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 |
> |