Gentoo Archives: gentoo-dev

From: Donnie Berkholz <dberkholz@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] RFC: package.keywords-compatible snippets when stabilizing multiple packages
Date: Wed, 16 Feb 2011 15:14:57
Message-Id: 20110216151458.GA26932@comet.mayo.edu
In Reply to: Re: [gentoo-dev] RFC: package.keywords-compatible snippets when stabilizing multiple packages by Tobias Klausmann
1 On 14:17 Wed 16 Feb , Tobias Klausmann wrote:
2 > Hi!
3 >
4 > On Tue, 15 Feb 2011, Donnie Berkholz wrote:
5 > > On 09:10 Tue 15 Feb, Gilles Dartiguelongue wrote:
6 > > > Le lundi 14 février 2011 à 19:19 +0100, "Paweł Hajdan, Jr." a écrit :
7 > > > > On 2/14/11 9:13 PM, Samuli Suominen wrote:
8 > > > > > And http://bugs.gentoo.org/show_bug.cgi?id=349053#c1 ? I tried to
9 > > > > > provide a clue howto get usable p.keywords list easy.
10 > > > >
11 > > > > IMHO it's in the middle. I still have to do a manual step, but at least
12 > > > > it's pretty straightforward. Anyway, I think a list that can be blindly
13 > > > > copy-pasted makes things even easier.
14 > > >
15 > > > I don't think making a list for each arch is going to make anything any
16 > > > easier for maintainers requesting stabilization, which means those list
17 > > > we need more time to generate before being released. You just move the
18 > > > problem to another place.
19 > >
20 > > Why would you need to do that? Can't you just make a single list that
21 > > either has keywords for every arch or a ** ? Presumably every arch needs
22 > > a certain set of packages stable, and it doesn't matter if you
23 > > redundantly specify packages that are already stable.
24 >
25 > Yes it does. I for one just use the list, compile and test all
26 > the packages. If an entry is already stable, that effort is
27 > wasted.
28 >
29 > I think automatically generating per-arch lists and dumping them
30 > on the bug is a nice way to do it. Having a "tabled list" for use
31 > by the maintainer and then generating one comment per
32 > arch-specific list seems like a good idea to me. Yes it is more
33 > verbose on the bug, but that is a little price to pay, I'd say.
34
35 Is using autounmask an option instead? That generates a nice little file
36 with everything that was actually unmasked, assuming it's a single
37 dependency tree of packages.
38
39 --
40 Thanks,
41 Donnie
42
43 Donnie Berkholz
44 Sr. Developer, Gentoo Linux
45 Blog: http://dberkholz.com

Replies