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)

x86
macOS
defect

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?
I'll get to this soon-ish.
Assignee: nobody → bhearsum
Priority: -- → P3
This is likely to get fixed by the patch in bug 613970 this week.
Fixed by bug 613970.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.