<< Weekly Status Report, W27/2009 | The roads I take... | Integration eines Magento-2-Webshops mit FreeFinance und selbstgebautem Warenmanagement >>

Weekly Status Report, W28/2009

Here's a summary of SeaMonkey/Mozilla-related work I've done in week 28/2009 (July 6 - 12, 2009):

SeaMonkey Build/Release Harness:
A series of patches for buildbot tooling concerning L10n repackaging and release automation for comm-central applications got reviews and landed during a Mozilla maintenance window (to ensure that Firefox machines would be undisturbed). I also landed configuration files for SeaMonkey release automation, so that we are mostly ready for using that harness for 2.0 Beta 1.
The Mac unpackaging fix needs to land on 1.9.1 (I could land it on mozilla-central already and it performs well there) and the same for release tools needs to land correctly before we are fully ready.
I also could do Phase II of switching new buildbot configs to production, now the SeaMonkey waterfall has builds based on mozilla-central, while the default builds based on 1.9.1 are on the SeaMonkey2.0 page.
The fix for trunk Mac builds landed before doing that, as did the fix by Neil that also made the nightly update breakage go away, so things looked quite good for the trunk builds from the beginning, though I needed to switch off tests for Windows nightlies and enlarge the timeout for making build symbols to get the nightlies for Windows going there.
In addition to all that, I did a patch for automatically removing debug UI from beta and final releases, which should land soon and be in place for Beta 1.
Release Process:
Continued uploading a few remaining contributed builds for SeaMonkey 1.1.17.
SeaMonkey L10n:
We could add Turkish to the SeaMonkey trunk locales, so that we now have 25 languages listed there, including US English. It will be interesting to see how many of them make the first automated simultaneous localized release in SeaMonkey history (2.0 Beta 1).
German L10n:
I kept up with the late-l10n change of the download manager prefs and mailnews search so that de should be good for beta 1.
Various Discussions:
Adding 2.1a1pre to AMO, DEL and other keys in download manager, Download manager pref panel, tabmail, getting Beta 1 into shape, etc.

It looks like Beta 1 might finally just fall into place nicely, even thought we are still tracking an issue with history import from 1.x builds, we now have a clue on how it could be fixed in toolkit code (mozilla-central appears to be fixed), but it might just not make the 2.0b1 build cutoff, unfortunately. We'll deal with that in this week's SeaMonkey Status Meeting and we'll re-evaluate if we can ship with that bug and just relnote it or if we need to have it fixed (we did ship Alpha 3 with this bug, apparently). For everything else, we look good for freezing Beta 1 this Tuesday and start builds for it later this week, making them available for testing. I hope you all will help to do that testing and hopefully clear the builds for an important milestone release, which will be the first time that we'll offer official localized release builds for all major platforms.

Beitrag geschrieben von KaiRo und gepostet am 14. Juli 2009 02:18 | Tags: L10n, Mozilla, SeaMonkey, Status | 4 Kommentare | TrackBack

Kommentare

Autor	Beitrag
Tony Mechelynck aus Brussels, Belgium	1.9.1 vs. comm-central Hmm, hmm, hmm... Ah, I see. (SeaMonkey doesn't show which ftp subdirectories are symlinks but command-line ftp does): seamonkey/nightly/ latest-comm-1.9.1 latest-comm-central -> latest-comm-1.9.1 latest-comm-central-trunk latest-trunk -> latest-comm-central plus the same for -l10n, and also a latest-mozilla1.8 for Sm 1.1.x "Either comm-central or trunk, but not both taken together, ultimately redirect to 1.9.1". Not very obvious. I suppose the next step will be to add a "1.9.1 Branch" to SeMonkey on Bugzilla — or will it be enough to rename the existing "1.9.0 Branch"? Or should there be a "SeaMonkey 2.0 Branch" as distinct from "Trunk"? Now that the code is forked, I suppose bugs should be reported distinctly, since it isn't always obvious that a "new bug" is in Core (which is forked) or in SeaMonkey-specific code (which, IIUC, isn't). 14.07.2009 08:49
KaiRo Webmaster	SeaMonkey code is not branched yet, so there is no reason to add branches there. And the FTP directories are an oversight, I should have deleted the symlinks will will do so now. 14.07.2009 13:38
Tony Mechelynck aus Brussels, Belgium	Live-testing Sm 2.1a1pre Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090714 SeaMonkey/2.1a1pre - Build ID: 20090714000750 * Good point: - Tighter packing of tabs on the tab bar (with my existing userChrome.css and about:config, about 60 tabs horizontally instead of 48. This makes a difference because I have slightly more than 50. * Bad points: - Frequent hangs (2 out of 2 times, after only a few minutes each time). First time, keyboard became totally unresponsive (even to Ctrl-Alt-F2 on Linux) and I had to hit the hardware Reset button. Second time was slightly less severe: SeaMonkey stopped responding but not the rest of X. This second time was after a click on a link in describecomponents.cgi at Bugzilla. - Comes bundled with an "incompatible" ChatZilla (which only boasts support of Sm 1.0 to 2.0). I had "just" the time to report this, see https://bugzilla.mozilla.org/show_bug.cgi?id=504229 Summary: Interesting but not yet dogfoodable. I'm going back to 2.0b1pre for the time being. 15.07.2009 04:58
KaiRo Webmaster	Our focus is on 2.0, the 2.1a1pre versions are only there so that we ensure builds compile and run based on mozilla-central code, but they got no development focus whatsoever. I'd advise anyone to stay with 2.0 builds for regular testing for the moment. 15.07.2009 14:39

Kommentar hinzufügen