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

Sign

instructions Status: dll/exe signing running