openrc service path decision

[Matthias Geiger]

(previous mail got borked, sorry)

Hi all,

thanks to Marks' work, I have tested openrc-native a bit. This is a 
yet-to-be-uploaded package that will provide fully native openrc 
services + init, without any sysvinit packages needed.
https://salsa.debian.org/helmutg/dpkg-root-demo/-/merge_requests/11

I tested this with the help of dpkg-root-demo and debvm; and this 
successfully boots to a tty in qemu. There are a few issues still, such 
as networking not working yet, which will require further testing.

Furthermore, to get this properly integrated, I opened a policy bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1138547
There seems to be no direct movement to oppose this; as long as a path 
under /usr is used.

Upstream merged a PR recently that will allow just that (i.e. start 
services from basically anywhere). This also means that the path needs 
careful consideration, because once it has been decided (and accepted in 
policy), it's kinda set in stone forever.

I would like to ask for some input towards that. Right now, I would 
either suggest usr/lib/rc/init.d or usr/libexec/rc/init.d ; leaning 
towards the former. What are your opinions on this?

Regardless, the policy bug needs to wait until upstream releases 0.64 
anyway, which will ship the fix needed to start services from any 
location.

best,

werdahias
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: Digital signature
URL: <http://www.chiark.greenend.org.uk/pipermail/debian-init-diversity/attachments/20260630/7fb59892/attachment.sig>