The following changes are made that you should be aware of:
Phase I (done yesterday, first nightlies from today):
* The nightlies in latest-comm-1.9.1 are the official ones now.
* FTP has latest-comm-central and latest-trunk symlinked to
latest-comm-1.9.1 for the first part of the transition.
* Those are static builds with reduced build size and hopefully better
performance.
* Dependent builds ("build" columns, "hourlies") continue to be shared
builds.
* Linux has a "leak test build" column that runs debug builds.
* Nightlies and dependent builds are being run on x86_64 Linux, even
though this should still not be considered a tier-1 platform and has
no L10n builds.
* Localized nightlies are in latest-comm-1.9.1-l10n and built with the
"L10n merge" tooling that injects en-US for missing strings,
eliminating most cases of the "yellow screen of death".
* The SeaMonkey tinderbox waterfall page has those buildbots reporting
as columns containing "comm-1.9.1" in their names.
* Due to ongoing slight instabilities in the 10.5 VMs, the old
"comm-central" 10.4 unit test machine stays up there as well.
* All other comm-central builds disappear from the scene.
* For localizers, the comm-1.9.1 builds on their Mozilla-l10n-*
waterfall pages are the relevant reference.
* All VMs on the same platform run in generic pools, so that any of the
machines can do any dependent build, nightly, L10n repackaging or
unit test run, the buildbot master hands those jobs on a "first come,
first serve" basis to the available slaves.
Phase II (once bugs 502031 and 502033 are solved):
* Builds with mozilla-central will be set up in addition, uploading
nightlies to a latest-comm-central-trunk directory.
* A version number of "2.1a1pre" will be used there for now, there's no
definitive decision on what version the next SeaMonkey will be yet
though, this is the lowest possible version to use atm.
* FTP symlinks for latest-comm-central and latest-trunk are removed.
* The comm-1.9.1 builds will be switched to report to a new
SeaMonkey2.0 tinderbox waterfall page (as well as the 10.4 tests).
* The comm-central-trunk builds will report to the SeaMonkey page.
* No unit test builds will be activated for comm-central-trunk while we
don't have all the machines we need in the pools (due to Parallels
network problems).
* L10n builds for comm-central-trunk use l10n-central work and also
report to the Mozilla-1l10n-* tinderbox waterfalls, dashboard for
this might only come up some time later.
Phase III (once bug 493321 is solved):
* Turn on unit tests for comm-central-trunk
* A few other incremental improvements can be thought of when Phase II
is completed, such as running packaged tests, AUS for L10n, etc. but
all those can be done individually, step by step, then.
* Once 10.5 Mac VMs are completely stable and not intermittently
crashing because of Parallels issues, we'll turn off the 10.4 unit
test machine and hand it back to Mozilla IT.
Relevant links:
FTP directories:
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-1.9.1/
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-1.9.1-l10n/
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central-trunk/
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central-trunk-l10n/
Tinderbox waterfall pages:
http://tinderbox.mozilla.org/SeaMonkey/
http://tinderbox.mozilla.org/SeaMonkey2.0/
Status Meeting notes:
https://wiki.mozilla.org/SeaMonkey:StatusMeetings:2009-06-30#Any_other_business.3F
Bug Reports:
Moving new pooled buildbots to production:
https://bugzilla.mozilla.org/show_bug.cgi?id=485821
Mac VM instabilities:
https://bugzilla.mozilla.org/show_bug.cgi?id=494671
Parallels network problems:
https://bugzilla.mozilla.org/show_bug.cgi?id=493321
Getting old VMs into the new pools (prerequisite for Phase II):
https://bugzilla.mozilla.org/show_bug.cgi?id=502031
Set 2.1a1pre version number for builds with mozilla-central:
https://bugzilla.mozilla.org/show_bug.cgi?id=502033
I hope this whole transition works well for everybody. It was a bumpy
ride and a good amount of work to get this all up, but it largely
reduced the amount of maintenance needed and makes us share more
buildbot code with Firefox and Thunderbird already now and even more
once this all is completed.
Robert Kaiser
Please don't reply via personal mail to group / list postings, it's very
likely that others are also interested in what you have to tell or ask.
That said, the current changes don't affect anything for local builds,
comm-central still uses mozilla-1.9.1 code and l10n-mozilla-1.9.1
locales by default.
Once we branch our repository, we'll have the new branch repo (probably
named "comm-1.9.1") lead to SeaMonkey 2.0 and Thunderbird 3.0 and
continue to use the 1.9.1 repositories, while comm-central will switch
back to the main -central repositories. We will post about this
separately when it happens.
The "comm-central-trunk" builds coming up in "Phase II" of what I have
posted will start testing things for that branching by experimentally
tracking comm-central with mozilla-central and l10n-central, but that
will be unofficial.
For working towards SeaMonkey 2.0 and Thunderbird 3.0, the default
comm-central setup with the 1.9.1 repositories is still what you want,
and the focus for L10n work for those is release is and will be on
l10n-mozilla-1.9.1 as well.
Robert Kaiser