]] Petter Reinholdtsen > [Gergely Nagy] > > No, it would be a terrible idea: First, to reliably support all of the > > init systems, you'd have to target the dumbest one, and either not > > support the features of the others, or emulate them to some extent > > within generated code. > > > > Not supporting features of modern init systems means that the generator > > is completely useless. > > Your assumption is wrong. Most packages among the approximately 1000 > packages with init.d scripts today have very simple needs. They need > to start, stop and restart one daemon. For these around 900 packages > (the remaining 100 start early in the boot and have more complex > needs), a generator would be very useful. :)
I think many of them would be able to take advantage of features such as private /tmp, private network namespaces, capability bounding sets, limitation of new privileges and syscall filters. Being able to start a daemon is necessary, but not sufficient for great integration. I think we should aim for great, not the bare minimum. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- 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/m2y5198mov....@rahvafeir.err.no