sysvinit should depend on initscripts for a functional /lib/sysvinit/init
Michael Biebl
biebl at debian.org
Sun Jul 17 15:37:10 BST 2016
Control: retitle -1 Drop transitional sysvinit package in stretch
Am 05.05.2015 um 17:57 schrieb Josh Triplett:
> On Tue, May 05, 2015 at 02:08:56PM +0200, Michael Biebl wrote:
>> Hi,
>>
>> On Thu, 02 Apr 2015 11:24:53 -0700 Josh Triplett <josh at joshtriplett.org>
>> wrote:
>>> sysvinit-core depends on initscripts, but sysvinit does not. However,
>>> sysvinit ships /lib/sysvinit/init, and it should be possible to use
>>> sysvinit by booting with init=/lib/sysvinit/init without having
>>> sysvinit-core installed. Thus, sysvinit needs to have dependencies on
>>> any packages needed for a functional sysvinit init system, including
>>> initscripts (and potentially other dependencies of sysvinit-core).
>>
>> The sysvinit package (as shipped in jessie) was mostly intended as a
>> transitional measure when upgrading from wheezy to jessie.
>> I tried to make that clear also in the package description.
>
> I had assumed that the sysvinit package would stick around as long as
> sysvinit does. What is your plan post-jessie?
>
>> Keep in mind, that when installing jessie from scratch, there will be no
>> /etc/inittab. This means, installing the sysvinit package (in parallel
>> to systemd-sysv) will not result in a bootable system via
>> init=/lib/sysvinit/init.
>>
>> Now, if there is desire to make the sysvinit package useful beyond the
>> wheezy -> jessie upgrade, someone would have to deal with this inittab
>> problem first, I think.
>
> That's a good point. I would have assumed that one of the sysvinit
> packages would create /etc/inittab on installation. I suspect that some
> people installing jessie from scratch will find it rather surprising
> when they're unable to switch to sysvinit simply by installing the
> appropriate package.
So, we've been discussing the role of the "sysvinit" binary package
within the pkg-systemd team just recently. We've come to the conclusion
that keeping the sysvinit transitional package is actively harmful, as
it's confusing for users. They need to pick between sysvinit-core and
sysvinit, and intalling sysvinit won't actually lead to a bootable
system if there is no pre-existing /etc/inittab.
I've therefor gone ahead and done the necessary changes to the
src:sysvinit package to drop the sysvinit package [1]
It's not pushed to master yet. So if you have any concerns regarding
this plan, please speak up now.
Otherwise I plan to pull in the changes into master, so they are part of
the next (non-maintainer) upload.
Regards,
Michael
[1]
http://anonscm.debian.org/cgit/collab-maint/sysvinit.git/commit/?h=biebl/wip/master&id=ea74f6a4399c65853a2df22802136437414c3efd
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/attachments/20160717/d5297b6e/attachment.sig>
More information about the Pkg-systemd-maintainers
mailing list