1 |
В Вск, 09/10/2011 в 22:28 +0000, Duncan пишет: |
2 |
> Chí-Thanh Christopher Nguyễn posted on Sun, 09 Oct 2011 18:37:59 +0200 as |
3 |
> excerpted: |
4 |
> |
5 |
> > Duncan schrieb: |
6 |
> >> Libpng isn't held up that way, while the package still gets its 30 day |
7 |
> >> masking last-rites. No policy broken; no maintainer toes stepped on as |
8 |
> >> a result of the broken policy. No more nasty threads about (this) |
9 |
> >> broken policy and unhappy maintainers as a result! =:^) |
10 |
> > |
11 |
> > Actually removing a package that doesn't violate any (written) rules |
12 |
> > without maintainer consensus could be considered a violation of policy |
13 |
> > too. |
14 |
> > |
15 |
> > http://www.gentoo.org/proj/en/devrel/recruiters/mentor.xml Respect |
16 |
> > existing maintainers: |
17 |
> > Never commit when someone else has clear ownership. Never commit on |
18 |
> > things with unclear ownership until you've tried to clear it up. |
19 |
|
20 |
Samuli pretends here to act as a part of QA team (although he is not). |
21 |
Actually even whiteboard of stabilization bug tells #at _earliest_ 17 |
22 |
Oct" and thus there is really no sign for rush. This is the case where |
23 |
QA should voice and either explain why fast stabilization of libpng is |
24 |
so important or stop policy breakage. That said it became really common |
25 |
to break our own policies (with no attempts to amend policy). |
26 |
|
27 |
> You are correct, but AFAIK, that's one function of tree-cleaners (whether |
28 |
> or not the remover is actually on the tree-cleaner team), when packages |
29 |
> are broken due to going stale against current, and the bugs reporting the |
30 |
> problem remain open for months without (visible) movement (there's some |
31 |
> movement here, yes, but was it visible?). |
32 |
|
33 |
No treecleaners are supposed to be working on maintainer-needed packages |
34 |
only: |
35 |
http://www.gentoo.org/proj/en/qa/treecleaners/index.xml |
36 |
|
37 |
> So, please, at LEAST honor the 30-day-in-mask bit. |
38 |
|
39 |
This must be honored. |
40 |
|
41 |
-- |
42 |
Peter. |