Gentoo Archives: gentoo-dev

From: Raymond Jennings <shentino@×××××.com>
To: gentoo-dev <gentoo-dev@l.g.o>
Subject: Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016
Date: Sat, 24 Dec 2016 10:30:34
Message-Id: CAGDaZ_oX4j6+T_sJsFf1xQ1dKFOaEtheOFoH8KJCCpbsTQ_iBw@mail.gmail.com
In Reply to: Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016 by "Andreas K. Huettel"
1 I hope this isn't a stupid question...but can we safely assume that all
2 such google code SRC_URI's have *already* been mirrored?
3
4 If I understand the mirrors correctly, they serve as a sort of cache of
5 sorts of upstream distfile sources. Is there such a thing as a "cache
6 miss" that could lead to a 404 if the mirrors themselves have to fetch from
7 a dead upstream they've never fetched from before?
8
9 On Wed, Dec 21, 2016 at 12:54 PM, Andreas K. Huettel <dilfridge@g.o>
10 wrote:
11
12 > -----BEGIN PGP SIGNED MESSAGE-----
13 > Hash: SHA512
14 >
15 > Am Dienstag, 20. Dezember 2016, 23:57:10 schrieb Jonas Stein:
16 >
17 > >
18 > > The shutdown is in two weeks.
19 > > One can see clearly a drop of broken ebuilds after the first mail on the
20 > > mailinglist and after the personal mail on 2016-11-24. [1] Thank you all
21 > > for fixing so many ebuilds already.
22 > > But still 400 ebuilds use googlecode.
23 > >
24 > > 56 of these do not have a maintainer.
25 > >
26 > > How should we proceed now?
27 > >
28 >
29 > There's absolutely no reason to panic. The Gentoo mirror system preserves
30 > all
31 > distfiles referenced in the Gentoo repository, even if the original source
32 > becomes unavailable.
33 >
34 > It's not nice that the original SRC_URI is gone, it's kind of a QA
35 > violation,
36 > but nothing breaks.
37 >
38 > So let's just keep fixing packages. At some point all will be gone.
39 >
40 > - --
41 >
42 > Andreas K. Huettel
43 > Gentoo Linux developer
44 > dilfridge@g.o
45 > http://www.akhuettel.de/
46 >
47 > -----BEGIN PGP SIGNATURE-----
48 > Version: GnuPG v2
49 >
50 > iQKTBAEBCgB9FiEEwo/LD3vtE3qssC2JpEzzc+fumeQFAlha6/NfFIAAAAAALgAo
51 > aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMy
52 > OEZDQjBGN0JFRDEzN0FBQ0IwMkQ4OUE0NENGMzczRTdFRTk5RTQACgkQpEzzc+fu
53 > meStkA/+NGss26A4nR1bFTSuQaLuTNC/kqJnf57neEsY3k2Sx1jtA7/sAzWaxps+
54 > UoG8MrnyTN2yn/H0KyFRb5SpUeW/QMG5kyXoif21A+s2n1TBFslU/dDL9GWI2o/U
55 > Mcv0viJOAtox7rKd7TwwIhYIAGXy4wAwuWgPeSMfYrl7xke/yGl+I2fBbCLkh69+
56 > /a7GZvu8aYQebiX+gYxmXdoroMZxSXW8sSiCmfyFiOgGf/mydar3jIiH7E2HJwSb
57 > womD2V4vggYUeNv07DJ29Tc7LYGiVNZGatHjLLg1jxn9wyNFmG+s74MXUG1OD0lj
58 > x2/fE1ffbCYnfPpQT96ETU1X2/Ddc4C1RTMyeplbK89ETCUQvoYmSxsU2Y8J6ZvU
59 > ToEmWlZjLlX//KNLcJyAVPZAiYdPO5cR1QG1MPXVTAIhPxIgcQuibct8UgVvHbL6
60 > rvKExZ0ohCz59Vaks9VDJqN61+jkQix9+TioMBFRmoS07QADcxyEKa7IrhDJzLZA
61 > 4rSxWblr3fdDhnb6TMCZqH2KpMYH4zdM2TbUHtxiKHFz5MsKeijMn3LVdSApNd6W
62 > iyicxYN1jqx11szZSzsvY+DY/KmG3fPnT0Q9zEvwkIjFKVvKYbSG41vHydSCL9aV
63 > qrtLuyECAYYyjdDfIUjqVW/6Zg1zfqe3ahO02fq1GfwOFxYJ86c=
64 > =r5jA
65 > -----END PGP SIGNATURE-----
66 >
67 >

Replies