1 |
Marco Calviani schreef: |
2 |
> Hi Holly, and thanks for your clear explanation, |
3 |
> |
4 |
>>> Hi list, i would like to have clarification regarding the policy |
5 |
>>> of switching packages from testing to stable. Is this policy due |
6 |
>>> to particular bugs in the packages? |
7 |
>>> |
8 |
>> No. Gentoo's "stable" and "testing" refers to the /ebuilds/, not |
9 |
>> the packages. |
10 |
> |
11 |
> Well, that was my fault in explaining..... i was referring to |
12 |
> "versions" of a particular package.... |
13 |
> |
14 |
>> ~ARCH packages/ebuilds are normally tested for (30? 90?) days, |
15 |
>> after which time if no bugs are filed, they generally move into |
16 |
>> stable. It is hoped that users who use ~ARCH are willing to file or |
17 |
>> comment on bugs on bugs.gentoo.org (b.g.o). The system only works |
18 |
>> if everybody helps. |
19 |
>> |
20 |
> |
21 |
> At the root of my question there was the need to understand why kde |
22 |
> 3.5.1 packages are still testing even if there aren't critical bugs |
23 |
> at bugs.gentoo.org (as far as i was able to find...). |
24 |
> |
25 |
|
26 |
Possibly because KDE is a huge suite of interrelated packages, /all/ of |
27 |
which must be 'stable' (in ebuild terms) so that users who have |
28 |
expectations of what 'stable' means will be satisfied (especially for |
29 |
those who run ARCH and do not use ~ARCH packages). This may be why it |
30 |
takes a longer time for Gentoo to move all of those packages into ARCH; |
31 |
a single package is obviously easier to test than the many split ebuilds |
32 |
that KDE contains, especially when varied combinations are involved. |
33 |
|
34 |
I recognize that 'stable' users value... stability... over "the latest and |
35 |
greatest", and that's fine. But it always annoys me somewhat when users |
36 |
then 'complain' about 'the latest and greatest' not being moved into |
37 |
stable in a "timely" (in their opinion) fashion. Either one wants guaranteed |
38 |
stability, or one is willing to possibly sacrifice some of that |
39 |
stability for new features or "cool factor" or whatever. The choice, |
40 |
like most things, Gentoo, is up to the user, and Gentoo users should |
41 |
always be aware that they need to explicitly choose and commit to their |
42 |
decision. |
43 |
|
44 |
Of course, that wouldn't be a reasonable position if one didn't trust |
45 |
the dev's judgement, but in fact, that's almost the first choice a |
46 |
Gentoo user needs to make; certainly about the status of the Portage |
47 |
tree, if one is not going to monitor or participate in the activities of |
48 |
the dev team (in this case, the KDE herd, I suppose). |
49 |
|
50 |
After all, if you think about it, the gentoo-*users* list is not really |
51 |
a logical place to seek answers as to why a specific arm of the |
52 |
development team has taken or not taken a specific action. Not that the |
53 |
dev list wants to hear anybody nagging them about this, mind you, but I |
54 |
would imagine that if any discussion is going on as to progress of |
55 |
migrating the ebuilds to stable, it would be there rather than here (so |
56 |
one could lurk and find out what was going on, if one cared to), or on |
57 |
an IRC channel (if one exists) or something like that. Possibly even on |
58 |
b.g.o., if someone has filed a bug to move KDE to stable (that happens), |
59 |
and a dev has responded to that bug with a reason why or why not, or |
60 |
with a "we're doing it, buzz off!" |
61 |
|
62 |
Gentoo is a very hands-on distro, and everyone can get involved to the |
63 |
extent that they're capable, and everyone is capable to some extent, |
64 |
because the extensive documentation enables one to know enough to do |
65 |
/something/ (write an ebuild, update an ebuild, file a bug, comment on a |
66 |
bug, etc). |
67 |
|
68 |
This is not some back-room, behind-closed-doors, "we don't want to hear |
69 |
from you if you don't send a patch" kind of dealie, so if you want to |
70 |
know the progress of the KDE herd in migrating KDE 3.5.x to stable, I'm |
71 |
sure it's possible to find out without a lot of difficulty. Just not |
72 |
necessarily from us, unless somebody who does monitor the KDE herd |
73 |
happens to be around (which is not a particularly efficient way of |
74 |
getting an answer to your question). |
75 |
|
76 |
:-) |
77 |
|
78 |
Holly |
79 |
-- |
80 |
gentoo-user@g.o mailing list |