Releases/Firefox 3.0.6/BuildNotes

Build Engineers

coop
Tracking release bug

Bonsai queries

last cvs checkin

last l10n checkin

Updated CVS Tags devmo page.

Tags

Build 1:

Module	Branch	Tag	Pull date
cvsroot/mozilla	HEAD	FIREFOX_3_0_6_BUILD1	2009-01-15 15:58 PST
l10n/l10n	HEAD	FIREFOX_3_0_6_BUILD1	2009-01-16 16:36 PST

Build data

Type	Build ID	SHA1	Push date	Build machine
[Windows installer/zip]				fx-win32-1.9-slave2
[Mac compressed]				fx-mac-1.9-slave2
[Linux compressed]				fx-linux-1.9-slave2

Notes

Build 1

Bootstrap Tag: RELEASE_AUTOMATION_M11

Setup before starting:

• updated master.cfg (no changes found)
• On linux slave (fx-linux-1.9-slave2):
  • ran 'DISPLAY=:0 xhost +' to make sure linux AliveTest works
  • removed:
    • /builds/verify/firefox-20016-301-real-major
    • /builds/verify/firefox-20018-304-real-major
    • /builds/verify/firefox-3.0.5
    • /builds/updates/firefox-3.0.5
    • /builds/source/firefox-3.0.5
    • /data/cltbld/firefox-3.0.5
• On the mac slave (fx-mac-1.9-slave2):
  • removed nothing, as there was loads of space.
• On the windows slave (fx-win32-1.9-slave2):
  • removed:
    • /e/builds/buildbot/trunk-automation/twistd.log.???
    • /e/builds/buildbot/trunk-automation/twistd.log.??
    • /e/xr19rel/WINNT_5.2_Depend
• Space on slaves before starting:
  • fx-linux-1.9-slave2: 20G on /builds
  • fx-mac-1.9-slave2: 20G on /
  • fx-win32-1.9-slave2: 16.5G on d:, 5.50G on e: (disk heavy work is done on d, eg update_verify. build/repack is done on e, but mostly just overwrites existing data)
• changed frequency of l10n_nightly_scheduler from [1,9,13,17,21] to [1] in master.cfg
• Kicked off automation:

buildbot sendchange --username=ccooper --master=localhost:9989 -m"Firefox 3.0.6build1 release" go

Tag

• Step Tag died right away:

ASSERT: Tag::Execute(): /builds/tags/FIREFOX_3_0_5_BUILD1/cvsroot already exists? at Bootstrap/Step/Tag.pm line 65.

• tagged new bootstrap.cfg as RELEASE_AUTOMATION_M11 and sent another sendchange
• second attempt: no problems

Source

• No problems

Build & Repack

• No problems

Sign

• Signing doc
• no problems.

L10nVerify

• Automated - no problems.

Generate Updates

• Automated - no problems.

Publish Updates to Test Channels (betatest & releasetest)

• Automated - no problems.

Update Verify

• linux - no problems.
• mac - no problems.
• win32 - similar issues to what we saw with 3.0.5. Ben/Ted rationalized it as follows:

[12:59pm] bhearsum: the chk files are supposed to be forced updates now
[12:59pm] bhearsum: (which means the partial should contain the full file, not just a diff)
[1:00pm] ted: for precisely this reason
[1:00pm] ted: well, sort of
[1:00pm] ted: the files differ between the zip and installer, so the partial was bogus
[1:02pm] bhearsum: the MARs are generated against the zip contents ?
[1:03pm] bhearsum: well, the chk files were certainly forced
[1:03pm] ted: i think so, aren't they?
[1:03pm] ted: isn't that the base reason we hit this problem?
[1:03pm] bhearsum: i'm not entirely certain, to be honest, but it sounds right
[1:03pm] bhearsum: yeah...
[1:03pm] bhearsum: right
[1:04pm] bhearsum: so the update verify test says they're different between the new installer, and the previous installer + mar
[1:04pm] bhearsum: and the reason we force them is so teh MARs don't fail because of this
[1:04pm] bhearsum: ergo, we get these sucky errors in the update verify log, but they won't cause issues
[1:04pm] ted: yeah, so the chk files are still going to differ between the installer+partial and new installer
[1:05pm] bhearsum: even in the complete mar
[1:05pm] ted: but they should be identical in the new zip and old installer+partial
[1:05pm] bhearsum: right

Stage

• Automated - no problems

Push updates to beta channel

# put snippets on beta
$ sudo su - cltbld
# make sure using latest version of scripts in mozilla/tools/release/bin/
$ cd bin
$ cvs update . 
$ cd /opt/aus2/snippets/staging
# note the required parameter must match what will be used with pushsnip below.
$ time ~/bin/backupsnip 20090120-Firefox-3.0.6-beta
Running /bin/tar cfvj /opt/aus2/snippets/backup/20090127-1-pre-20090120-Firefox-3.0.6-beta.tar.bz2 .

real	35m49.357s
user	0m37.752s
sys	1m2.350s

$ time ~/bin/pushsnip 20090120-Firefox-3.0.6-beta
Running /usr/bin/rsync -PaO /opt/aus2/snippets/staging/20090120-Firefox-3.0.6-beta/ /opt/aus2/incoming/3

real	1m17.814s
user	0m0.140s
sys	0m5.725s

Sign Installers

Done manually using these installer-signing-instructions here.

• complete stage-merged:

# on stage
cd /data/cltbld/firefox-3.0.6/
rsync -av batch1/mar/ stage-merged/
rsync -av batch1/stage-signed/ stage-merged/

• Create MD5 and SHA1 checksum files

# on stage
cd /data/cltbld/firefox-3.0.6/stage-merged/
~/bin/checksum-files .

• Fix permissions & ownership (on the two SUM files, and the detached sigs)

chown -R cltbld:firefox .
chmod 644 *SUMS

Update Bouncer

• Done.
• Note for next release: Do not remove the Check Now bit on the Firefox-3.0.6 Products until well after the change to the rsync module (to prevent the likes of bug 464566)