Closed
Bug 636127
Opened 13 years ago
Closed 13 years ago
mozilla-central nightlies busted on all platforms but linux 32bit
Categories
(Release Engineering :: General, defect, P2)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: Pike, Assigned: armenzg)
Details
(Whiteboard: [l10n])
The l10n nightly repacks don't find their en-US builds on any platform but 32bit linux today.
Comment 1•13 years ago
|
||
Looks like dupe of bug 636136 to me.
Reporter | ||
Comment 2•13 years ago
|
||
I don't think so, this is a nightly. My data doesn't really know which nightly this is, this could be the nightly from late yesterday that folks are supposed to stick to. Didn't get an update to that. Not sure how that got triggered, and why one platform would succeed in triggering the follow ups while the others don't.
Assignee | ||
Updated•13 years ago
|
Assignee: nobody → armenzg
Priority: -- → P2
Whiteboard: [l10n]
Assignee | ||
Comment 3•13 years ago
|
||
A nightly was trigger yesterday around 19:16pm PDT. The changeset used was http://hg.mozilla.org/mozilla-central/rev/42e7f9088975 (which is still b12pre) The L10n repacks triggered by that changeset used: http://hg.mozilla.org/mozilla-central/rev/67ee5b40edd5 to retrieve the en-US nightly build (which at that time indicated b13pre. Today's nightly builds have put us back on the right track. If the en-US nightly passed to the L10n repacks the revision that it used we could avoid these problems. Let me know if you want the core issue to be fixed and we can fix it on a another bug.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 4•13 years ago
|
||
Which is indicated to be fixed in bug 636136.
Resolution: FIXED → WORKSFORME
Reporter | ||
Comment 5•13 years ago
|
||
This implies that the nightly users for non-en-US non-linux32 will not be on the B12-corresponding nightly for the next few days, right?
Assignee | ||
Comment 6•13 years ago
|
||
You are right except that it is happening for all platforms. You happened to see green linux32 because they finish faster than the other platforms. If you look at http://l10n.mozilla.org/~axel/nightlies/ you can see there was a set of linux32 that went red.
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
•