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

[Johannes Schauer Marin Rodrigues]

Hi Mark & Ian,

thank you for your replies.

Quoting Ian Jackson (2026-06-10 14:30:14)
> > Maybe Michael would clarify why he hasn't yet merged the change suggested?
> 
> I don't think this is actionable by us in the init diversity team.
> 
> Johannes, can you please remind where the existing discussions were?
> In particular, you say Michael Biebl is against this change.  Can you
> provide references?

It happened in IRC. If you have logs, then look at #debian-devel on March 11
2026.

I proposed changing update-rc.d to do the right thing (skip running insserv) on
systems using systemd as init even if insserv is installed. Michael Biebl said
that they'd rather not touch that.

Michael suggested to install insserv into a location like /usr/libexec.

I also asked whether they agree that the problem is that update-rc.d uses the
presence of /sbin/insserv without checking whether systemd is installed.
Michael disagreed with that without giving more of an explanation.

I asked whether update-rc.d could do something different to solve this
situation and Michael didn't respond anything anymore after that.

> I think an actionable next step might be to try to summarise the situation,
> and send the init-system-helpers maintainer a rather formal message setting
> out the options and inviting them to reconsider and/or expand on their
> reasoning.

I sent a ping to
https://salsa.debian.org/debian/init-system-helpers/-/merge_requests/33

> Depending on the response, and our analysis of it, we could change our mind
> about our package split; ask for mediation; ask the TC; or decide we don't
> want to pick a fight and do a suboptimal thing.

Lets wait maybe a week for a reply to my ping.

> > Whilst I accept that would 'solve' the immediate issue, I am still very
> > reluctant to go down that route. The problem here, as I see it, is that it
> > bakes in the idea that systemd and insserv are incompatible. It would be
> > virtually impossible to move back from that in the future. The MR proposed
> > ensures that systemd and insserv *are* compatible. That seems a step
> > forward worthy of wholehearted.
> 
> I tend to agree with this.

Thank you for both your suppport!

cheers, josch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: signature
URL: <http://www.chiark.greenend.org.uk/pipermail/debian-init-diversity/attachments/20260610/91fe2a73/attachment-0001.sig>