Closed
Bug 608005
Opened 14 years ago
Closed 10 years ago
split nightly repacks into N builders per platform
Categories
(Release Engineering :: General, defect, P2)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 740142
People
(Reporter: bhearsum, Unassigned)
References
Details
(Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/1963] [l10n])
Once bug 608004 is fixed we can find some way to divide nightly repack work (per platform) across multiple builders, triggering 1 build on each for a set of repacks.
Reporter | ||
Updated•14 years ago
|
Priority: -- → P4
Updated•14 years ago
|
Whiteboard: [l10n]
Reporter | ||
Updated•14 years ago
|
Comment 1•14 years ago
|
||
What is the ETA for this?
I would like to know if it is worth adding retry ability to the current L10n nightly code or wait for this to happen.
Comment 2•14 years ago
|
||
Ben already got this working for mobile:
http://hg.mozilla.org/build/tools/file/default/scripts/l10n/nightly_mobile_repacks.sh
I think this should be a usable model for desktop.
Comment 3•13 years ago
|
||
found in triage.
Component: Release Engineering → Release Engineering: Automation
OS: Mac OS X → All
QA Contact: release → catlee
Reporter | ||
Comment 4•12 years ago
|
||
Part of the motivation behind this bug is to get the nightly l10n builders using the same code as the release ones again. We could fix _that_ part by using these scripts but not chunking: eg, 1 locale per job, just like the current nightly builders. That could be a nice way to do it until we figure out the Tinderbox reporting story.
Priority: P4 → --
Updated•12 years ago
|
Priority: -- → P2
Updated•12 years ago
|
Severity: normal → major
Comment 5•12 years ago
|
||
Now that tinderbox is out of the picture for l10n, our reporting story is much simpler.
What I'd like to see here as an end state, which is an amalgam of many bugs:
* chunked nightly repacks (this bug)
* single script for nightly and release repacks, preferably in mozharness
* use pre-built mar and bsdiff (bug 785392)
* use mozconfigs (bug 774947)
* Windows release repacks on Win64 (bug 849019)
I don't want to explicitly block this bug on the above, but it seems like a logical (if large) chunk of work. It also seems pretty well-defined with known-good end states to match against. Intern project?
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Updated•10 years ago
|
Whiteboard: [l10n] → [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/1963] [l10n]
Reporter | ||
Comment 6•10 years ago
|
||
bug 740142 is moving nightly l10n to mozharness, and chunking them.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•6 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•