Re: Bug#438885: Mass bug filling: must use invoke-rc.d
Felipe Sateler wrote: But oldstable has 2.86.ds1-1. I thought that only direct upgrades were supported. I guess the conditional is indeed redundant. It may be, but keeping backwards compatibility in this case can't hurt much. Although I'd like to hear other opinions on this. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#438885: Mass bug filling: must use invoke-rc.d
Felipe Sateler wrote: Juan Céspedes wrote: invoke-rc.d is present since version 2.80-1 of sysvinit; maybe someone could have a modern package with a very old sysvinit, and thus without invoke-rc.d But oldstable has 2.86.ds1-1. I thought that only direct upgrades were supported. I guess the conditional is indeed redundant. Thanks for the clarifications. I hadn't considered the situation of people having really old versions of packages installed. Probably something to file away under Things to keep in mind ;-) Regards, Dave.
Re: Bug#438885: Mass bug filling: must use invoke-rc.d
Amaya wrote: In most cases the fix should be simple, replace this: /etc/init.d/package action with this: if which invoke-rc.d /dev/null 21; then invoke-rc.d package action else /etc/init.d/package action fi Hi, I don't want to be a pest (given I'm not a developer or maintainer), but I'm just curious - why the conditional? AIUI invoke-rc.d is in sysvinit - which is an Essential package. Won't the 'which' command always succeed? TIA, Dave. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#438885: Mass bug filling: must use invoke-rc.d
On 8/24/07, David Claughton [EMAIL PROTECTED] wrote: Amaya wrote: if which invoke-rc.d /dev/null 21; then invoke-rc.d package action else /etc/init.d/package action fi I don't want to be a pest (given I'm not a developer or maintainer), but I'm just curious - why the conditional? invoke-rc.d is present since version 2.80-1 of sysvinit; maybe someone could have a modern package with a very old sysvinit, and thus without invoke-rc.d -- Juan Cespedes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#438885: Mass bug filling: must use invoke-rc.d
Juan Céspedes wrote: On 8/24/07, David Claughton [EMAIL PROTECTED] wrote: Amaya wrote: if which invoke-rc.d /dev/null 21; then invoke-rc.d package action else /etc/init.d/package action fi I don't want to be a pest (given I'm not a developer or maintainer), but I'm just curious - why the conditional? invoke-rc.d is present since version 2.80-1 of sysvinit; maybe someone could have a modern package with a very old sysvinit, and thus without invoke-rc.d But oldstable has 2.86.ds1-1. I thought that only direct upgrades were supported. I guess the conditional is indeed redundant. -- Felipe Sateler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438885: Mass bug filling: must use invoke-rc.d
Package: general Severity: serious As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was strongly recommended. In most cases the fix should be simple, replace this: /etc/init.d/package action with this: if which invoke-rc.d /dev/null 21; then invoke-rc.d package action else /etc/init.d/package action fi On May 13 and 14, I checked all packages in Debian sid, and found that your package needs to be changed because of this policy change. This bug is part of a mass-filing to get all such bugs fixed. (See discussion starting at [1].) [1] http://lists.debian.org/debian-devel/2006/05/msg00577.html -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com