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)
Release Engineering
General
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?
Comment 1•13 years ago
|
||
That's right. I will look into it.
Assignee: nobody → armenzg
Status: NEW → ASSIGNED
Comment 2•13 years ago
|
||
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
Comment 3•13 years ago
|
||
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
Comment 4•13 years ago
|
||
(In reply to comment #3) > ... -exec ls {} \; for realz ?
Comment 5•13 years ago
|
||
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
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•