Closed
Bug 730325
Opened 13 years ago
Closed 13 years ago
Integrate Thunderbird build config with Firefox build config
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jhopkins, Assigned: jhopkins)
References
Details
Attachments
(4 files, 3 obsolete files)
84.53 KB,
patch
|
bhearsum
:
review+
jhopkins
:
checked-in+
|
Details | Diff | Splinter Review |
67.38 KB,
patch
|
bhearsum
:
review+
jhopkins
:
checked-in+
|
Details | Diff | Splinter Review |
140.72 KB,
patch
|
bhearsum
:
feedback+
|
Details | Diff | Splinter Review |
1001 bytes,
patch
|
bhearsum
:
review+
jhopkins
:
checked-in+
|
Details | Diff | Splinter Review |
Thunderbird builds should use the same buildbot masters are Firefox builds.
We aren't close to the per-master builder limit yet so this should be doable.
Assignee | ||
Updated•13 years ago
|
Assignee: nobody → jhopkins
Assignee | ||
Updated•13 years ago
|
Assignee | ||
Comment 1•13 years ago
|
||
Attachment #606024 -
Flags: feedback?(bhearsum)
Comment 2•13 years ago
|
||
Comment on attachment 606024 [details] [diff] [review]
latest buildbot-configs changes on staging
Review of attachment 606024 [details] [diff] [review]:
-----------------------------------------------------------------
::: mozilla/staging_thunderbird_config.py
@@ +1,1 @@
> +MAC_SNOW_MINIS = ['moz2-darwin10-slave%02i' % x for x in range(1,30) + range(40,57)]
Hmmm, I think I made a small mistake in my docstring in thunderbird_config.py and setup-master.py. Those places _should_ be referencing thunderbird_{production,staging}_config.py instead of {production,staging}_thunderbird_config.py. Those files import the existing GLOBAL_VARS and allow for overrides. Can you pull against that and move the necessary parts to thunderbird_staging_config.py? Sorry for the confusion :(.
You also shouldn't be redefining slave names anywhere - if you need them you can import them from the plain 'localconfig' file.
Attachment #606024 -
Flags: feedback?(bhearsum) → feedback+
Assignee | ||
Comment 3•13 years ago
|
||
We've been relying on our mozconfigs to do source checkouts but our l10n dep builds do not use mozconfigs. As a result, we need to checkout comm-central using another mechanism. This patch adds hooks in a couple of places to allow "alternate checkout" code to be triggered in the right place.
Attachment #607976 -
Flags: feedback?(bhearsum)
Comment 4•13 years ago
|
||
Comment on attachment 607976 [details] [diff] [review]
https://hg.mozilla.org/users/john.hopkins_mozillamessaging.com/buildbotcustom-stage/rev/fc1aab2ed027
Review of attachment 607976 [details] [diff] [review]:
-----------------------------------------------------------------
Can you not append the arguments you need to the configure call done in the repack factory? I'm really really not a fan of this =(.
Comment 5•13 years ago
|
||
Comment on attachment 607976 [details] [diff] [review]
https://hg.mozilla.org/users/john.hopkins_mozillamessaging.com/buildbotcustom-stage/rev/fc1aab2ed027
- You said that you only need this additional checkout for l10n, because en-US does it through client.mk and some mozconfig options. Because of that, let's move all this work to BaseRepackFactory.
- The required code should be part of the Factory, and not added in an external function. Put that code in a method on BaseRepackFactory.
- Don't pass the entire 'config' dictionary, most of it is already passed as a kwarg. Pull out the arguments you do need and pass _them_ in a dictionary. Let's call it something like 'clientPyArgs'.
- Use a specific flag like 'callClientPy' instead of 'altCheckout'.
Attachment #607976 -
Flags: feedback?(bhearsum) → feedback-
Assignee | ||
Comment 6•13 years ago
|
||
Attachment #606024 -
Attachment is obsolete: true
Attachment #613853 -
Flags: review?(bhearsum)
Assignee | ||
Comment 7•13 years ago
|
||
Attachment #607976 -
Attachment is obsolete: true
Attachment #613854 -
Flags: review?(bhearsum)
Comment 8•13 years ago
|
||
Comment on attachment 613853 [details] [diff] [review]
buildbot-configs patch
Review of attachment 613853 [details] [diff] [review]:
-----------------------------------------------------------------
feedback+, but the structure issues we talked about a few weeks ago, that i fixed in my github branches, haven't been addressed yet. There's also a ton of what looks to me like unnecessary content in mozilla-tests/thunderbird_config.py around talos and android test stuff that needs to go. more comments inline:
::: mozilla-tests/thunderbird_config.py
@@ +2,5 @@
> +
> +from config import BRANCH_UNITTEST_VARS, TALOS_DIRTY_OPTS, TALOS_TP_OPTS, \
> + TALOS_TP4_OPTS, TALOS_ADDON_OPTS, \
> + TALOS_BASELINE_ADDON_OPTS, TALOS_REMOTE_FENNEC_OPTS, \
> + TALOS_CMD, MOZHARNESS_REPO
Why is all this talos stuff getting imported, we don't run Talos for Thunderbird, do we?
@@ +281,5 @@
> + BRANCHES[branch]['platforms'][suiteToAdd[0]][suiteToAdd[1]][type] = \
> + addSuite( suiteGroupName=suiteToAdd[3], newSuiteName=suiteToAdd[4],
> + suiteList=BRANCHES[branch]['platforms'][suiteToAdd[0]][suiteToAdd[1]][type])
> +
> +ANDROID_XUL_UNITTEST_DICT = {
Why does this, and the dict below it, exist in this file?
@@ +738,5 @@
> +BRANCHES['comm-central']['platforms']['android']['enable_debug_unittests'] = True
> +BRANCHES['comm-central']['xperf_tests'] = (1, True, {}, WIN7_ONLY)
> +BRANCHES['comm-central']['tprow_tests'] = (1, True, TALOS_TP_OPTS, ALL_PLATFORMS)
> +BRANCHES['comm-central']['trobopan_tests'] = (1, True, TALOS_REMOTE_FENNEC_OPTS, ANDROID_NATIVE)
> +BRANCHES['comm-central']['trobocheck_tests'] = (1, True, TALOS_REMOTE_FENNEC_OPTS, ANDROID_NATIVE)
And these, too?
::: mozilla-tests/thunderbird_production_config.py
@@ +1,1 @@
> +from copy import deepcopy
Doesn't this file need some real contents? The Firefox equivalent has a bunch of stuff: https://github.com/mozilla/buildbot-configs/blob/master/mozilla-tests/production_config.py#L22
::: mozilla-tests/thunderbird_staging_config.py
@@ +1,1 @@
> +from copy import deepcopy
Same for this one.
::: mozilla/build_localconfig.py
@@ +27,5 @@
> 'mozilla-aurora',
> 'mozilla-release',
> 'mozilla-esr10',
> ])
> +ACTIVE_THUNDERBIRD_BRANCHES = ['mozilla-central']
Is this the only branch we want enabled for Thunderbird? And shouldn't it be 'comm-central' instead, since that's what's used in thunderbird_config.py?
::: mozilla/staging_thunderbird_config.py
@@ +1,1 @@
> +from staging_config import
Everything here should be in thunderbird_staging_config.py.
@@ +27,5 @@
> +TRY_SLAVES['linux64'] += TRY_LINUX64 + TRY_LINUX64_IXS
> +TRY_SLAVES['macosx'] += TRY_MAC
> +TRY_SLAVES['macosx64'] += TRY_MAC64
> +TRY_SLAVES['win32'] += TRY_WIN32_IXS
> +
You don't need to do any slave definitions here. thunderbird_config.py directly imports them from localconfig.py (which ends up being staging_config.py or production_config.py). Please remove these sections.
::: mozilla/thunderbird_production_config.py
@@ +1,1 @@
> +from copy import deepcopy
Needs to get flushed out still.
::: setup-master.py
@@ +279,5 @@
> "staging-scheduler_master",
> local_links = [
> ('staging_scheduler_master_sm01_localconfig.py', 'master_localconfig.py'),
> ('staging_config.py', 'localconfig.py'),
> + ('staging_thunderbird_config.py', 'thunderbird_localconfig.py'),
It looks like you didn't grab the latest from my github branch, which we talked about a few weeks ago. You should be using thunderbird_{staging,product}_config.py here.
Attachment #613853 -
Flags: review?(bhearsum) → feedback+
Updated•13 years ago
|
Attachment #613854 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 9•13 years ago
|
||
Comment on attachment 613854 [details] [diff] [review]
buildbotcustom diff
Landed in:
http://hg.mozilla.org/build/buildbotcustom/rev/a7eab7ada08b
http://hg.mozilla.org/build/buildbotcustom/rev/7cdcdaca3bed
http://hg.mozilla.org/build/buildbotcustom/rev/edd8b9f2decc
Attachment #613854 -
Flags: checked-in+
Comment 10•13 years ago
|
||
This is breaking things:
ERROR - TEST-FAIL bm23-tests1-windows failed to run checkconfig
INFO - log for "bm23-tests1-windows" is "/builds/buildbot/preproduction/slave/test-masters/buildbot-configs/test-output/bm23-tests1-windows-sc44DQ-checkconfig.log"
INFO - creating "bm24-tests1-linux" master
INFO - created "bm24-tests1-linux" master, running checkconfig
INFO - starting to print log file '/builds/buildbot/preproduction/slave/test-masters/buildbot-configs/test-output/bm24-tests1-linux-LkfGDz-checkconfig.log'
INFO - Traceback (most recent call last):
INFO - File "/builds/buildbot/preproduction/slave/test-masters/sandbox/lib/python2.6/site-packages/buildbot-0.8.2_hg_a2045101fe7a_production_0.8-py2.6.egg/buildbot/scripts/runner.py", line 1039, in doCheckConfig
INFO - ConfigLoader(configFileName=configFileName)
INFO - File "/builds/buildbot/preproduction/slave/test-masters/sandbox/lib/python2.6/site-packages/buildbot-0.8.2_hg_a2045101fe7a_production_0.8-py2.6.egg/buildbot/scripts/checkconfig.py", line 31, in __init__
INFO - self.loadConfig(configFile, check_synchronously_only=True)
INFO - File "/builds/buildbot/preproduction/slave/test-masters/sandbox/lib/python2.6/site-packages/buildbot-0.8.2_hg_a2045101fe7a_production_0.8-py2.6.egg/buildbot/master.py", line 628, in loadConfig
INFO - exec f in localDict
INFO - File "/builds/buildbot/preproduction/slave/test-masters/buildbot-configs/test-output/bm24-tests1-linux-LkfGDz/master.cfg", line 6, in <module>
INFO - import buildbotcustom.misc
INFO - File "/builds/buildbot/preproduction/slave/test-masters/buildbotcustom/misc.py", line 1549
INFO - if config.get('mozilla_dir'):
INFO - ^
Assignee | ||
Comment 11•13 years ago
|
||
Attachment #614148 -
Flags: review?(bhearsum)
Comment 12•13 years ago
|
||
Comment on attachment 614148 [details] [diff] [review]
reallyShort() patch + bustage fix
Review of attachment 614148 [details] [diff] [review]:
-----------------------------------------------------------------
Can you summarize what the problem and solution was?
Assignee | ||
Comment 13•13 years ago
|
||
bhearsum: the key bit is at @@ -1656,23 +1661,23 where I inserted 'product' into the 'properties' dict. That property was lost in the original patch, thus causing the assertion failure that we saw.
Updated•13 years ago
|
Attachment #614148 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 14•13 years ago
|
||
Comment on attachment 614148 [details] [diff] [review]
reallyShort() patch + bustage fix
Landed in http://hg.mozilla.org/build/buildbotcustom/rev/31291093d27d
Attachment #614148 -
Flags: checked-in+
Assignee | ||
Comment 15•13 years ago
|
||
bhearsum: Updated patch addressing most of the review comments.
A couple of things not addressed:
- build slave definitions still need to be removed
- rename thunderbird_staging_config.py to staging_thunderbird_config.py (etc)
I would like to address those changes in a future patch if you're okay with that so we can get this baselined and move onto building parallel builds this week.
This patch passes the 'setup-master.py -t' tests.
Attachment #613853 -
Attachment is obsolete: true
Attachment #615181 -
Flags: review?(bhearsum)
Comment 16•13 years ago
|
||
Comment on attachment 615181 [details] [diff] [review]
updated buildbot-configs patch
Review of attachment 615181 [details] [diff] [review]:
-----------------------------------------------------------------
r=me with the noted staging config file name change and fix-up of setup-master.py. As far as I'm concerned, this can land once that's done, assuming you're happy with the output from your dev master.
::: mozilla-tests/thunderbird_config.py
@@ +426,5 @@
> + BRANCHES['comm-central'][suite + '_tests'] = (0, True) + options
> + else:
> + # Suites that are turned on by default
> + BRANCHES['comm-central'][suite + '_tests'] = (1, True) + options
> +BRANCHES['comm-central']['xperf_tests'] = (1, True, {}, WIN7_ONLY)
Is this xperf_tests entry required? Please remove if it isn't.
::: mozilla/release-thunderbird-comm-beta.py
@@ +1,2 @@
> +releaseConfig = {}
> +releaseConfig['disable_tinderbox_mail'] = True
I'm a little surprised to see release configs here, but it can't hurt to land them ahead of the release integration code.
@@ +1,5 @@
> +releaseConfig = {}
> +releaseConfig['disable_tinderbox_mail'] = True
> +
> +# Release Notification
> +releaseConfig['AllRecipients'] = ['release@mozilla.com','akeybl@mozilla.com','Callek@gmail.com']
Can you check with Alex and Callek to see if they really want to be getting these mails?
::: mozilla/staging_thunderbird_config.py
@@ +1,1 @@
> +from staging_config import \
Per IRC, this should be thunderbird_staging_config.py.
::: setup-master.py
@@ +279,5 @@
> "staging-scheduler_master",
> local_links = [
> ('staging_scheduler_master_sm01_localconfig.py', 'master_localconfig.py'),
> ('staging_config.py', 'localconfig.py'),
> + ('staging_thunderbird_config.py', 'thunderbird_localconfig.py'),
Please be sure to remove these now-unnecessary symlinks.
Attachment #615181 -
Flags: review?(bhearsum) → feedback+
Assignee | ||
Comment 17•13 years ago
|
||
Patch with renamed files landed in https://hg.mozilla.org/users/john.hopkins_mozillamessaging.com/buildbot-configs-stage-approved/rev/bb260b55320e
Will follow up to address remaining feedback.
Updated•13 years ago
|
Component: Release Engineering → Release Engineering: Automation (General)
QA Contact: release → catlee
Assignee | ||
Comment 18•13 years ago
|
||
Attachment #617890 -
Flags: review?(bhearsum)
Comment 19•13 years ago
|
||
Comment on attachment 617890 [details] [diff] [review]
remove xperf_tests from thunderbird config
Review of attachment 617890 [details] [diff] [review]:
-----------------------------------------------------------------
Can we close this bug now, and track issues individually? The core of this is certainly done!
Attachment #617890 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 20•13 years ago
|
||
Comment on attachment 617890 [details] [diff] [review]
remove xperf_tests from thunderbird config
Review of attachment 617890 [details] [diff] [review]:
-----------------------------------------------------------------
Landed in https://hg.mozilla.org/build/buildbot-configs/rev/ab2c44b6e1ce
Attachment #617890 -
Flags: checked-in+
Assignee | ||
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
Updated•7 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•