Bug#727708: The tech ctte isn't considering OpenRC at all
Ian Jackson <ijackson@chiark.greenend.org.uk> writes:
> Thomas Goirand writes ("Bug#727708: The tech ctte isn't considering OpenRC at all"):
>> But that OpenRC just hasn't been considered just because of rumors is
>> really unacceptable.
>
> The reason I haven't seriously considered OpenRC for the default is
> that it wasn't ready.
>
> Perhaps things have improved. But I don't think it is necessarily the
> TC's job to go back and revisit OpenRC in these circumstances. How
> mature a system is and how well-developed in Debian are relevant
> factors and it's not unreasonable to set a deadline, at which the
> state of the system in Debian will be the basis of our technical
> evaluation.
>
>
> On to specifics:
>
> Thomas, does OpenRC provide a means for do non-forking daemon
> startup ?
[...]
Ian, quoting from your previous evaluation of upstart
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#1499):
,----
| [...]
| upstart's minimalism is very appealing to me.
|
| It does, however, have a number of missing features. Those I have in
| mind are:
| - ability to log daemon output to syslog
| - multiple socket activation (systemd socket activation protocol)
| - socket activation for IPv6 (and datagram sockets)
|
| Of these Russ rightly points out that lack of IPv6 support is rather
| poor; it is arguably not suitable for release in jessie without this.
|
| However, crucially, these are all simple matters of programming,
| without difficult design decisions. They IMO don't reveal structural
| problems with upstart's approach to things.
| [...]
| I therefore conclude that the default init system for jessie should be
| upstart.
`----
I don't see how this is consistent with what you say about
OpenRC. Either the lack of features isn't a problem if they can in
principle be implemented in the future (in that case, upstart and OpenRC
are both viable candidates), or hypothetical features do not matter (in
that case this should also hold for upstart).
I'm not saying that the existing OpenRC and upstart features are on par,
but outright rejecting OpenRC just because of missing features does not
seem fair to me when you at the same time consider the missing upstart
features as irrelevant because they can still be implemented.
Best,
Nikolaus
--
Encrypted emails preferred.
PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C
»Time flies like an arrow, fruit flies like a Banana.«
Reply to: