Bug#1132024: Add insserv-bin binary package with /usr/libexec/insserv for easily creating Hurd chroots

[Matthias Geiger]

Apr 13, 2026 08:57:26 Johannes Schauer Marin Rodrigues <josch at debian.org>:

> Hi Mark,
>
>> I suggested to change the debhelper snippet which generates the relevant bit in
>> maintainer scripts but Michael Biebl wasn't happy with that approach either.
>>
>> Jochen Sprickerhof brought up that update-rc.d/insserv could behave differently
>> if DPKG_ROOT is set, but Michael Biebl replied that he has "no interest in
>> touching this code and investigating all the corner cases".
>
> without the systemd maintainers willing to change things I fear that nothing
> will move. I'd argue that it would be a great boon for ports which cannot have
> systemd if it were easier to create chroots or bootable images for them from
> the more common installations which are using systemd. And right now I see no
> other way forward than adding another binary package which ships insserv
> at a location that is not in $PATH. Maybe you have another idea?
>
Hi,

I have a somewhat tangential idea which I believe might help here. I am in contact with openRC upstream and for 0.64 they are planning to support native openRC init scripts started from /etc/rc. While /etc/init.d is already supported this uses "legacy" sysvinit ones and is dependent on insserv to get the service ordering correct. Currently, this is a hard dependency. However, it is smart enought to do its own ordering with native openRC scripts. Time permitting I'd like to explore this anyway to make openRC support in Debian more mainstreamed.

best,

werdahias

PS: Sorry about brevity / formatting, sent from mobile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.chiark.greenend.org.uk/pipermail/debian-init-diversity/attachments/20260413/af965846/attachment.htm>