Response to active removal of initscripts
Matthew Vernon
matthew at debian.org
Mon Nov 16 16:58:58 GMT 2020
On 10/11/2020 10:19, Jonathan Carter wrote:
> On 2020/11/09 10:22, Matthew Vernon wrote:
>>>>> So that didn't result in hugs and puppies. It looks like Michael
>>>>> isn't going to reply to my last message; I'll give him a bit more
>>>>> time, then I'll drop leader@ a line to see if he has anything else
>>>>> to say.
>> I sent a chase on 16th October; and another today. It isn't prudent to
>> wait much longer, given the freeze is coming.
>
> I agree. So the plan is to escalate to the Debian Technical Committee?
I think so. Here's my starter for 10:
To: submit at bugs.debian.org
Subject: tech-ctte: Should maintainers be able to block init
compatibility changes?
package: tech-ctte
Dear Technical Committee,
This bug report relates specifically to bugs in the network-manage
package (#921012, #964139) but has broader implications, particularly
around what it means to "support the efforts of developers"[0] working
on support for alternative init systems (I will talk about sysvinit here
without loss of generality to other non-systemd init systems).
In brief:
#921012 is about changing network-manager to Depend upon "default-logind
| logind" rather than libpam-systemd
#964139 is about restoring the removed network-manager init script which
was removed from the package. There is no suggestion that the init
script was buggy
Both changes are necessary for it to be possible to install
network-manager on a sysvinit system; it is going to be hard to use
Debian without network-manager.
Both bugs have sat open for extended periods with no input from the
maintainer; so I prepared an NMU and uploaded it to DELAYED/14 as well
as making an MR on salsa[1].
The NMU was declined, on the basis that removing the init script was not
a mistake; I'm not aware of any rationale being provided beyond that for
refusing either patch.
I'm afraid the effect of this is that the maintainers of this package
are making it impossible for other developers to enable support of
sysvinit. There are people who will (and have) test compatibility
changes, help with issues with sysvinit scripts, and so on, but those
efforts are in effect being stonewalled.
The effect of this, and equivalent behaviour in some other packages, is
that it is going to be impossible to make a useful Bullseye for users
who want to use sysvinit.
I (and a couple of other interested parties) have approached the DPL
about this matter on a number of occasions this year, and have tried to
follow their advice where possible. I regret that is has proved
necessary to involve the technical committee.
I invite the technical committee to rule that, in a timely manner given
the bullseye freeze:
* The network-manager init script should be restored
* Network-manager should Depend: on default-logind | logind rather than
libpam-systemd
* Similar init-compatibility changes should not be blocked by package
maintainers unless they are defective on their own merits
Regards,
Matthew
[0] From the wording of the winning option in the 2019 Init systems GR
[1] https://salsa.debian.org/utopia-team/network-manager/-/merge_requests/7
More information about the Debian-init-diversity
mailing list