couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Noah Slater (JIRA)" <j...@apache.org>
Subject [jira] Commented: (COUCHDB-499) allow /etc/default/couchdb to control whether couchdb is started by default
Date Sat, 12 Sep 2009 12:41:57 GMT

    [ https://issues.apache.org/jira/browse/COUCHDB-499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12754522#action_12754522
] 

Noah Slater commented on COUCHDB-499:
-------------------------------------


No, this is false.

Users should generally not be running update-rc.d.

The use of /etc/default files are standard for disabling services.


Right, this is an example of how to use this file properly. There are other
packages which will use this file to disable the service entirely. And the use
of dpkg-reconfigure good, but orthogonal to this discussion.

Thanks,

-- 
Noah Slater, http://tumbolia.org/nslater


> allow /etc/default/couchdb to control whether couchdb is started by default
> ---------------------------------------------------------------------------
>
>                 Key: COUCHDB-499
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-499
>             Project: CouchDB
>          Issue Type: Improvement
>    Affects Versions: 0.10
>         Environment: Ubuntu 9.10 (Karmic)
>            Reporter: Elliot Murphy
>            Priority: Minor
>             Fix For: 0.10
>
>         Attachments: control-service-start.patch
>
>
> couchdb starts by default when installed on Ubuntu (or any debian derivative).
> In Ubuntu, we are including couchdb in the default desktop install.
> however, we are not using the system couchdb, we are starting a per-user couchdb instance
on-demand.
> separately, ubuntu is working on minimizing boot times.
> it would be nice if laptops and netbooks did not have couchdb startup time included in
a normal system boot unless the user really wanted to have the system couchdb starting up.
this is the Ubuntu bug number for reference: https://code.edge.launchpad.net/bugs/427036
> One way to fix this would be to use a variable in /etc/default/couchdb to determine whether
or not to start the system couchdb instance. This is the approach that is taken by pulseaudio,
fetchmail, and monit. I'm discussing this fix with Ubuntu core-devs now: https://code.edge.launchpad.net/~statik/ubuntu/karmic/couchdb/fix-bug427036/+merge/11543
> I'm also attaching a patch which changes the init script and /etc/couchdb/default in
the way I've just described.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message