Closed
Bug 929288
Opened 9 years ago
Closed 9 years ago
Reconfigure alder builds
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jcranmer, Unassigned)
Details
Attachments
(3 files)
12.93 KB,
patch
|
jhopkins
:
review+
Callek
:
checked-in+
|
Details | Diff | Splinter Review |
718 bytes,
patch
|
armenzg
:
review+
Callek
:
checked-in+
|
Details | Diff | Splinter Review |
2.59 KB,
patch
|
jhopkins
:
review+
|
Details | Diff | Splinter Review |
I've reserved alder for the purpose of driving the final changes in bug 648979. As a result, it needs to be configured with what should hopefully be the final release configurations for comm-central. I don't know the magic keywords for release engineering, so feel free to ask me if you have questions about what I mean, but I think the desired config is as follows: Build on Linux32, Linux64, OS X, Win32 in opt and debug variations, using relevant mozconfigs from mail/ instead of browser/ Tests on OS X 10.6, 10.7, Windows XP and Windows 7. Only the xpcshell tests and the mozmill tests are needed Ideally, all of the configurations should be as close to those used for m-c based trees with the exception of the different mozconfigs.
Comment 1•9 years ago
|
||
This patch does a few things, it adds project branch support for TB *builds*, it configs alder to be enabled for TB, and it configures alder to have an empty 'mozilla dir' because its a branch with m-c and c-c merged together. It does *not* yet configure tests, though this setup should be enough to unblock joshua today, and the tests will be required to finish this work. A note that I'll have to do when deploying is making sure to symlink the new thunderbird_project* before a reconfig though
Attachment #8337755 -
Flags: review?(jhopkins)
Updated•9 years ago
|
Attachment #8337755 -
Flags: review?(jhopkins) → review+
Comment 2•9 years ago
|
||
Comment on attachment 8337755 [details] [diff] [review] [configs] support alder for TB https://hg.mozilla.org/build/buildbot-configs/rev/830cc1276096
Attachment #8337755 -
Flags: checked-in+
Comment 3•9 years ago
|
||
something[s] here made it to production
Reporter | ||
Comment 4•9 years ago
|
||
The opt Linux and Linux64 builds both appear to be purple--trying to post to the graph server is failing with "No machine_name called 'TB_Linux_x86-64_alder' can be found. Linux and Linux64 debug are both green (yay), and OS X and Windows are red because, well, that's why I requested the tree :-)
Comment 5•9 years ago
|
||
I *think* this is fixed graphserver wise, retriggering purple jobs to test: mysql> insert into machines values (NULL,6,0,NULL,"TB_Linux_alder",1,unix_timestamp()); Query OK, 1 row affected (0.02 sec) mysql> insert into machines values (NULL,6,0,NULL,"TB_Linux_alder_leak_test",1,unix_times tamp()); Query OK, 1 row affected (0.01 sec) mysql> insert into machines values (NULL,18,0,NULL,"TB_Linux_x86-64_alder",1,unix_timesta mp()); Query OK, 1 row affected (0.00 sec) mysql> insert into machines values (NULL,18,0,NULL,"TB_Linux_x86-64_alder_leak_test",1,un ix_timestamp()); Query OK, 1 row affected (0.01 sec) mysql> insert into machines values (NULL,7,0,NULL,"TB_OS_X_10.7_32-bit_alder_leak_test",1 ,unix_timestamp()); Query OK, 1 row affected (0.01 sec) mysql> insert into machines values (NULL,17,0,NULL,"TB_OS_X_10.7_alder",1,unix_timestamp( )); Query OK, 1 row affected (0.01 sec) mysql> insert into machines values (NULL,8,0,NULL,"TB_WINNT_5.2_alder",1,unix_timestamp() ); Query OK, 1 row affected (0.01 sec) mysql> insert into machines values (NULL,8,0,NULL,"TB_WINNT_5.2_comm-aurora_leak_test",1, unix_timestamp()); ERROR 2006 (HY000): MySQL server has gone away No connection. Trying to reconnect... Connection id: 4695640 Current database: graphs_stage2_prod ERROR 1062 (23000): Duplicate entry 'TB_WINNT_5.2_comm-aurora_leak_test' for key 'name' mysql> insert into machines values (NULL,8,0,NULL,"TB_WINNT_5.2_alder_leak_test",1,unix_t imestamp()); Query OK, 1 row affected (0.64 sec) mysql> insert into machines values (NULL,19,0,NULL,"TB_WINNT_6.1_alder",1,unix_timestamp( )); Query OK, 1 row affected (0.62 sec) mysql> insert into machines values (NULL,19,0,NULL,"TB_WINNT_6.1_alder_leak_test",1,unix_ timestamp()); Query OK, 1 row affected (0.69 sec)
Comment 6•9 years ago
|
||
Sooo, we need to set tinderbox_tree in order to set the --branch properly for graph server. I know I know, this is *sooo* wrong, but its accurate.
Attachment #8341852 -
Flags: review?(armenzg)
Comment 7•9 years ago
|
||
Comment on attachment 8341852 [details] [diff] [review] [config] set tinderbox_tree Review of attachment 8341852 [details] [diff] [review]: ----------------------------------------------------------------- I thought we had something to deal with this. However, I would not be sure if it would apply for thunderbird_project_branches.py
Attachment #8341852 -
Flags: review?(armenzg) → review+
Comment 8•9 years ago
|
||
Comment on attachment 8341852 [details] [diff] [review] [config] set tinderbox_tree checked in and merged to production
Attachment #8341852 -
Flags: checked-in+
Comment 9•9 years ago
|
||
This one turned out to be quite easy.
Attachment #8359590 -
Flags: review?(jhopkins)
Comment 10•9 years ago
|
||
Comment on attachment 8359590 [details] [diff] [review] [config] add test support for TB project branches This condition isn't needed: + if platform in PLATFORMS: I added an "assert platform in PLATFORMS" locally and it passed test-masters.sh. r+ with that condition removed.
Attachment #8359590 -
Flags: review?(jhopkins) → review+
Comment 11•9 years ago
|
||
https://hg.mozilla.org/build/buildbot-configs/rev/a75b9d3b27cd And then ran fabric to make sure the symlink existed for all test masters.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Comment 12•9 years ago
|
||
something is in production
Assignee | ||
Updated•4 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•