Gentoo Archives: gentoo-dev

From: Zac Medico <zmedico@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [RFC] New RESTRICT=live value for identification of live ebuilds?
Date: Sat, 02 Aug 2008 10:25:55
Message-Id: 48943642.1080009@gentoo.org
In Reply to: Re: [gentoo-dev] [RFC] New RESTRICT=live value for identification of live ebuilds? by Mike Auty
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 Mike Auty wrote:
5 > It seems,
6 > Slightly like an abuse of the RESTRICT variable. I had thought that
7 > RESTRICT was generally for when a normal ebuild needed a feature turning
8 > off (such as mirroring, strict checking and hopefully one day ccache).
9 > 5:) Overloading it with the live value doesn't seem to fit into that
10 > scheme...
11
12 Honestly I don't care what the existing scheme is. I just see the
13 RESTRICT list as a set of boolean flags that give me more
14 information about the ebuild than I'd have without it. Here's what
15 we've got now:
16
17 binchecks - Disable all QA checks for binaries.
18
19 bindist - Distribution of binary packages is restricted.
20
21 fetch - Files will not be fetched via SRC_URI.
22
23 installsources - Disable FEATURES=installsources.
24
25 mirror - Disable mirroring.
26
27 primaryuri - Fetch from URLs in SRC_URI before GENTOO_MIRRORS.
28
29 strip - Final binaries/libraries will not be stripped.
30
31 test - Do not run src_test even if user has FEATURES=test.
32
33 userpriv - Disables FEATURES=userpriv.
34
35 Looking at the above list I say it's fair game to put just about any
36 boolean flag in RESTRICT.
37
38 > If there's need for a new class of ebuild information (such as a new
39 > way of categorizing ebuilds by feature), perhaps we should add an ebuild
40 > features variable specifically for the purpose?
41
42 That requires an EAPI bump, which also means that it can't be used
43 in ebuilds with EAPI 0 or 1. The RESTRICT solution is simpler and we
44 can use it right now in any ebuild.
45
46 Zac
47 -----BEGIN PGP SIGNATURE-----
48 Version: GnuPG v2.0.9 (GNU/Linux)
49
50 iEYEARECAAYFAkiUNkEACgkQ/ejvha5XGaM9zACeIOK+J84QpqtFLU3jkjFUM5qv
51 KzcAnihwK3ugnnVAmLMcnDwG/9gld14U
52 =Eqiy
53 -----END PGP SIGNATURE-----

Replies