Bug#507545: Patch for some of the init.d scripts in nslu2-utils

2009-08-19 Thread Petter Reinholdtsen
[Petter Reinholdtsen] > Here is a new patch, with code in the preinst to remove the obsolete > init.d scripts. I am unable to NMU because I lack a operational arm > machine to build it on. Anyone willing to NMU or upload a fixed package? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRI

Bug#507545: Patch for some of the init.d scripts in nslu2-utils

2009-07-31 Thread Petter Reinholdtsen
[Petter Reinholdtsen] > Yes, the old script should be removed and update-rc.d should be > called to drop the init.d scripts from the boot script. Sorry for > forgetting this in my initial patch. Can the package maintainers > take care of this themselves, or do you need a new patch? Here is a new

Bug#507545: Patch for some of the init.d scripts

2009-07-27 Thread Petter Reinholdtsen
[Gordon Farquharson] > With your patch on fresh lenny install, and I see the following > messages on boot: > > /etc/rcS.d/S99zleds-stop-lvlS: line 15: /etc/init.d/leds: No such file > or directory > > and > > /etc/rc2.d/S99zleds-stop-lvl2: line 15: /etc/init.d/leds: No such file > or directory >

Bug#507545: Patch for some of the init.d scripts

2009-07-26 Thread Gordon Farquharson
Hi Petter Sorry that I was not able to test your patch before your debconf9 presentation. On Sat, Jul 25, 2009 at 02:06, Petter Reinholdtsen wrote: > I had a look at the handling of the leds-blinking init.d scripts after > discussing this with Joey Hess at debconf, and here is a proposal > rewri

Bug#507545: Patch for some of the init.d scripts

2009-07-25 Thread Petter Reinholdtsen
tags 507545 + patch thanks I had a look at the handling of the leds-blinking init.d scripts after discussing this with Joey Hess at debconf, and here is a proposal rewriting the build system to use update-rc.d in a more traditional way. It installs two unique init.d scripts in each runlevel, one

Bug#507545: Patch for some of the init.d scripts

2009-01-10 Thread Gordon Farquharson
Hi Petter On Thu, Jan 1, 2009 at 11:23, Petter Reinholdtsen wrote: > Btw, why run a script both at the end of rcS.d and at the start of > rc[0-6].d? It seem redundant to me. Why not only run one at the end > of rcS.d (which is imedately before the start of rc[0-6].d), and then > again at the e

Bug#507545: Patch for some of the init.d scripts

2009-01-04 Thread Gordon Farquharson
Hi Petter Sorry to keep harping on this issue, but I just don't see why the init scripts provided by nslu2-utils violate the assumptions made in /etc/init.d/rc. On Thu, Jan 1, 2009 at 03:59, Petter Reinholdtsen wrote: > Note I am one of the maintainers of sysv-rc too, and it is not ment to > su

Bug#507545: Patch for some of the init.d scripts

2009-01-01 Thread Petter Reinholdtsen
[Gordon Farquharson] >> Why not only run one at the end >> of rcS.d (which is imedately before the start of rc[0-6].d), and then >> again at the end of rc[0-6].d? > > This is a key point: what do I set in the LSB header to ensure that > the script is run at the _end_ of each of these runlevels? A

Bug#507545: Patch for some of the init.d scripts

2009-01-01 Thread Gordon Farquharson
On Thu, Jan 1, 2009 at 11:23, Petter Reinholdtsen wrote: > [Gordon Farquharson] > I am not talking about insserv optimization. I am talking about > sysv-rc (/etc/init.d/rc) optimizations, ie the normal debian boot > system. Ok, I misunderstood before. > Neither the normal sysv-rc boot system n

Bug#507545: Patch for some of the init.d scripts

2009-01-01 Thread Petter Reinholdtsen
[Gordon Farquharson] > But if one does not use the optimization (I presume in this case, > we're talking about insserv), then we don't have a problem. I am not talking about insserv optimization. I am talking about sysv-rc (/etc/init.d/rc) optimizations, ie the normal debian boot system. > It se

Bug#507545: Patch for some of the init.d scripts

2009-01-01 Thread Gordon Farquharson
Hi Petter On Thu, Jan 1, 2009 at 03:59, Petter Reinholdtsen wrote: > Well, it has been an underlying assumtion on the implementation of > /etc/init.d/rc and its optimization. The fact that zleds is executed > at all is pure luck. If the optimization had been implemented > slightly differently,

Bug#507545: Patch for some of the init.d scripts

2009-01-01 Thread Petter Reinholdtsen
[Gordon Farquharson] > Hi Petter > > So after a lot of reading on init scripts and insserv, it seems to me > that the init scripts provided by nslu2-utils are not supportable by > insserv. You had written the following in a previous email thread: Note I am one of the maintainers of sysv-rc too, a

Bug#507545: Patch for some of the init.d scripts

2008-12-31 Thread Gordon Farquharson
Hi Petter So after a lot of reading on init scripts and insserv, it seems to me that the init scripts provided by nslu2-utils are not supportable by insserv. You had written the following in a previous email thread: --- [Gordon Farquharson] > I took the runlevel information from the nslu2-utils d

Bug#507545: Patch for some of the init.d scripts

2008-12-23 Thread Martin Michlmayr
Petter, do you have any comments regarding Gordon's mail? * Gordon Farquharson [2008-12-14 21:33]: > On Tue, Dec 2, 2008 at 23:04, Petter Reinholdtsen wrote: > > > Here are patches to add LSB headers to two of the four init.d scripts > > in the nslu2-utils package. I am not sure I understood t

Bug#507545: Patch for some of the init.d scripts

2008-12-14 Thread Gordon Farquharson
On Tue, Dec 2, 2008 at 23:04, Petter Reinholdtsen wrote: > Here are patches to add LSB headers to two of the four init.d scripts > in the nslu2-utils package. I am not sure I understood the > dependencies, so please review. Thanks very much for script patches. I've tested them out on the NSLU2

Bug#507545: Patch for some of the init.d scripts

2008-12-02 Thread Petter Reinholdtsen
Here are patches to add LSB headers to two of the four init.d scripts in the nslu2-utils package. I am not sure I understood the dependencies, so please review. The last two scripts leds_startup and zleds, have such strange setup, I was unable to come up with a proposal on how to get it working w