Bug#1138547: debian-policy: Add openRC section to starting system services
Matthias Geiger <[email protected]> Sun, 31 May 2026 20:22:24 +0200
| Newsgroups | gmane.linux.debian.devel.policy |
|---|---|
| Message-ID | <tfwz6w.1ibimg91evxs3__13741.4000973635$1780253122$gmane$org@riseup.net> |
This is a MIME formatted message with attachments. Use a MIME-compliant client to view it properly. --bzz_bzz__bzz__2sjciq3jq77k9tfwz6w1vcvv6784jqug Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8; format=flowed On Sun, 31 May 2026 20:18, Simon McVittie <[email protected]> wrote: >On Sun, 31 May 2026 at 18:36:10 +0200, Matthias Geiger wrote: >>After discussion with upstream I think it is best >>to install the service files to /etc/rc/init.d >... >>Another possibility would be for the services to live under /usr/, but >>this would require coordination with upstream. > >Please bear in mind that if the services are in /etc, then they will >remain on the system when a service is removed-but-not-purged, and need >to be carefully written to not break boot in that situation. This is one >of the ongoing problems with LSB /etc/init.d scripts: it has been worked >around in recent dh_installinit versions by chmod'ing them -x on package >removal, but that's extra maintainer-script code that ideally wouldn't >have been necessary. > >Similarly, if OpenRC services have metadata similar to the LSB "INIT >INFO" section, and there is a bug in that metadata in the service left >behind by a package that has been removed, there's no Policy-compliant >way to fix that bug. In the past we've had situations where some >semi-related package has to ship a non-Policy-compliant maintainer >script to delete a broken init script, because otherwise it would have >broken upgrades. > >I think putting the equivalents of init scripts and systemd services in >/usr with a mechanism for overrides in /etc, similar to how systemd >services were done, would be a good choice for new init systems. Right, that makes sense. I have talked with upstream, and they would also be willing to support /usr/ with overrides in /etc/. Since this is still being worked on, for the time being I would leave this for now, and revisit once that change has landed in unstable. best, werdahias --bzz_bzz__bzz__2sjciq3jq77k9tfwz6w1vcvv6784jqug Content-Type: application/pgp-signature; charset="utf-8"; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQQUWTv/Sl6/b+DpcW7svtu2B7myvgUCahx9IQAKCRDsvtu2B7my vhsJAP0RCgmt2lvrpoAV9XBLN3d/zrK4Xp5lqyCPNSCXD1G64AD+NzRg1flThoe/ 6PWevEHDS/+jwy5dMUMF5DGAFAwO4w0= =uXVP -----END PGP SIGNATURE----- --bzz_bzz__bzz__2sjciq3jq77k9tfwz6w1vcvv6784jqug--