Releases/Firefox 3.1b3/BuildNotes
NB: All information on tags & revisions is not yet determined - do not take the current partial content as an indicator of anything at all.
Build Engineers
nthomas
release tracking bug
Signed-off Revision(s)
Build1: revision df865af82400
Tags
Build 1:
Module | Tag | Changeset |
release/mozilla-1.9.1 | GECKO191b3_20090304_RELBRANCH | df865af82400 |
FIREFOX_3_1b3_RELEASE, FIREFOX_3_1b3_BUILD1 | f2472bc0091b |
All l10n repositories listed in l10n-changesets were tagged with FIREFOX_3_1b3_RELEASE and FIREFOX_3_1b3_BUILD1.
Build data
Type | Build ID | Build machine |
[Windows installer/zip] | ||
[Mac compressed] | ||
[Linux compressed] |
Notes
- Did some disk cleanup before starting, making sure these dirs were all empty across the farm (/builds/*slave*/): tag source linux_build linux_repack macosx_build macosx_repack win32_build win32_repack l10n_verification updates linux_update_verify macosx_update_verify win32_update_verify final_verification
- Make sure any changes to files like l10n-changesets, release_config.py, and release_master.py have been updated on the master, and it has been reconfig'd to pick them up
Build 1
Close Firefox3.1 tree, and kicked off automation with: (TBC)
buildbot sendchange --master=localhost:9010 --username=nthomas --branch=releases/mozilla-1.9.1 -m "Firefox 3.1b3 build1 try#1" gogogo
Tag
Automation successfully did all the locales, then tried to push changes to releases/mozilla-1.9.1 and failed because of the CLOSED TREE hook. (XXX bug needed)
pushing to ssh://hg.mozilla.org/releases/mozilla-1.9.1 searching for changes remote: adding changesets remote: adding manifests remote: adding file changes remote: added 3 changesets with 6 changes to 5 files remote: Tree mozilla-1.9.1 is CLOSED! (http://tinderbox.mozilla.org/Firefox3.1/) remote: To push despite the closed tree, include "CLOSED TREE" in your push comment remote: transaction abort! remote: rollback completed remote: abort: pretxnchangegroup.a_treeclosure hook failed abort: unexpected response: empty string
Which seems bogus because pushes don't have comments, checkins do. Our version bump does have "CLOSED TREE" in it, but the two tagging operations don't. Fixed by adding a new line before <span id="extended-status"> on the tinderbox page, which disables the hook, and rerunning
hg push -e 'ssh -l ffxbld -i ~cltbld/.ssh/ffxbld_dsa' -f ssh://hg.mozilla.org/releases/mozilla-1.9.1
on moz2-linux-slave08.
Then made tag_factory a dummy, and did another sendchange - got same slave and died trying to reclone af locale, no fallout. Then reconfig'd master to pickup dummy factory, and did sendchange.
XXX Bug: non-release builders are also triggered by sendchange, reducing slave availability
Landed version bump for nightlies and reopened tree. You have to push -f because you're creating a new head (the relbranch doesn't create one but the first push after branching does).
Source
Automated, no problems
Build/Repack
- Linux: No problems
- Mac: Looks like the first build on each slave failed to update to the tag on m-1.9.1 example. Luckily we do this twice, and the second time uses the -C that the v0.9.5 mercurial needs to span the branch
- Win32: No problems