Gentoo Archives: gentoo-dev

From: Raymond Jennings <shentino@×××××.com>
To: gentoo-dev <gentoo-dev@l.g.o>
Subject: Re: [gentoo-dev] Re: Stabilisation procedure
Date: Tue, 29 Nov 2016 08:31:03
Message-Id: CAGDaZ_o_XaKUvAN7OdNJDZc4Xn1tDGi-=e-gCHwzh6z1x-AJCA@mail.gmail.com
In Reply to: Re: [gentoo-dev] Re: Stabilisation procedure by Rich Freeman
1 On Sun, Nov 27, 2016 at 4:07 AM, Rich Freeman <rich0@g.o> wrote:
2
3 > On Sun, Nov 27, 2016 at 5:56 AM, Raymond Jennings <shentino@×××××.com>
4 > wrote:
5 > > On Tue, Nov 22, 2016 at 12:06 AM, Alice Ferrazzi <alicef@g.o>
6 > wrote:
7 > >>
8 > >> What about maintainers that are away without writing it in their
9 > >> maintainer bug ?
10 > >> After how many days of no replay can be fair to touch their package ?
11 > >
12 > > If a developer lapses long enough and doesn't use devaway properly to
13 > mark
14 > > any waylaid packages as touchable...then that's probably an example of an
15 > > even bigger fish to fry that undertakers would handle anyway.
16 >
17 > A maintainer can be actively doing other work and still not respond to
18 > a stable request bug. The only thing the undertakers could do about
19 > it is get rid of them, which stops the work they were actively doing
20 > and doesn't make the situation with the bug they were ignoring any
21 > better.
22 >
23 > Are devs supposed to ignore stable request bugs? No. Has anybody
24 > come up with a way to make them not do it? Unfortunately not. Part
25 > of the issue is that some devs are just somewhat antisocial and prefer
26 > to do their own thing. For the most part as long as they're not
27 > actually actively making trouble for others we tend to accept this,
28 > since the only visible change to getting rid of them is less stuff
29 > getting done (the stuff they passively ignored still ends up being
30 > passively ignored).
31 >
32
33 That's actually a very good point.
34
35 This is why we tend to favor procedures that don't block progress by
36 > default. Just set a timeout. If the maintainer doesn't respond
37 > within x days then stabilization can proceed. Maybe make an exception
38 > for @system. We do similar things when devs want to touch each
39 > other's packages; if you don't get a response the assumption is that
40 > you can just go ahead.
41 >
42
43 I think this is a good idea.
44
45
46 > --
47 > Rich
48 >
49 >