Hi folks,

On Mon, Jan 14, 2008 at 11:55:51AM -0500, Eloy Paris wrote:
> [Adding Steve Langasek to his discussion since I know he can provide
> valuable technical advise here.]

> On Mon, Jan 14, 2008 at 12:41:21AM +0100, Toni Mueller wrote:

> > On Mon, 14.01.2008 at 06:56:40 +1000, Andrew Pollock
> > <[EMAIL PROTECTED]> wrote:

> > > Well I think that goes against the general behaviour of Debian
> > > packages that are servers. The general logic seems to be that if you
> > > want a server package installed, you want it running. I think you'll
> > > find that most servers are started in the postinst.

> > I beg to disagree. Many daemons already have such things in their
> > default scripts. A quick sample on one of my computers show these
> > packages to have something like a start switch in their default
> > script:

> > 4ss, amule, apache2, avahi-daemon, bittorrent, bluetooth, cfengine2,
> > cryptdisks, dbus, distcc, exim4, fetchmail, firehol, libzvbi0,
> > lighttpd, mdadm, nfs-common, oidentd, partimaged, pound, rrdcollect,
> > rsync, setkey, smartmontools, snmpd, uml-utilities.

> > This may be not a complete survey, but it shows that having such a
> > facility is far from being uncommon.

Sadly, yes, it's far from being uncommon; but it's really a crude workaround
for the lack of a user-friendly interface for manipulating runlevel policies
in Debian (by manipulating the /etc/rcX.d links; probably not using
policy-rc.d, since sysvinit itself doesn't use invoke-rc.d when changing
runlevels).  Personally, I fear that the more of these /etc/default/foo
options are added, the less likely it is that we'll ever get sane runlevel
editing.

> I believe the current accepted way to prevent services/daemons/servers
> from starting at boot time is to manipulate the /etc/rcX.d links. I've
> seen some packages remove /etc/default/<package> support recently.

> I do agree that people may not want to run a server even if they have
> the server package installed. However, having the init script source
> /etc/default/<package> is not the correct way to go.

Yes, quite agreed.

> What I personally do to prevent servers from starting at boot time is
> something along the lines of:

> # cd /etc/rc2.d
> # move S20samba K20samba
> # cd /etc/rc3.d
> # move S20samba K20samba

> etc. After doing this any future invocations of invoke-rc.d will not
> mess with my preferences.

Right.

> My recommendation is that we close this bug since adding logic
> to the init script to not start based on configuration in
> /etc/default/<package> is not the way to go based on what I am seeing.

FWIW, the Technical Committee recently ruled on this precise question on
another package; this is bug #412976, which I see we never fully closed out
on the TC side since the bug wasn't formally assigned to us (whee, we're so
good), but at any rate the voting record can be found at
<http://lists.debian.org/debian-ctte/2007/12/msg00026.html> ff. and was a
4:1 vote upholding the maintainer's decision not to implement a start flag
in /etc/default/$package.

That said, if any of you felt this was an important itch to scratch, I would
love to see someone lead discussion on and implement a sane front-end to the
rc.d symlink handling so we could solve this once for all packages.

Cheers,
-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
[EMAIL PROTECTED]                                     [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to