On Wed, Jun 13, 2007 at 04:35:31PM +0200, Robert Buchholz wrote: > The problem is rather that the patches are gone from the distfiles > mirror after two weeks. The sources often stay upstream, but could > also be gone. > > Is there an archive for these files I missed?
That archive ('purgatory' being the name used for it) isn't publically
accessible; had suggested it in the past, but infra folks didn't
think it would be needed.
Few issues if it were opened up;
1) it's not a true vcs, just a directory. Meaning
1.a) it's collapsing down the trees history of distfile names; if
ebuild x refs 'patch', gets removed, 'patch' goes into purgatory. If
ebuild y refs 'patch', which is a different file, then gets removed,
ebuild ys' version of 'patch' is whats is now in purgatory (last used
basically).
1.b) skimped a bit in the description above; 'patch' gets removed from
purgatory when ebuild 'y' is added to the tree- the chksums will
differ, thus it throws out the copy that no longer is relevant to it's
job (maintaining the mirror image).
2) if implemented, likely to be a single box- meaning stuff shouldn't
rely on it as an upstream URI, they should mirror it themselves.
3) mirror maintenance, if an ebuild is added to the tree that uses
that specific distfile name, as hinted at in 1.b, the file is removed
from purgatory- this *includes* if the chksums match. Basically, if
the file is needed on the mirror image, it copies it over and wipes
the purgatory copy of it (intention is to keep space usage down).
This obviously would break any ebuilds daftly ignoring #2, and using
the purgatory host as an upstream URI.
Personally, I think at least for devs, having access to purgatory
would be a good thing. Folks seem to have learned over the last few
years, but dealt with a lot of requests where a dev screwed up and
needed to pull a file out of purgatory. Perhaps they've gotten wiser
since, dunno. Either way, if trying to pull a file out of
purgatory, bug your friendly infra monkey, or zmedico if you need a
specific file out- they ought to have access.
For effectively random anonymous, http/ftp, not sure about
that. Think some form of access is needed, don't think it should
really be usable as an upstream host.
~harring
pgprSYrkkKd1y.pgp
Description: PGP signature
