Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host
On 08/31/2012 03:50 PM, Josselin Mouette wrote:
> That means there is someone who will pester other maintainers to “fix”
> their init scripts so that they work with another half-baked init
Ah... And that will not happen with systemd? Come on, we all
know that we will have to change stuff archive wide, whatever
decision we take.
> toy ports and toy init systems are part of what makes Debian less
> universal: being the universal OS doesn’t mean accepting every piece of
I'm not sure what you call "every piece of shit", I just hope this isn't
OpenRC or "toy ports" that you are talking about here.
> One good init system can answer all our needs, while four bad ones will
> certainly not.
I guess this depends what you call "good".
For me, something that imposes on us decisions that are forcing:
- move to /usr and no chances to change this
- configuration files outside /etc just because of internal limitations
of RPM, which goes against our policy manual
- incompatibility with anything else than Linux, and not even
a chance that upstream accept patches to change this
Add this a "hostile upstream", and it becomes more a threat
than an anything else, even if it's technically better and with
more features than any other init system.
Sure, OpenRC doesn't have (yet) all the features of systemd.
But because of the above, it might be worth to *at least* give
it a chance.