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 -- To UNSUBSCRIBE, email to debian-ctte-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/m2fvp8h4ux....@rahvafeir.err.no