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 |
> |