Package: sysvinit Version: 2.88dsf-13.12 > I'd recommend just booting with init=/bin/systemd, tbh. It's what I (as > the systemd maintainer) do on my own systems.
Well, that seems ironic, in that I would have expected the sytemd maintainer himself to have some keener interest in finally resolving this packaging problem. Here are the files that _do_not_ get installed when systemd-sysv is _not_ installed: /sbin/halt /sbin/init /sbin/poweroff /sbin/reboot /sbin/runlevel /sbin/shutdown /sbin/telinit /usr/share/doc/systemd-sysv/changelog.Debian.gz /usr/share/doc/systemd-sysv/copyright /usr/share/man/man1/init.1.gz /usr/share/man/man8/halt.8.gz /usr/share/man/man8/poweroff.8.gz /usr/share/man/man8/reboot.8.gz /usr/share/man/man8/runlevel.8.gz /usr/share/man/man8/shutdown.8.gz /usr/share/man/man8/telinit.8.gz So then, you are saying that all those links back to /bin/systemctl are not important, or even, just a mistake? And the man pages - nothing useful? We do not need systemd-sysv? Then, why does it exist? I think this line of reasoning is foolish - or absurd. > systemd-sysvinit can't be essential since that'd force it onto all > systems. I don't claim to be a Debian packaging expert. I've only looked through the documentation. Fine - don't make systemd-sysv an "Essential" package, just make it Provides: init, Conflicts: init, and Replaces: init, or some such. Either way, I do not accept any insinuation that the Debian packaging system is somehow "broken" and not able to handle multiple "init" packages. That is also an absurd line of reasoning. There will have to be some changes in the package configuration of both sysvinit and systemd-sysv - sooner or later. Please offer some useful solutions, rather than foot-dragging and throwing road-blocks. James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
