Thanks, I think this covers it: latest version of each point release on the mirrors, and an automatic decommissionning based on usage for older ones, with redirection to archives.


Nick Chalko wrote:

Good point.
I think in general mirrors should be able to choose whatever subset they want.
But apache should maintain at lest "the latest version of each point release"

Mark R. Diggory wrote:

With the amount of versioning going on, eventually a release falls into a state of non-usage, I suspect there should be room for such a mechanism, otherwise mirrors will become bloated with unused, outdated, antiquated and obsolete content.

I suspect some sort of "redirect" mechanism would be sufficient in cases where an unmirrored archive is used. Something that most web servers support (for instance Apache Httpd and .htaccess files)

Existing Example: represents content from that has been "decommissioned" from the mirroring process, of course mirrors may maintain copies of these files by not deleting contents.

Ideally, such a mechanism could even be automated based on historical download information on the resource. I.E. if the resource hasn't been downloaded in 5 years, move it into an archive and provide a redirect or notice.


Nick Chalko wrote:

Patrick Chanezon wrote:

Did you specify a lifecycle for artifacts, with some durations, and a process to decommision them ?

Good question. This may be something to put to the board. My general thought are. "Released" version should live forever, unless a security or other fatal flaw is found in a release.

As a minimum I think the latest version of each point release should be kept ie 1.2.x.

Reply via email to