376995 - app/nightly/latest-* have junk from 2005

Status: RESOLVED FIXED

(Release Engineering :: General, defect, P3)

Description

[timeless]

[   ] xulrunner-1.8b2.en-US.linux-i686.tar.gz         07-Jul-2005 07:12  7.5M  
[   ] xulrunner-1.8b2.en-US.win32.zip                 07-Jul-2005 06:06  5.5M  

1.8b2 is a very strange definition of latest. can we please try not to make the amount of work for mirrors and visitors so high?

we're getting patches pointing to files that are about this old.

note that it'd be good if we deleted possibly *all* files from
http://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest-trunk/

but at the very least the SDK files as they aren't latest.

the act of constantly renaming versions (latest-trunk has 10 or so different "latests") is causing pain for people who want to have useful links to locations (someone would have to fix all links about monthly).

Comment 1

[:Gavin Sharp [email: [e-mail]]]

See also bug 305200 and bug 306415.

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

Coincidentally, I just started on a one-time purge of all the app/nightly/latest- dirs so I'll morph this as documentation of that.

For the record, there aren't any mirrors of this part of the ftp anymore, but we can certainly do without the confusion. Bug 342972 will be the way to keep them clean when the migration of the staging server is done.

Comment 5

[Nick Thomas [:nthomas] (UTC+12)]

I've cleaned out the Firefox, Thunderbird, and XULRunner latest-* directories. The calendar apps and SeaMonkey seem to have kept their own houses in order.

For the l10n case, I've removed old version but left stale xpis. Is that OK Axel ? If not, what's the age threshold for deletion ?

Comment 6

[Axel Hecht [:Pike]]

As per chat on IRC, we should nuke all langpacks that don't apply on the trunk anymore, and thus, anything that's older than the latest alpha.

Not that those language packs will be highly useful that much, as they just die with the next en-US check-in adding strings.

Comment 7

[Nick Thomas [:nthomas] (UTC+12)]

(In reply to comment #6)
Done, except I was kind in the case of trunk win32 (where there is no tbox at the moment, bug 374197). That completes the one-off cleanup of these directories. I'm making this bug dependent on bug 342972 so we get a long term solution.

Comment 8

[Nick Thomas [:nthomas] (UTC+12)]

Should have closed this at comment #7.