Bug#727708: init system other points, and conclusion
- To: 727708@bugs.debian.org
- Subject: Bug#727708: init system other points, and conclusion
- From: Tollef Fog Heen <tfheen@err.no>
- Date: Wed, 01 Jan 2014 02:23:50 +0100
- Message-id: <m2fvp8h4ux.fsf@rahvafeir.err.no>
- Mail-followup-to: debian-ctte@lists.debian.org
- Reply-to: Tollef Fog Heen <tfheen@err.no>, 727708@bugs.debian.org
- In-reply-to: <87zjng20xd.fsf@windlord.stanford.edu> (Russ Allbery's message of "Tue, 31 Dec 2013 12:57:50 -0800")
- References: <21183.21942.130759.900867@chiark.greenend.org.uk> <87r48vnqql.fsf@windlord.stanford.edu> <21185.49757.755100.804687@chiark.greenend.org.uk> <85fvpa3px2.fsf@boum.org> <21186.63401.944067.63163__47152.4186934859$1388509412$gmane$org@chiark.greenend.org.uk> <87a9fhrl6c.fsf@deep-thought.43-1.org> <21187.3476.219343.301265@chiark.greenend.org.uk> <1388520832.5187.31.camel@tomoe> <87zjng20xd.fsf@windlord.stanford.edu>
First of all, thanks a lot for writing this mail. It expresses a lot of
my thoughts and feelings on the subject a lot more eloquently than I am
able to do myself. You're a wordsmith and a master of words. I am
not.
]] Russ Allbery
> Occasionally, there are decisions with sweeping consequences, and we have
> to have a method for making them. The TC is that method, which can then
> be overridden by General Resolution if warranted.
Given how the voting ratio so far looks, I've been giving the whole GR
process a bit of thought lately and at least I am unlikely to pursue it,
simply because I don't think it's a good way to spend my and the
project's energy. If you decide that you want to go with upstart,
that's obviously not what I want, but I'll rather take the consequences
of that than go one more round and appeal to the developer body at
large. As our common astronomy geek friend puts it, I don't have the
people beans to spend on that. Somebody else might.
Personally, I wish the TC was a bit more careful with the «people» angle
of their rulings. You spent a lot of goodwill in the GNOME camp when
pushing through the latest NM Depends->Recommends change, and I think
it'd be a shame if we ended up losing or demotivating a good bunch of
good developers again.
> The TC doesn't get to order people to do work. We are not managers, and
> Debian is not a corporation. At most we can authorize NMUs or otherwise
> work around people who are preventing *other* people from doing work.
I think what you're saying here is really important. What Ian is asking
about is for the systemd maintainers to do a lot of work we don't want
to do, and if we end up with a resolution that basically tells the
systemd maintainers to support a chopped-up package, it'd be massively
demotivating for me personally. From the message from Joss, it seems
like the GNOME people feel the same way.
[...]
> For example, one possible outcome here is that whatever group cares about
> doing the upstart integration introduces a new systemd source package
> that's split and modified in such a way so as to work with upstart as the
> init system, and which conflicts with systemd as it is currently packaged.
The way things are going, I don't think that'd be a terrible situation,
tbh.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Reply to: