On 02/10/2014 08:27 PM, Jonathan Carter (highvoltage) wrote: > sysvinit has hit its limit with it's dependency-based nature, and the > only way to fix many outstanding bugs is by switching to an event-based > system.
No, event-based is not the proper design to model the dependencies between services which has been become clear by several fundamental bugs in Upstart which will certainly never be addressed like the following one: > https://bugs.launchpad.net/upstart/+bug/447654/comments/8 And this comes from the person who wrote Upstart. Mind, this bug is open since 2009. Another issue is the one mentioned in the QA session at the end of Steve's talk where "mountall" is discussed: > http://www.youtube.com/watch?v=CUOAUQJ-y00#t=2413 "mountall" (according to Scott) was supposed to be a temporary solution until Upstart could properly handle the mounting itself, yet anything hasn't changed in this regard. > Or perhaps in > hindsight it might just turn out that Upstart was a better, more > logical, sane, level-headed, secure, unixy and unpoetered solution and > the technical committee will ask themselves "what were we thinking!?". Unless the fundamental problems with Upstart are resolved, I don't think this is ever going to happen. > Historically though, it seems like it has consistently been beneficial > for Debian to support all the available options and let things evolve. > Maybe it's just better accepting the choice and move on even if you > don't like the choice. Do we allow users to choose their FireWire stack, WiFi or Audio Driver stack in the kernel? There were several alternative implementations of these, yet we only provide one of each. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- 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/52f94920.8090...@physik.fu-berlin.de
