Closed Bug 810394 Opened 13 years ago Closed 13 years ago

figure out how to deal with final release / esr l10n changesets in release kickoff

Categories

(Release Engineering :: Release Automation, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bhearsum, Assigned: bhearsum)

References

Details

(Whiteboard: [shipit])

Both of these releases have different challenges when it comes to l10n. For final releases, we don't have accurate l10n milestones on the dashboard. If we can't get that fixed, we may need to point release runner at a different location than the l10n dashboard -- perhaps an edited copy on a people account or some such thing. Maybe give it the changesets file directly instead of a URL. For ESRs, we don't have l10n milestones at all because we don't take l10n changesets. For these we can probably just point release runner at the currently checked in l10n changesets, eg: https://hg.mozilla.org/build/buildbot-configs/raw-file/FIREFOX_10_0_10esr_RELEASE/mozilla/l10n-changesets_mozilla-esr10
A few of us talked about this in a meeting today and came to the conclusion that feeding in a changesets file directly isn't such a bad idea. Doing that would put the informational directly into the system (rather than getting it indirectly), and allow us to edit the incorrect dashboard one without needing to put it on people or some other server. If we do this, I want to make sure the file is reviewable on releases.html, so whomever it is that's marking the releases as ready can make sure the correct locales are removed before marking as ready.
Whiteboard: [kickoff]
This is fixed in the latest version of kickoff.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Whiteboard: [kickoff] → [shipit]
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.