Closed Bug 672660 Opened 13 years ago Closed 13 years ago

langpacks in new ftp location don't get cleaned up ?

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Pike, Unassigned)

Details

(Whiteboard: [l10n])

In http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/win32/xpi/ there is a complete set of old langpacks.

I think you guys have scripts to clean up, so I suspect those don't cover the platform subdirs to prune teh langpacks?
That's right. I will look into it.
Assignee: nobody → armenzg
Status: NEW → ASSIGNED
I didn't have a chance to look at this putting it back into the pool since I will be gone next week.
Assignee: armenzg → nobody
Status: ASSIGNED → NEW
Now in ffxbld@stage crontab:

for i in central aurora 2.0 1.9.2; do nice -n 19 find /home/ftp/pub/firefox/nightly/latest-mozilla-${i}-l10n/ -type f ! -name \*.txt.gz ! -name README\* -mtime +2 -exec ls {} \; ; done
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
(In reply to comment #3)
> ... -exec ls {} \;

for realz ?
Sorry, copy/pasted the test line.
30 1 * * * for i in central aurora 2.0 1.9.2; do nice -n 19 find /home/ftp/pub/firefox/nightly/latest-mozilla-${i}-l10n/ -type f ! -name \*.txt.gz ! -name README\* -mtime +2 -exec rm -f {} \; ; done
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.