Confirmed users
2,595
edits
SeaMonkey/StatusMeetings/2016-03-15: Difference between revisions
SeaMonkey/StatusMeetings/2016-03-15 (view source)
Revision as of 13:59, 15 March 2016
, 15 March 2016→Release Train
Philip Chee (talk | contribs) m (→Agenda) |
Philip Chee (talk | contribs) m (→Release Train) |
||
| (4 intermediate revisions by the same user not shown) | |||
| Line 19: | Line 19: | ||
'''NEW''' | '''NEW''' | ||
* '''IanN''' to review members mailing-list and council appointments (IanN to talk to mcsmurf about members list) | |||
* — | * — | ||
'''OPEN''' | '''OPEN''' | ||
| Line 27: | Line 28: | ||
=== Status of the SeaMonkey Buildbot Master and Tree === | === Status of the SeaMonkey Buildbot Master and Tree === | ||
<!--Please update accordingly--> | <!--Please update accordingly--> | ||
* Discussion: | |||
** Ewong has managed to get uploads to the S3 servers working - mostly. | |||
** Discussions have started with ewong, Callek, KaiRo, and others) about the route forward for both releases and infrastructure as well as growing the RelEng team and funding. | |||
** But the build team needs to be grown as ewong is not a superhero. | |||
** Council will have to decide if Adrian Kalla can be part of our RelEng team. | |||
** '''FRG:''' All trees are building locally just fine with client.py fixes for chatzilla and dom-inspector. Running 2.43 now. | |||
* Notes: | * Notes: | ||
** '''Callek:''' Regarding the windows systems, sadly no progress yet. I'm hopeful we can get done sooner than later, I'm realistic expecting it won't be until January at earliest. | |||
** '''Callek:''' Regarding the windows systems, sadly no progress yet. I'm hopeful we can get done sooner than later, I'm realistic expecting it won't be until | |||
** '''Ewong''' will set up a cron job to do semi regular builds on the loaner machine. | ** '''Ewong''' will set up a cron job to do semi regular builds on the loaner machine. | ||
** Windows nightly trunk builds are unavailable due to various bugs such as {{Bug|1092468}} and {{Bug|1108970}}. Migrating our [https://bugzilla.mozilla.org/show_bug.cgi?id=1114876 Windows builders to Win2008] and our compiler toolchain to VS2013 would likely solve this and other bustages. | ** Windows nightly trunk builds are unavailable due to various bugs such as {{Bug|1092468}} and {{Bug|1108970}}. Migrating our [https://bugzilla.mozilla.org/show_bug.cgi?id=1114876 Windows builders to Win2008] and our compiler toolchain to VS2013 would likely solve this and other bustages. | ||
** There are also some upcoming changes to L10n build system in Q1 2015 ({{bug|1107635}}). | ** There are also some upcoming changes to L10n build system in Q1 2015 ({{bug|1107635}}). | ||
| Line 52: | Line 55: | ||
=== Release Train === | === Release Train === | ||
* Looks like ewong has managed to push 2.40 to the release servers at least for 2.40. | * Looks like ewong has managed to push 2.40 to the release servers at least for 2.40. | ||
Discussion: | |||
* '''KaiRo:''' We should get a 2.42 release done based on Gecko 45 ESR and then only concentrate on getting nightly to build and run well and ignore everything in between for the moment. We can then do as many 2.42.x security updates based on ESR as we want before we get something out of nightly that is in good shape again. | |||
* Everyone agreed to skip 2.41. | |||
* '''Frg:''' Chatzilla locale generation still broken. Frg and Adrian to deal with this. | |||
Carried forward from discussion at last meeting: | Carried forward from discussion at last meeting: | ||
* '''IanN''' suggests we should follow the Thunderbird release model, doing releases off the ESR-* branch but also the occasional comm-beta "release". L10N Translations might be problematic however '''rsx11m''' says using ESR would be "safer" with regard to more stability on releases and not having to cope immediately with bustages from mozilla side, but may require some "deal" to get l10n-relevant minor patches into the releases before the next ESR branch is coming. If you have a patch that applies cleanly from comm-beta to comm-esr45, translations should be done already (of course, that's just simple patches such as label changes or adding a checkbox). '''rsx11m''' would go with {comm,mozilla}-esr45 and merge any "safe" patches from comm-beta but that may need some talking to l10n if string changes are involved. | * '''IanN''' suggests we should follow the Thunderbird release model, doing releases off the ESR-* branch but also the occasional comm-beta "release". L10N Translations might be problematic however '''rsx11m''' says using ESR would be "safer" with regard to more stability on releases and not having to cope immediately with bustages from mozilla side, but may require some "deal" to get l10n-relevant minor patches into the releases before the next ESR branch is coming. If you have a patch that applies cleanly from comm-beta to comm-esr45, translations should be done already (of course, that's just simple patches such as label changes or adding a checkbox). '''rsx11m''' would go with {comm,mozilla}-esr45 and merge any "safe" patches from comm-beta but that may need some talking to l10n if string changes are involved. | ||
| Line 60: | Line 67: | ||
<!-- I leave it up to Ratty and ewong to update the rest on the 2.40 release --> | <!-- I leave it up to Ratty and ewong to update the rest on the 2.40 release --> | ||
** Updating failed due to PEBKAC. Currently rectifying this issue. | ** Updating failed due to PEBKAC. Currently rectifying this issue. | ||
* Merges were performed as scheduled on March 7: | * Merges were performed as scheduled on March 7: | ||
** comm-release default is now on SM 2.42. | ** comm-release default is now on SM 2.42. | ||