Gentoo Archives: gentoo-dev

From: Ian Stakenvicius <axs@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [discussion] GitHub eclass
Date: Fri, 22 Feb 2013 13:49:51
Message-Id: 51277778.3080800@gentoo.org
In Reply to: Re: [gentoo-dev] [discussion] GitHub eclass by Kent Fredric
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA256
3
4 On 22/02/13 04:51 AM, Kent Fredric wrote:
5 > On 22 February 2013 20:43, Diego Elio Pettenò
6 > <flameeyes@×××××××××.eu> wrote:
7 >> On 22/02/2013 08:37, Kent Fredric wrote:
8 >>> I'd make sure to add some sort of easy support to switch to
9 >>> snapshotted tar.gz installs instead of live git checkouts, ie:
10 >>>
11 >>> GH_SNAPSHOT=deadbeef # use commit id 'deadbeef' by fetching a
12 >>> tar.gz from github instead of a git clone
13 >>
14 >> This is not going to fly because a live git checkout does not
15 >> need digests in the manifest, but a tar.gz snapshot does.
16 >
17 > Though surely you could have behaviour that differs based on the
18 > right things being specified, so that turning on GH_SNAPSHOT=
19 > becomes a helper that generates SRC_URI , which in turn makes it so
20 > you can satisfy the manifest digest requirement.
21
22
23 SRC_URI can't be dynamic though, due to metadata cacheing. If
24 GH_SNAPSHOT was always set and its value never changed, it would not
25 be a problem, but that would seem to contradict the point of this
26 variable..?
27
28
29
30 -----BEGIN PGP SIGNATURE-----
31 Version: GnuPG v2.0.19 (GNU/Linux)
32
33 iF4EAREIAAYFAlEnd3gACgkQ2ugaI38ACPCSkQD/eAbmFydGNta2HbUc2YyQYg05
34 ISKyLksP5PZ4BGbr9fwA/jx6M9pFGbFH2HYkx++MTTKXiLTGs6v3wxT8NjeBK6hv
35 =jUew
36 -----END PGP SIGNATURE-----