1 |
(I subscribed to -dev only a while ago so I can use only this message |
2 |
to reply. So take this as more general reply. I used quotes from other |
3 |
mails also. Hopefully it is not too confusing.) |
4 |
|
5 |
|
6 |
On Thu, 27 Jul 2006 11:11:33 -0700 Richard Fish <bigfish@××××××××××.org> wrote: |
7 |
|
8 |
> On 7/27/06, Chris Gianelloni <wolf31o2@g.o> wrote: |
9 |
> |
10 |
> > testing. Sure, we could probably stabilize a bunch of the fringe |
11 |
> > packages that hardly anyone uses and it wouldn't affect anything. |
12 |
> |
13 |
> The majority of Aliz's database seems to be made up of these "fringe" |
14 |
> packages. Many of which are stable on at least one arch already, or |
15 |
> have only a single version in the tree anyway. Stabilizing these on |
16 |
> the remaining archs that they support should not have any significant |
17 |
> impact on the perceived overall quality of Gentoo. |
18 |
|
19 |
This sounds good. I agree. But the problem is probably: |
20 |
|
21 |
Chris Gianelloni wrote: |
22 |
> But, nobody likes doing the small stuff, and I can't blame them. |
23 |
|
24 |
I understand. I do not expect that these packages will have same |
25 |
attention by developers as major ones. I would understand if |
26 |
stabilisation or version bumping will be slower than normal. But at |
27 |
least it should be done somewhen. |
28 |
|
29 |
> > Seriously, folks. If you think that packages should be available |
30 |
> > faster, run ~arch. Test the packages. Report successes/failures |
31 |
> > to the maintainers. File stabilization bugs if your favorite |
32 |
> > package hasn't had another bug in 30 days and you've been using |
33 |
> > it. |
34 |
|
35 |
Yes, we (users) should help. But I can't have impression that when |
36 |
I don't ask for stabilisation/version bump it simply never happen. |
37 |
|
38 |
Moving of package (updating/stabilizing) is also my motivation to make |
39 |
and submit a new ebuild. If the package never moves without my further |
40 |
interaction why should I bother by making an ebuld? I'll rather take |
41 |
tar.gz, unpack & build it. It will be less work for now (I do not need |
42 |
to make ebuild) and also for future (I do not need to fill bugs that |
43 |
package should be included/keyworded/stabilized/bumped to new |
44 |
version+updating the ebuild). |
45 |
|
46 |
>From the user point of view it is simply lot of work, lot of |
47 |
maintaining a distribution to fill a bug for every action that should |
48 |
be made on package. |
49 |
|
50 |
Again, I agree that we should help, but if our busyness does not allow |
51 |
it for a while, the packages should move anyway. |
52 |
|
53 |
> > Basically, help out, rather than sitting back and complaining. |
54 |
> > Complaining helps nobody. |
55 |
|
56 |
But it is also good to know what users think about your work, how they |
57 |
feel when using Gentoo. It is not big complaint from me. I'm not |
58 |
saying that I'm unhappy with Gentoo. I'm happy with it, but there is |
59 |
a chance that I can be happier. ;-) |
60 |
|
61 |
Stefan Schweizer <genstef@g.o> wrote: |
62 |
> As a better system I would like to see packages stable automatically |
63 |
> after 30 days and no bugs. But this is probably not going to happen |
64 |
> with gentoo so I just stay away from stable and put ACCEPT_KEYWORDS |
65 |
> in my make.conf |
66 |
|
67 |
I agree with others that this can cause a big quality drop. Maybe it |
68 |
should be done that way, that only _some_ packages will be allowed to |
69 |
stabilize automatically. And it could be just these "fringe" |
70 |
packages. It would solve doing that small suff that nobody likes. |
71 |
|
72 |
Robert |
73 |
|
74 |
|
75 |
-- |
76 |
Robert Cernansky |
77 |
E-mail: hslists2@××××××.sk |
78 |
Jabber: HS@××××××.sk |
79 |
|
80 |
-- |
81 |
gentoo-dev@g.o mailing list |