Nicolas, I tried to remove the N-builds but I'm not allowed to remove them (beside the ones for Grid which I've clean up).
Tom -------- Original-Nachricht -------- Betreff: [eclipse.org-committers] Unhappy mirror sites, and disk space Datum: Tue, 13 Jul 2010 15:50:19 -0400 Von: Denis Roy <[email protected]> An: [email protected] Greetings, In recent months I have asked project teams to "clean up" their download area, since our mirror sites have been expressing dissatisfaction with us. Many have responded to the call -- thank you. However, many projects still have a very high ratio of *stale files* that do not need to be mirrored, and should be deleted or moved to the archives[1]. Such files include: -> *Older Nightly/Stable/Integration builds*. Temporary in nature, these should be deleted once they have expired. -> *Release builds that are no longer "current".* Release builds can be kept indefinitely; older releases must be moved to archive.eclipse.org to avoid being mirrored. -> *Build artifacts that are not intended to be downloaded by the general public.* These should be stored on build.eclipse.org:/shared. Alternatively, you can request that a build directory be excluded from our mirrors. I have begun examining our download space in high detail, starting with the *Technology* and *Tools* projects. The following projects have been excluded from our sync to mirrors because of their large ratio of "stale" files. */technology/cosmos /technology/dltk /technology/linuxtools /technology/nebula /technology/ohf /technology/swtbot **/technology/tigerstripe **/tools/ajdt /tools/aspectj /tools/buckminster /tools/mylyn /tools/orbit /tools/pdt /tools/ptp * */tools/cdt* is also guilty; however, that project generates too many downloads to be excluded. CDT team, please do take some time to clean up your download space. Next week I will look at *Modeling* and *Birt*. If you're in one of the above projects, this means the only options for downloading your bits are download.eclipse.org and Amazon AWS. Fear not: Amazon has plenty of bandwidth to support all our downloads, so impact on your users will be virtually nil. Regardless, maintaining a reasonable download footprint is imperative. I know this all may seem heavy-handed, but it's not meant to be. I simply want to avoid a collapse of our network of mirror sites. If you believe I've wrongly assessed your downloads area, or if you've cleaned it up, I will happily reverse the exclusion. If you need assistance in moving files to the archives, please send an email to [email protected]. If specific subsets of your downloads area must remain there, please ask for them to be excluded. Any further ideas, or discussion can happen on https://bugs.eclipse.org/bugs/show_bug.cgi?id=315073. Thanks for your understanding, Denis [1] Moving files to the archives: http://wiki.eclipse.org/IT_Infrastructure_Doc#Downloads -- Eclipse Summit Europe, Nov 2-4 http://www.eclipsecon.org/summiteurope2010/
_______________________________________________ eclipse.org-committers mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/eclipse.org-committers IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation. To be permanently removed from this list, you must contact [email protected] to request removal.
_______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev
