[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#225465: marked as done (debian-policy: packages must give choice to not start at boot, via debconf)



Your message dated Fri, 04 Feb 2005 21:13:20 -0600
with message-id <87fz0bitrj.fsf@glaurung.internal.golden-gryphon.com>
and subject line debian-policy: packages must give choice to not start at boot, via debconf
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 30 Dec 2003 00:54:05 +0000
>From jidanni@jidanni.org Mon Dec 29 18:54:04 2003
Return-path: <jidanni@jidanni.org>
Received: from frodo.hserus.net [204.74.68.40] 
	by master.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1Ab7CN-0003ml-00; Mon, 29 Dec 2003 17:53:23 -0600
Received: from tc218-187-80-176.2-7.pl.apol.com.tw ([218.187.80.176]:35027 helo=jidanni.org)
	by frodo.hserus.net with asmtp 
	(Cipher TLSv1:RC4-SHA:128) (Exim 4.30 #2)
	id 1Ab7CI-000DNA-HW by authid <jidanni> with plain
	for <submit@bugs.debian.org>; Tue, 30 Dec 2003 05:23:22 +0530
Received: from jidanni by jidanni.org with local (Exim 4.24)
	id 1Ab4Fu-0000x8-Io; Tue, 30 Dec 2003 04:44:50 +0800
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Dan Jacobson <jidanni@jidanni.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: debian-policy: packages must give choice to not start at boot, via debconf
X-Mailer: reportbug 2.37
Date: Tue, 30 Dec 2003 04:44:50 +0800
X-Debbugs-Cc: debian-devel@lists.debian.org, fetchmail@packages.debian.org,
	joshk@triplehelix.org
Message-Id: <E1Ab4Fu-0000x8-Io@jidanni.org>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 
	2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 
	(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-7.3 required=4.0 tests=DATE_IN_PAST_03_06,
	HAS_PACKAGE,X_DEBBUGS_CC autolearn=no 
	version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29
X-Spam-Level: 

Package: debian-policy
Version: 3.6.1.0
Severity: wishlist

Debian should no longer be like some mere arcade kiddie game machine,
where if you don't like the games staring when you deposit your coin,
then sorry.

> So many packages, so few that I need started at every boot.
>
> So I file wishlist bugs "please add a debconf item to not start at boot".
>
> Do various things that change the links in /etc/rc.*, I was told.  Uh
> huh, lasted until the next upgrade of that package.

W> No, that shouldn't be true. Check your findings; if you find a package
W> which indeed shows this behaviour please file a bug with severity
W> "serious". Whether or not a package starts at boot is local
W> configuration, and retaining local configuration is a "must" directive
W> in Debian Policy.

I see "update-rc.d -f fetchmail remove" in my bash history list, but
perhaps this is just like the other poster said, removing more links
than proper, thus getting into trouble later at upgrade.
Anyway, I'd rather not poke further, as one little error and I'll
surely mess up my system, so I'm not the daring experimenter anymore.

And what if successful, and then the machine gets transfered to a
different maintainer, or the same maintainer after his memory has
faded.  Then it will take a long time to figure out why a package
isn't working as expected --- apparently some links are missing, they
discover.

And the frailty of the instructions on link dismemberment, which have
to be garnered from asking in newsgroups... how is the user to
remember the proper way to revisit the situation in several months to
make adjustments if needed?  Wouldn't a comfy debconf dialog be better
than having to try to remember what one changed, and what newsgroups
one asked what questions to try and 'kluge forthward' further, in
meddling with the links in way that each differing package maintainer
never expected, though "legal".

How about something like [you guys improve it please]:

Policy suggestion for packages that might start at boot, /etc/init.d/*:

Each package that puts a file in /etc/init.d must in its debconf area,
call [a new debconf element[?]] that will ask the user's wishes as to if
this package is to be started at boot or not.

For those packages that are so essential that it wouldn't make sense
to not start them at boot, stern warnings should be placed not to
chose to not start... note in every case we still force the maintainer
to deal with users who don't want the package starting at boot... this
is better than hoping one day they will deal with the issue.

This way, developers and users will have a common bridge to the land
of not starting a package at boot.  Users will not have to something
the developer didn't anticipate, etc. etc.

Anyway, debian needs a way, guaranteed to be available from
dpkg-reconfigure, to stop packages from starting at boot.

Note that some packages should make this a multi choice:
start at boot, boot and ppp, ppp only, none. etc.

hmm, another recent wishlist of mine:

> I only want to use ircd-hybrid once a month, but reboot every day.
> Therefore a debconf item should be made that prevents starting at boot.

J> This is a very user-specific kind of request, and due to the obviously
J> global audience this package has, I can't do this.

J> For you, just rm /etc/rc*.d/*ircd-hybrid and that should do the trick..

Maybe not, as another poster pointed out one shouldn't rm all the
links, lest the get rebuilt at upgrade, and also, stopping at shutdown
is still nice when we started by hand.

Plus, I'll never remember what I did, plus a user like me has no
business issuing commands like rm /etc/anything, much less posting in
this devel group.

Hylafax is neat, but I only fax rarely.
fetchmail is neat, but if I haven't connected yet, doesn't make sense.
exim4 too.
apache? only during experiments [good thing he has implemented not
starting at boot]
cups? one day I will get that printer fixed.
hotplug? only when I rarely take photos
etc. etc.

"Well, just remove the package until you are ready to use it": but
then one loses out in apt-get dist-upgrade, worse with just CDs,
apt-zip, and modem too.

Anyway, debconf is the natural central point for dealing with whether
to start at boot or not, the only place we users will remember, and
the right place for developers to implement what ought to be done for
their particular package... one shouldn't just assume that not running
their boot scripts is the right way in every case.

Ah, here is what Michael Meskes said:
M> Make sure you just delete the start links, not the stop ones. That
M> should last forever. If you delete all they will be regenerated during
M> the next update.

i.e. even top developers aren't as clear as Michael as to what must
not be done, not even to mention users.  So word of mouth unofficial
ways are bad.  There should be an official standard way, and it
belongs in debconf.  If link tampering is the official standard way,
then making it doable from debconf should be no big deal.  If it
cannot be found inside debconf for a particular package, then that
means it isn't standard... maybe even a dpkg-reconfigure
--dont-start-at-boot, dpkg-reconfigure --start-at-boot could be
available, but note there are some 3, 4 way cases, like fetchmail,
exim, where ppp complicates the choices.

---------------------------------------
Received: (at 225465-done) by bugs.debian.org; 5 Feb 2005 03:18:49 +0000
>From srivasta@debian.org Fri Feb 04 19:18:48 2005
Return-path: <srivasta@debian.org>
Received: from host-12-107-230-171.dtccom.net (glaurung.internal.golden-gryphon.com) [12.107.230.171] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1CxGTA-0002fq-00; Fri, 04 Feb 2005 19:18:48 -0800
Received: from glaurung.internal.golden-gryphon.com (localhost [127.0.0.1])
	by glaurung.internal.golden-gryphon.com (8.13.3/8.13.3/Debian-4) with ESMTP id j153DR5Q010061
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 4 Feb 2005 21:13:28 -0600
Received: (from srivasta@localhost)
	by glaurung.internal.golden-gryphon.com (8.13.3/8.13.3/Submit) id j153DK83010059;
	Fri, 4 Feb 2005 21:13:20 -0600
X-Authentication-Warning: glaurung.internal.golden-gryphon.com: srivasta set sender to srivasta(va, manoj)@debian.org using -f
From: Manoj Srivastava <srivasta@debian.org (va, manoj)>
To: 225465-done@bugs.debian.org, Dan Jacobson <jidanni@jidanni.org>
Subject: debian-policy: packages must give choice to not start at boot, via
 debconf
Organization: The Debian Project
User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux)
 (i686-pc-linux-gnu)
X-URL: http://www.debian.org/%7Esrivasta/
Mail-Copies-To: nobody
X-Face: #q.#]5@vq!Jz+E0t_/;Y^gTjR\T^"B'fbeuVGiyKrvbfKJl!^e|e:iu(kJ6c|QYB57LP*|t
 &YlP~HF/=h:GA6o6W@I#deQL-%#.6]!z:6Cj0kd#4]>*D,|0djf'CVlXkI,>aV4\}?d_KEqsN{Nnt7
 78"OsbQ["56/!nisvyB/uA5Q.{)gm6?q.j71ww.>b9b]-sG8zNt%KkIa>xWg&1VcjZk[hBQ>]j~`Wq
 Xl,y1a!(>6`UM{~'X[Y_,Bv+}=L\SS*mA8=s;!=O`ja|@PEzb&i0}Qp,`Z\:6:OmRi*
X-Hashcash: 1:25:050205:225465-done@bugs.debian.org::LGeMCX4hcOycqvT0:0000000000000000000000000000000000sr/m
X-Hashcash: 1:25:050205:jidanni@jidanni.org::/djCjnt9zFMyROCq:000000000000000000000000000000000000000003PQs5
Date: Fri, 04 Feb 2005 21:13:20 -0600
Message-ID: <87fz0bitrj.fsf@glaurung.internal.golden-gryphon.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-CRM114-Score: -73.3769
X-CRM114-Status: Good  ( pR: -73.3769 )
X-Spam-Value: -18.4199388888889
X-SA-Rep: -18.4199388888889 ALL_TRUSTED,BAYES_00,HASHCASH_25
X-Scanned-By: MIMEDefang version 2.48 (www . roaringpenguin . com / mimedefang) on 127.0.0.1
Delivered-To: 225465-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no 
	version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Hi,

        Policy already tells packages to use invoke-rc.d, which
 supports policy-rc.d policy layers. That seems a far better mechanism
 than asking yet another debconf question. Since the problem is now
 resolved, I am closing this report.

	manoj
-- 
A businessman is a hybrid of a dancer and a calculator. Paul Valery
Manoj Srivastava   <srivasta@debian.org>  <http://www.debian.org/%7Esrivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



Reply to: