Closed
Bug 580102
Opened 15 years ago
Closed 15 years ago
contrib,contrib-localized being removed from candidates directories
Categories
(Release Engineering :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: nthomas, Assigned: coop)
Details
(Whiteboard: [automation][releases])
Both 3.5.11 and 3.6.7 are affected, which blocks Solaris & OS/2 folks. Possibly fallout from bug 342972.
Comment 1•15 years ago
|
||
Assign to coop based nick's comment and his agreement.
Assignee: nobody → ccooper
Assignee | ||
Comment 2•15 years ago
|
||
I've turned on the verbose flag in rm commands in the crontab so we'll see what it's deleting. The crontabs should be ignore the candidates dirs entirely though.
Assignee | ||
Updated•15 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P2
Assignee | ||
Comment 3•15 years ago
|
||
I seriously don't think it was the cleanup scripts. The weekly crontab entries run on Sundays, and the existing contrib dirs for 3.5.11 and 3.6.7 were created in the afternoon on Monday July 19.
Also, there are contrib dirs from 3.6.6 (and 3.6.4 and 3.0.19) that still have builds in them, so this seems fishy to me.
I'll leave the verbose logging on to make sure though.
Reporter | ||
Comment 4•15 years ago
|
||
This one (ffxbld) doesn't ignore candidates dirs:
@weekly nice -n 19 find /home/ftp/pub/firefox/nightly -depth -empty -type d -exec rmdir -v '{}' \;
Assignee | ||
Comment 5•15 years ago
|
||
Oh, I thought the implication was that we had lost files, rather than just losing empty contrib dirs before contributors had uploaded anything.
Is that what happened here?
Reporter | ||
Comment 6•15 years ago
|
||
Apart from bug 573879 I don't think we've heard a complaint the Solaris or OS/2 people. Their timing for pushing content into those directories varies a bit so could just be empty dirs getting cleaned up.
I noticed there was no contrib dir for firefox 3.5.11, 3.6.7, thunderbird 3.0.6, 3.1.1 candidates.
I didn't upload builds yet at that time.
Assignee | ||
Comment 8•15 years ago
|
||
(In reply to comment #4)
> This one (ffxbld) doesn't ignore candidates dirs:
> @weekly nice -n 19 find /home/ftp/pub/firefox/nightly -depth -empty -type d
> -exec rmdir -v '{}' \;
I think the solution is to switch to this:
@weekly nice -n 19 find /home/ftp/pub/firefox/nightly -wholename '*-candidates/contrib*' -prune -o -empty -type d -exec rmdir '{}' \;
-prune doesn't work with -depth, so we end up with a little STDERR spam with this, but it's liveable.
Assignee | ||
Comment 9•15 years ago
|
||
(In reply to comment #8)
> @weekly nice -n 19 find /home/ftp/pub/firefox/nightly -wholename
> '*-candidates/contrib*' -prune -o -empty -type d -exec rmdir '{}' \;
I've updated all the crontabs to behave as above, and re-added contrib/ dirs to the candidates dirs where they were missing.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 10•15 years ago
|
||
FYI on bug 586230 we are not sure if the contrib directories are being created or if the cleaning scripts might have been cleaned.
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•