Re: [gentoo-dev] guidline to set a timeline of removal of ebuild from stable tree

[Brian Harring <ferringb@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2334 bytes --]

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

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]