> > "dist" is a distribution area - mirrored so that when people download > they usually end up on a mirror site. This spreads the load of people > downloading our software. Projects shouldn't be linking to specific > artifacts in the dist area - they should be linking to a download page > where links to mirrors are available.
I know that. I wasn't suggesting they link to the direct actual artifacts via dist -- I was suggesting direct links via dyn/closer.cgi, per practice. Either way, those dyn/closer.cgi links are invalidated if we move them out of the dist area. I could have a release email (and have plenty of times in the past, and seen this in other projects) where they link to the dyn/closer.cgi for a particular release version. If we "clean" the dist area (the active archive), all those links are invalid in the mail archives. There is a concept of "active" archive, and "deep archive". Dist is the active archive. The archive.apache.org is the "deep archive". Both should exist, and both should have a copy of the data. Cheers, Chris > > Niall > >>> Keeping the dist area tidy with only current releases >>> means that this huge ASF-wide content is mirrored efficiently. >> >> At what cost? In my mind, there is a subtle point lost here. >> >> Archiving is good and it has to do with mirroring. What i'm advocating for >> is preservation. We should never delete the original copy dists for *any >> project*. It creates disconnects between the world-wide mirroring system >> that is called email, and locally caching things, and archiving and >> cataloging links. >> >> The cost of invalidating those negates a ton of the savings that you're >> proposing. >> >>> >>> Also, we don't mirror archive.a.o via that dist system. >> >> Gotcha. >> >>> >>> I just had a look at Tika download page. It does as i suggested >>> earlier: They link to >>> archive.apache.org/dist/tika/ >>> for old releases >>> and to >>> archive.apache.org/dist/incubator/tika/ >>> for the older incubator releases. >> >> Yeah I think we updated that. I couldn't remember if we actually directly >> linked to incubator.a.o. I think I might have even updated that when I >> noticed the links were broke on the site. >> >> Regardless, we should haven't to update it it. I'm proposing that's *it's a >> good thing* to have an original + 1 copy from a reliability and software >> preservation perspective. >> >> Cheers, >> Chris >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> Chris Mattmann, Ph.D. >> Senior Computer Scientist >> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA >> Office: 171-266B, Mailstop: 171-246 >> Email: [email protected] >> WWW: http://sunset.usc.edu/~mattmann/ >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> Adjunct Assistant Professor, Computer Science Department >> University of Southern California, Los Angeles, CA 90089 USA >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: [email protected] WWW: http://sunset.usc.edu/~mattmann/ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
