[PKG-OpenRC-Debian] Bug#830991: Bug#830991: Summary of needed changes

Benda Xu heroxbd at gentoo.org
Sat Jul 16 11:40:29 UTC 2016


Hi Michael,

I would like to clarify that OpenRC is a service manager, not an init.
Treat it as a shell script that can call (or supervise) a set of tools.
OpenRC is not at all exclusive. It can coexist with anything provided
there is no file conflict.

So...

Michael Biebl <biebl at debian.org> writes:

> So, my POV is, that a user that runs apt install openrc get's a system
> that will boot with openrc. At least that would be my expectation. 

Although common, this is not all the use cases of OpenRC.  It is
perfectly fine to execute openrc by the user at any time.

A user does not install OpenRC to get his system to boot.  He should
install runit / sysvinit / systemd / s6 instead.  If the user *happens*
to install both sysvinit and OpenRC, he will have a system that booted
with sysvinit and OpenRC.

> So openrc should make sure to pull in all necessary bits and pieces.

That said, an openrc Suggests: sysvinit-core could make sense.

If it is not a dependency, no need to depend on it.

> A Conflicts: systemd-sysv in openrc isn't the correct solution to
> ensure this,

I agree, they can coexist.  Systemd can call openrc, no problem at all.

No conflict here.   The only point of the conflict was
{update,invoke}-rc.d, which is now gone thanks to init-system-helpers.

> as you might get an arbitrary /sbin/init implementation (like upstart,
> which I'm not sure actually works with openrc)

Sure upstart works with OpenRC.  (Only that upstart is removed from
Debian.)

> or no /sbin/init at all (init is no longer essential).

This is acceptable, no problem at all.  You can boot with init=/bin/bash
and manually invoke openrc as you like.  A docker instance, for example,
behaves like that.

Yours,
Benda
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/openrc-devel/attachments/20160716/fef731df/attachment-0002.sig>


More information about the OpenRC-devel mailing list