On Wed, Jun 27, 2012 at 04:39:38PM +0200, Bernd Zeimetz wrote: > On 06/27/2012 03:46 PM, Alexander Wirt wrote: > > On Wed, 27 Jun 2012, Paul Wise wrote: > > > >> On Wed, Jun 27, 2012 at 6:27 PM, Petter Reinholdtsen wrote: > >> > >>> Yes. See <URL: http://bugs.debian.org/539591 >, > >>> <URL: http://bugs.debian.org/573004 > and the source of insserv, where > >>> a patch to do this was created and included by Kel. The patch has > >>> been available for more than two years. > >> > >> Hmm, no upload in those two years either. Is file-rc still maintained at > >> all? > > It is. But more or less in "no-new-features" mode. > > > > Implementing the insserv stuff is wishlist for me. Even when I now get > > forced into it.
I don't think there's any question of "forcing", but encouraging file-rc to retain compatibility with the init scripts being used by the distribution. It looks like the patches are there, they just need testing. If file-rc could have this in place for wheezy, that would be highly desirable, so that we can work on deprecating runlevel sequence numbers in wheezy+1. > So might be this could avoided if we switch to something more modern > like openrc as discussed some weeks ago here - I think the main reason > file-rc edxists is because its much more easy to maintain than all the > other crap^Winit systems (including insserv) floating around. The openrc runscript format is certainly a bit nicer than the LSB header, but at the same time has some disadvantages. With the LSB header/insserv setup, we can read all the headers and have a dependency graph for all the scripts. But when you run a script by hand, or with invoke-rc.d, it can't satisfy dependencies at that point--it's only at the level of /etc/init.d/rc for runlevel changes. OpenRC OTOH has no global view but can resolve dependencies iteratively when running a script directly. Having both would be nice, which is what systemd/upstart give us. I'm still following OpenRC stuff, though I've not had time to get involved directly yet. The main point preventing us adopting it is lack of support for LSB dependencies, which would make upgrades rather painful. We could possibly address this by autogeneration of runscript wrappers for LSB scripts. Ideally, I'd like for OpenRC to gain a high level dependency graph view of the system, but it doesn't look like this is a design that would be particularly popular with OpenRC upstream. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `- GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120627215404.gn9...@codelibre.net