Re: Two line init.d scripts? Sure, that will work!
]] 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
Reply to: