On Mon, May 09, 2005 at 12:22:35PM +0200, Tore Anderson wrote: > * Marc Haber > > In the time of the freeze, a release critical bug is actually good > > since it might allow a new version into sarge ;) > > Seeing your smiley, I assume you agree. :-)
Basically. It sucks, however, to have exim4 4.51 unacceptable. > > My suggestion would be: > > > > (1) detect whether sysv-rc or file-rc being used > > (s2) read the symlinks and change them if necessary > > (f2) emit a warning, update-rc.d remove, update-rc.d insert > > > > (s2) is the same as we have today, (f2) is better than failing. > > Hmm, but that'd make the file-rc method unconditionally nuke any user- > customised startup ordering, won't it? After giving a warning, yes. That is more acceptable than having the init script fail. > I'd rather learn file-rc (never > used it) and see if it's possible to figure out if the user has changed > the default ordering before doing the remove-insert thing. Of course. [2/[EMAIL PROTECTED]:~$ grep '\(#\|munin\)' /etc/runlevel.conf # This file was automatically generated by /usr/share/file-rc/rclink2file.sh. # You can use your favourite editor or update-rc.d(8) to modify it. # Read runlevel.conf(5) man page for more information about this file. # # Format: # <sort> <off-> <on-levels> <command> 20 0,1,6 - /etc/init.d/munin-node 98 - 2,3,4,5 /etc/init.d/munin-node # THE LAST LINE IS NEVER READ [3/[EMAIL PROTECTED]:~$ file-rc is actually the best thing since sliced bread ;) > It seems > that sysvinit and file-rc is the only packages providing update-rc.d so Actually sysvinit doesn't provide update-rc.d, it's sysv-rc. > I guess that means they're the only ones providing any init system at > all. Yes. That can only change if sysvinit changes, since sysvinit depends on sysv-rc | file-rc. > However, this bug will probably be "fixed" by the removal of the > function in question after Sarge has been released - it won't serve any > purpose then anyway. Oh well, even better ;) > > I have written e-mail to the maintainers of sysv-rc and file-rc > > whether they would be willing to provide read-rc.d > > That would be nice to have, yes. Even better, something like > "update-rc.d --update blah blah" which would only update the order if > it wasn't changed by the user, or it could even pop up a dpkg-style > conffile dialog asking the user if he'd want the new config as shipped > in the package. Possibly. That is too much, since there needs to be storage for the original value to determine a user change or not. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]