Releases/Firefox 3.0.4:BuildNotes

From MozillaWiki
Jump to navigation Jump to search

Build Engineers

joduinn
Tracking release bug

Bonsai queries

Bonsai query is: last checkin

Updated CVS Tags devmo page.

Tags

Build 1:

Module Branch Tag Pull date
cvsroot/mozilla HEAD FIREFOX_3_0_4_BUILD1 2008-10-28 22:06 PDT
l10n/l10n HEAD FIREFOX_3_0_4_BUILD1 2008-10-28 22:06 PDT

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, bootstrap.cfg. Retagged bootstrap.cfg.
  • On all the slaves:
    • ran 'DISPLAY=:0 xhost +' to make sure linux AliveTest works.
    • remove /builds/verify/firefox-3.0.2, /builds/verify/firefox-3.0.3
    • verified we're using same version of tinderbox as before (RELEASE_AUTOMATION_M11), so nothing to do.
    • On the linux slave, removed:
      • /builds/updates/firefox-3.0.3
      • /builds/source/firefox-3.0.3
      • /data/cltbld/firefox-3.0.3
    • On the mac slave, removed nothing, as there was loads of space.
  • Space on slaves before starting:
    • fx-linux-1.9-slave2: 27G on /builds
    • fx-mac-1.9-slave2: 22G on /
    • fx-win32-1.9-slave2: 16.5G on d:, 2.5G on e: (disk heavy work is done on d, eg update_verify. build/repack is done on e, but mostly just overwrites existing data)
  • Gulped, and kicked off automation:
#login to production-1.9-master as buildbot
#
buildbot sendchange --username=joduinn --master=localhost:9989 -m"Firefox 3.0.4build1 release" go

Tag

  • No problems

Source

  • No problems

Build & Repack

  • linux, mac: No problems
  • win32: slave ran out of space during repack:push.
    • Even though I'd verified that we had enough free space beforehand - and had more free space then we had when starting FF303. Still dont understand why.
    • restarted at just repack:execute, ran to completion just fine.

Sign

  • Signing doc
  • no problems.
  • tweaked master.cfg, and did new sendchange to resume automation from this point.
$ buildbot sendchange --username=joduinn --master=localhost:9989 -m"Firefox 3.0.4build1 release after signing" go

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 - expected failure on gu-IN for 3.0b1...3.0b5. Otherwise, no problems.
  • win32 - still in progress.

Stage

  • Automated - no problems.

Push to beta channel

Done in tandem with 2.0.0.18, see the 2.0.0.18 BuildNotes for details.

Sign Installers

Done manually using these installer-signing-instructions here

  • complete stage-merged:
# on stage
cd /data/cltbld/firefox-3.0.4/
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.4/stage-merged/
~/bin/checksum-files .
  • Fix permissions & ownership (on the two SUM files, and the detached sigs)
chown -R cltbld:firefox .
chmod 644 *SUMS
    • FIXME: I noted that the permissions on the *SUMS files were correct before I ran the chmod above. Is this still needed?

Update Bouncer

  • Done.

Push to mirrors

  • push the stage-merged directory to the releases area:
# on stage
rsync -av /data/cltbld/firefox-3.0.4/stage-merged/ /home/ftp/pub/firefox/releases/3.0.4/
  • edit the exclude file /pub/mozilla.org/zz/rsyncd-mozilla-current.exclude to add the new release (3.0.4) and remove the previous release (3.0.3).

Final Verification

  • Verify that releasetest points to valid bouncer links:
# this can be run from anywhere
cvs co mozilla/testing/release
cd mozilla/testing/release/updates
cat moz19-firefox-*.cfg | grep -v major | sed 's/betatest/releasetest/' | grep -v 2.0a | grep -v 2.0b > update.cfg
./verify.sh -t update.cfg 2>&1 | tee quickVerify.log
  • Look for any HTTP error codes besides 200 ("OK") and 302 ("Found"):
grep HTTP quickVerify.log | grep -v 200 | grep -v 302
  • First testrun hit:
    • ?? occurrences of 404s


  • Before pushing final updates,verify that "release" and "releasetest" channel match:
# on aus2-staging
$ cd 20081103-Firefox-3.0.4
$ find -type d -iregex '.*release.*' | perl -nle '$a = $_; $a =~ s/release/releasetest/; system("diff -r -u $_ ../20081103-Firefox-3.0.4-test/$a");'
$

Publish Updates to Release Channel

While waiting for the formal "go," ran:

time ~/bin/backupsnip 20081103-Firefox-3.0.4
real	33m58.819s
user	0m26.811s
sys	0m37.705s

Release

  • In case you need to cancel/abort updates, the quickest way to do this is here


$ time ~/bin/pushsnip 20081103-Firefox-3.0.4