How to use Visual Studio 2010 to build Firefox using Try
It took a while to start working on Bug 563317 and get it working properly.
The first challenge was the OPSI installation procedure of Visual Studio 2010 which requires 3 reboots (!) to get installed properly. The final OPSI installation instructions don’t seem too horrible.
The second challenge was awaiting me after I deployed the package on the try build slaves. Our start-buildbot.bat batch file was setting Visual Studio 2005 environment variables and it was not easy to reset those variables easily. After a bunch of try pushes the solution was pushed!
So, if you want to compile Firefox with Visual Studio 2010 using try server, add the following line to the end of your mozconfig:
. $topsrcdir/browser/config/mozconfigs/win32/vs2010-mozconfig
P.S. To have talos tests for debug builds running properly we still need to fix Bug 701700 and deploy VC++ 2010 debug CRT on talos slaves.
64 bit L10N nightly builds for MacOS X and Linux are live
Yesterday after the downtime we enabled 64 bit builds for MacOS X and Linux platforms. Partial updates will be available after the second build. Enabling new platforms went very smooth, kudos go to Coop.
Download your shiny localized 64 bit builds here: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/
Happy testing!
Harvesting releases
This month was a very interesting one.
I had a chance to be involved into 6 (!) release processes: 3.7a1, 4.0b1 (2 builds), 3.6.6, 3.6.7 and 3.5.11. All of these builds were unique (at least for me).
3.7a5
Last alpha with a different naming (MozillaDeveloperPreview). We introduced linux64 and macosx64 platforms in this release. Lucky me, the build environment for these platforms was carefully prepared and tested by Armen and Bear beforehand. During the preparation for this release, RelEng resolved some annoying bugs, which reduced manual intervention into the release process.
4.0b1
Not released yet. First branded version of Firefox 4 built for 5 platforms. Due to some discovered bugs we had to wait a day or two and produce build2.
3.6.6
Stable release with some fixes. Nothing unusual except the previous product version, 3.6.4 (not 3.6.5), and some fun with forcing L10N repacks. Despite of the fact that the time when we started the build wasn’t ideal (Friday night, my Saturday morning) we released it in less than 24 hours. It is the fastest release in RelEng history. It’s pleasure being a part of history.
3.6.7
Not released yet. Available for the beta users. We had to run this release in parallel with 3.5.11. Needed some sed magic for snippets (thanks to Nick) to reduce server load and use to the mirrors for the beta channel updates. A lot of fun with producing Major Updates (MU) for Firefox 3.0.19 manually.
3.5.11
Not released yet old stable version. Available for the beta users. The build was done in parallel with 3.6.7. As a part of this build we also produced MUs for 3.5.x -> 3.6.7. MUs were done by release automation.
As a result, now I have much more clearer understanding of the release process, the release work flow and the release infrastructure.
Special thanks go to Ben Hearsum, Chris AtLee and Nick Thomas for being great supervisors!
¡Hello world!
Don’t want to bother, first of all, myself, then you, dear reader, with a long boring first message.
Greetings!
rail
