www-repository mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Patrick Chanezon <patl...@chanezon.com>
Subject Re: cool uris don't change, don't they ?
Date Wed, 04 Feb 2004 09:47:22 GMT
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:
>> archives.apache.org represents content from www.apache.org/dist 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.
>> -Mark
>> 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.
>>> R,
>>> Nick

View raw message