Releases/Firefox 3.5.3/BuildNotes

From MozillaWiki
Jump to: navigation, search

Build Engineers


Signed-off Revision(s)

Build1: 45436bc0b7fd


On releases/mozilla-1.9.1:

Build # Tag Changeset
1 GECKO1913_20090824_RELBRANCH 45436bc0b7fd
FIREFOX_3_5_3_BUILD1 FIREFOX_3_5_3_RELEASE 0da982f65d37

Build data

Type Build ID Build machine
[Windows installer/zip] 20090824101458 moz2-win32-slave29
[Mac compressed] 20090824085414 bm-xserve22
[Linux compressed] 20090824085743 moz2-linux-slave14


  • Useful docs and FAQs here.
  • Done on production-master02

Build 1

  • Cleaned up previous releases' build dirs
    • Don't know which slaves they were on now, but here's the dirs. For future reference: look at the waterfall to find out which slaves need which dirs cleaned:
      • Linux
        • /builds/slave/{tag,source,linux_build,linux_repack,updates,linux_update_verify,final_verification}/*
      • Mac
        • /builds/slave/{macosx_build,macosx_repack,l10n_verification,macosx_update_verify}/*
      • Win32
        • /e/builds/moz2_slave/{win32_build,win32_repack,win32_update_verify}/*
  • l10n-changesets updated in bug 510033
  • Land version bump, reconfig production-master02
  • Kick-off automation:
buildbot sendchange --username=bhearsum --master=localhost:9010 --branch=releases/mozilla-1.9.1 -m "Firefox 3.5.3 build1" goforit


No problems


No problems


  • Linux: no problems
  • Mac: no problems with en-US
    • noticed l10n slaves on pm02 were wrong bug 512271
    • Moved some machines over to help cope, forgot to clobber one first though. Had to manually do eo and el because of it. See below for details
    • no other problems
  • Win32: no problems
  • removed 3.5.3-candidates/build1/en-US.xpi from stage after all en-US builds done
Manual builds of mac eo and el
# cltbld @ bm-xserve17
cd /builds/slave/macosx_repack/build/releases/l10n-mozilla-1.9.1
hg clone$locale
cd $locale
hg up -C -r FIREFOX_3_5_3_RELEASE
cd /builds/moz2_slave/macosx_repack/build/mozilla-1.9.1/browser/locales
make installers-$locale MOZ_MAKE_COMPLETE_MAR=1 MOZ_PKG_PRETTYNAMES=1 MOZ_PKG_VERSION=3.5.3 ZIP_IN=/builds/moz2_slave/macosx_repack/build/mozilla-1.9.1/firefox.dmg
make l10n-upload-$locale AB_CD=$locale MOZ_MAKE_COMPLETE_MAR=1 MOZ_PKG_PRETTYNAMES=1 MOZ_PKG_VERSION=3.5.3 POST_UPLOAD_CMD=" -p firefox -v 3.5.3 -n 1 --release-to-candidates-dir" UPLOAD_USER=ffxbld UPLOAD_TO_TEMP=1 UPLOAD_SSH_KEY="~/.ssh/ffxbld_dsa"
# then, updated $locale and run it all again


instructions No problems


  • Hit setupBuild exception - probably a reload/reconfig problem - bug 512321
    • Fixed the bug, used force build to trigger again
  • Ran fine this time, a few locale changes, nothing of note

Generate updates and push betatest snippets

No problems

Update verify

  • Linux: pass
  • Win32: pass (but has warnings about .chk files)
  • Mac: failed first time because the dmg unpacker didn't have a +x bit
    • Checked in a fix for that, fully green on the next run.

Publish updates to beta channel

We simul-shipped with 3.0.14, which backupsnip was run for so we skipped it here

# cltbld @ aus2-staging
cd /opt/aus2/snippets/staging
~/bin/pushsnip 20090824-Firefox-3.5.3-beta

Update Bouncer


Final checks before push

Each of the find calls should return no output.

cd /pub/
find . ! -user ffxbld
find . ! -group firefox
find . -type f ! -perm 644
find . -type d -mindepth 1 ! -perm 755 ! -name 'contrib*'
find . -type d -maxdepth 1 ! -perm 2775  -name 'contrib*'

No Solaris builds at this point, so no output from any of these commands.

Push to mirrors

# ffxbld@stage
rsync -av --exclude=*.log --exclude=*.txt --exclude=*unsigned* /pub/ /pub/
# cltbld@stage
vim /pub/
# replace 3.5.2 with 3.5.3

Final Verification

Kicked off from pm02 waterfall - no problems with any links.

Push updates to release channel

Backupsnip had been run for 3.0.14.

# cltbld @ aus2-staging
~/bin/pushsnip 20090824-Firefox-3.5.3


cd /home/ftp/pub/firefox/releases 
rm latest-3.5 && ln -s 3.5.3 latest-3.5

XULRunner build

Create the builds by going to the buildbot waterfall for mozilla-1.9.1 and forcing builds for linux (not x64), mac and windows xulrunner. Set the branch to 'releases/mozilla-1.9.1' and revision to 'FIREFOX_3_5_3_RELEASE'.

When they finish, as xrbld@stage move the dir from /pub/ to ..../nightly/ Remove the broken symlink at xulrunner/nightly/2009-09-xx-xx-mozilla-1.9.1. Contact mfinkle and dtownsend for smoketest QA.

Publishing is done in a similar (but not identical!) way as 3.0.13:

# cltbld@stage

mkdir -p ~/xulrunner-${VERSION}/batch1/stage-unsigned/{runtimes,source,sdk}
cd ~/xulrunner-${VERSION}/batch1/stage-unsigned
rsync -av --exclude=*sdk* --exclude=*info* \
  /home/ftp/pub/xulrunner/nightly/${VERSION}-candidates/build${BUILD}/ runtimes/
rsync -av --include=*sdk* --exclude=* \
  /home/ftp/pub/xulrunner/nightly/${VERSION}-candidates/build${BUILD}/ sdk/
cp -pv /pub/${FX_VERSION}/source/firefox-${FX_VERSION}-source.tar.bz2 \
cd ~/xulrunner-${VERSION}/batch1
rsync -av stage-unsigned/ stage-signed/

Then create detached signatures per usual process (with PRODUCT=xulrunner, VERSION=, don't need BUILD or TAG), skip the win32 signing section, do pgp, verify and upload. Back on stage:

cd ~/xulrunner-${VERSION}/batch1/stage-signed
cp /pub/${FX_VERSION}/KEY .
~/bin/checksum-files .
chown -R cltbld:xulrunner .
find . -type f -exec chmod -v 644 {} \;
find . -type d -exec chmod -v 755 {} \;
cd ~/xulrunner-${VERSION}/batch1
rsync -nav stage-signed/* /home/ftp/pub/xulrunner/releases/${VERSION}/

If all is fine then

rsync -av stage-signed/* /home/ftp/pub/xulrunner/releases/${VERSION}/

Update the links in these two wiki pages for the version change