Gentoo Archives: gentoo-dev

From: Robert Cernansky <hslists2@××××××.sk>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: aging ebuilds with unstable keywords - how can we help?
Date: Thu, 27 Jul 2006 20:58:27
Message-Id: Mahogany-0.66.0-12573-20060727-225515.00@kihnet.sk
In Reply to: Re: [gentoo-dev] Re: aging ebuilds with unstable keywords - how can we help? by Richard Fish
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

Replies