Re: [PROPOSAL v2] Orphaning another maintainer's packages
- To: email@example.com
- Subject: Re: [PROPOSAL v2] Orphaning another maintainer's packages
- From: Russ Allbery <firstname.lastname@example.org>
- Date: Thu, 01 Nov 2012 13:20:24 -0700
- Message-id: <email@example.com>
- In-reply-to: <CANTw=MN7PYMPqFzrfgWgH6iMBxKwMAjhsfuia6kRucurqG2RSg@mail.gmail.com> (Michael Gilbert's message of "Thu, 1 Nov 2012 15:38:11 -0400")
- References: <20121027093615.GA27593@xanadu.blop.info> <firstname.lastname@example.org> <20121030135212.GA10585@an3as.eu> <email@example.com> <20121031070545.GB32333@an3as.eu> <20121031080420.GB11941@client.brlink.eu> <firstname.lastname@example.org> <20121031183400.GA17521@master.debian.org> <CANTw=MNCgtiFWg9XC6ZJf9Pp+O67njyxf=xP7Uyv6GOdy0Z3jg@mail.gmail.com> <email@example.com> <CANTw=MO6TO6mqp4VAsc4EaOgfLQXNM5h=ZsHHjWuNwd4Ayxivg@mail.gmail.com> <firstname.lastname@example.org> <CANTw=MOkBMNwXg1RZimYOLZnFfnGaJ1=Gx4DhSvzWVKJXqMzWQ@mail.gmail.com> <email@example.com> <CANTw=MN7PYMPqFzrfgWgH6iMBxKwMAjhsfuia6kRucurqG2RSg@mail.gmail.com>
Michael Gilbert <firstname.lastname@example.org> writes:
> Not if the nmu has a sufficient delay (DELAYED/10 or DELAYED/30 or
> whatever would be agreed on). The maintainer can cancel things that he
> doesn't like before they get uploaded.
You're still making the maintainer take explicit action to stop something
that he already said they didn't want to happen. I don't see why you
think this is going to make anything better. I believe nearly everyone is
going to react badly, and possibly strongly, to that sort of action.
That's just how humans work.
> We should try to get out of the way of capable people trying to make
> things better.
If we do that by letting people take passive-aggressive action against
other maintainers, we're going to create a social problem that's much
worse than the problem of some technical issues going unaddressed.
If we want to treat packages as more group-maintained than maintained by
individuals (and there are valid arguments in favor of moving in that
direction), we should do that explicitly and with some thought and
discussion. That's not what NMUs are for, nor is it something that we
should be doing in passive-aggressive ways.
If that's what we are going to do, we should do it openly and clearly and
with the proper technical support (such as, for example, pushing the
package into a shared VCS so that the person making the changes can
incorporate them into the same packaging that the maintainer will be using
for the next maintainer upload).
Russ Allbery (email@example.com) <http://www.eyrie.org/~eagle/>