Hi, yes, in Debian we'll need /dev/initctl support for at least another release cycle so users can switch between the init system and safely reboot (in both directions). If it's not too much of a nuisance, it would be great if it could still be provided a bit longer upstream, otherwise we'll have to carry it as a downstream patch. It don't really think the code is bit-rotting, it's simply mature code which does what it needs to do. That said, since we will need in Debian anyway, we can just as well maintain it upstream.
Lennart, do you have any open issues regarding /dev/initctl? We (myself and I guess Martin as well), can have a look then. In summary: Please consider keeping the code and if you need someone to look after it, then I volunteer. Michael 2015-09-22 13:49 GMT+02:00 Zbigniew Jędrzejewski-Szmek <zbys...@in.waw.pl>: > On Tue, Sep 22, 2015 at 02:31:25AM +0200, Lennart Poettering wrote: >> Heya! >> >> Since a long time systemd has been shipping with two-way compat >> support for /dev/initctl, and I am tempted to remove it. Before I do >> so, I'd like some input on the relevance of this interface: > I'd guess that debian might care, as they are trying to keep > bidirectional compat. Apart from that, meh, probably nobody. > Let's see what they say. > > Zbyszek > >> a) there's support in systemctl to reboot the system by sending the >> right bytes to /dev/initctl as fallback, so that you can reboot a >> sysvinit system with "systemctl reboot". >> >> b) There's a mini-daemon "systemd-initctl.service" that is >> fifo-activated on /dev/initctl, and forwards reboot requests from >> old sysvinit clients to systemd. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
