1 |
On Tuesday 07 June 2005 22:56, Olivier Crete wrote: |
2 |
> On Tue, 2005-07-06 at 17:44 -0400, Aron Griffis wrote: |
3 |
> > Marcus D. Hanwell wrote:[Tue Jun 07 2005, 05:32:31PM EDT] |
4 |
> > |
5 |
> > > I also vote for alpha. I would like to see some indication of |
6 |
> > > maintainer arch in metadata too, but in general agree with the |
7 |
> > > policy of if one arch stabilises then we can assume that is the |
8 |
> > > maintainer arch. |
9 |
> > |
10 |
> > Whoa, careful there. It's not a policy and it's not even |
11 |
> > a recommendation. I believe there are arch teams that will |
12 |
> > automatically stable a package after it has been ~arch for a period of |
13 |
> > time. They will break your assumption. |
14 |
> |
15 |
> This would be very evil. Are you sure its not a policy? Because it |
16 |
> should be and it has been discussed before. Arch teams should NOT get |
17 |
> ahead of the maintainer without his permission... or if they really |
18 |
> really know what they are doing. Maintainers normally know their |
19 |
> package/ebuilds and often have very good reasons to keep a package ~arch |
20 |
> for more than 30 days.. This is almost as evil as keywording on |
21 |
> architectures on which you can't test.. |
22 |
> |
23 |
I have always managed to spot (I think) the ones that looked like they skipped |
24 |
ahead of the maintainer, but it is another reason why having a maintainer |
25 |
arch set would be nice. I thought it was policy/a suggestion, or at least |
26 |
polite and so I always try to check with the maintainer if a package isn't |
27 |
stable and we need it for some reason. |
28 |
|
29 |
It would be nice to receive clarification on this issue, as there are times |
30 |
when new packages fix issues the maintainer is not aware of or does not |
31 |
encounter on his/her arch. I think every maintainer I have talked to has been |
32 |
helpful and we sorted it out between ourselves. |
33 |
|
34 |
Thanks, |
35 |
|
36 |
Marcus |
37 |
-- |
38 |
Gentoo Linux Developer |
39 |
Scientific Applications | AMD64 | KDE | net-proxy |