Closed
Bug 628392
Opened 15 years ago
Closed 14 years ago
release repacks do not list of locales failing easily
Categories
(Release Engineering :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: armenzg, Assigned: bhearsum)
References
()
Details
(Whiteboard: [l10n][releases])
Since the new multiple locales per builder work we have lost the ability to see which locale has failed on a release.
For example you can see an example on bug 628390 which ended like this:
> Traceback (most recent call last):
> File "/builds/slave/rel-192-osx-rpk-4/build/scripts/scripts/l10n/create-release-repacks.py", line 180, in <module>
> releaseConfig["mergeLocales"], options.platform, brandName)
> File "/builds/slave/rel-192-osx-rpk-4/build/scripts/scripts/l10n/create-release-repacks.py", line 72, in createRepacks
> raise RepackError("At least one repack failed, see above")
> __main__.RepackError: At least one repack failed, see above
I can think of two ways of fixing this:
A) the script is broken into a setup step + a step per locale
B) the script can post at the end which locales failed and at which step
What do you think?
Assignee | ||
Updated•15 years ago
|
Priority: -- → P3
Assignee | ||
Comment 3•14 years ago
|
||
This is likely to get fixed by the patch in bug 613970 this week.
Assignee | ||
Comment 4•14 years ago
|
||
Fixed by bug 613970.
Assignee | ||
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
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
•