Gentoo Archives: gentoo-dev

From: "A. Wilcox" <awilfox@×××××××××××.org>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] RFC: Proposal for addition of distribution variables
Date: Mon, 05 Dec 2016 04:25:09
Message-Id: 5844EC17.8050704@adelielinux.org
In Reply to: Re: [gentoo-dev] RFC: Proposal for addition of distribution variables by Daniel Campbell
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA256
3
4 On 04/12/16 21:21, Daniel Campbell wrote:
5 > How would we ensure (or encourage) that other distros based on
6 > Gentoo would follow this practice? Adding things to PMS isn't a
7 > panacea, sure, but from what I can tell it seems the goal here is
8 > to allow distros based on us to correctly *show* that without
9 > changing hundreds of lines in the package tree. Maybe that's
10 > outside of PMS; if so, where does this belong?
11
12 I would hope people would consult base/make.defaults and write their
13 own, which would lead them towards the variables they need to set.
14 However, there was a fair amount of legwork I had to do and find out
15 with good old trial-by-error when I was writing one.
16
17
18 > Of course, this solution requires action/patching on our behalf as
19 > well, but it seems like a long-term goal that, when completed, may
20 > be suitable for addition in some sort of standard document, even if
21 > it's a wiki page on how to roll your own distro based on us.
22
23 I have plenty of experience with that and I would be more than willing
24 to help write such a page if that is desired.
25
26
27 > It didn't seem to me that there was any intention to automatically
28 > guess which distro it is; the people in charge of each distro's
29 > package tree should be setting those variables to the correct
30 > value, and it should be accessible throughout the tree(s).
31
32 The original intention wasn't to guess, but I see how PMS is more for
33 things that are determined at run-time by the package manager rather
34 than static variables.
35
36
37 > As OP mentioned, at worst it does nothing until it 'spreads'
38 > throughout the tree. The end result is anyone could fork us, change
39 > DISTRO and DISTRO_BUG_URL, and instantly have a starting point for
40 > their new distro. I'm not aware of any other distro that would make
41 > forking or spinning off _this_ easy. That could turn into renewed
42 > interest in Gentoo or possibly even better inter-distro relations,
43 > since bugs would be going to the correct places.
44
45 That is one of the main goals of the proposal. I feel that Gentoo is
46 missing out on major contributions because it's so difficult for
47 people in other distros to provide the patches they write. Making
48 spins easier is a definite bonus, and results in more contributions.
49
50
51 > To OP: This idea looks good to me; do you have any proofs of
52 > concept for use in common places like ebuilds, metadata.xml (if you
53 > intend for it to be used there), etc? If we had a more visual idea
54 > of how it worked, maybe more people would understand and have an
55 > idea of where to put it if it doesn't fit in with PMS's scope.
56
57 I have some basic stuff that showed this idea was feasible before I
58 sent it on, but I don't have anything public yet. I can start with a
59 branch (as mentioned in thread) and go from there.
60
61 Best,
62 - --arw
63
64 - --
65 A. Wilcox (awilfox)
66 Project Lead, Adélie Linux
67 http://adelielinux.org
68 -----BEGIN PGP SIGNATURE-----
69 Version: GnuPG v2
70
71 iQIcBAEBCAAGBQJYROwTAAoJEMspy1GSK50U6ZEP/2fFOOc1TsABI0lMjE8RFbgM
72 Jl6c9GGfQJokCQHTTHVOGyUhtDzRztcj3RSOtC5Xopshhj73kPZ+uLkMAhL5jl+6
73 hQbC6tTYdu6Jqw6ompvqNuaWONnyYfEY8j/fkkop+8YCKZ12rOXD/LtLwaXUMANr
74 OZP5RDX889q7ZYuel8P7TuyYWK4/F+oVc3T7AOzlPNy68sEAi/L4sGMLupr/geR/
75 dhPYrC/OSAx2A5zhKfpZCbmm+7fHm0tS3r2SpirTJz2+2fYzbrNbVIE2k5TvMUK3
76 /dJFzw41W1S8xhebqJoHxslXW5NU6Sj1i7rTMPRHD1jEeuN/nhh29eVt33XIOexi
77 8G957fie/g5EM3+zcxUCgn+8CSzcCmfgAwUA4MmXgMhqBibk9ZXt7ZlA85WjCQFP
78 fojVOCgWaNJn9RZjIL9V3UiN4Qjv5kv/m8wjfsH7vwb6DlZ4Kc9NUOVhe2wogNyw
79 W6WOmnOepolhOlmtB8j9fgKRui9aTU9NO6fhSOXqwvTDn0RzHrELsiGUUNFqjvr2
80 LE74uJcy7qDtVgCHS6ZRV6YMm9V3L2jPmafS3JfOcY9mA7sZHqR9cW1EF4wpMIAC
81 eUKDRAG6SwyshZzDJL7V2RmQt64M51diujOQn5M12U8ByQhA5aFnpddIBo+Vbk01
82 Vg2w69y3HcV4HLU5/2zC
83 =g8bj
84 -----END PGP SIGNATURE-----

Replies