Closed
Bug 648041
Opened 13 years ago
Closed 13 years ago
Need nightly Firefox 4.0.x updates re-enabled or "test" channel for QA to use to test nightly 4.0.x updates
Categories
(Release Engineering :: General, defect, P2)
Release Engineering
General
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: abillings, Assigned: nthomas)
References
Details
Attachments
(2 files, 1 obsolete file)
965 bytes,
patch
|
catlee
:
review+
nthomas
:
checked-in+
|
Details | Diff | Splinter Review |
2.18 KB,
patch
|
catlee
:
review+
nthomas
:
checked-in+
|
Details | Diff | Splinter Review |
We're shipping a Firefox 4.0.1 fairly soon. Right now, QA cannot do any update testing because the update channel does not point to any of the 4.0.x builds. This makes it difficult to work on fixing issues we've had with automated update testing and specific 4.0.1 update testing. We either need the update channel re-enabled or a test channel created for QA to use for this release.
Assignee | ||
Comment 1•13 years ago
|
||
I propose the we * bump the version in mozilla-2.0 from 4.0pre to 4.0.1pre * set up a rule in the aus config that maps versions like '4.0.*' to mozilla-2.0 snippets * keep the existing rules that map m-c nightlies with 4.0* and 4.2* version to m-c nightlies This allows us continue to convert m-c users to 4.2a1pre builds while also provide the updates QA needs. LegNeato and/or bsmedberg - can we go ahead with that ?
Comment 3•13 years ago
|
||
gogogo!
Assignee | ||
Updated•13 years ago
|
Assignee: nobody → nrthomas
Priority: -- → P2
Assignee | ||
Comment 4•13 years ago
|
||
This is on top of your Aurora patch. It should catch anything 4.0.* before we hit the rule that sends people to m-c builds.
Attachment #524419 -
Flags: review?(catlee)
Assignee | ||
Comment 5•13 years ago
|
||
Attachment #524420 -
Flags: review?(catlee)
Updated•13 years ago
|
Attachment #524419 -
Flags: review?(catlee) → review+
Updated•13 years ago
|
Attachment #524420 -
Flags: review?(catlee) → review+
Assignee | ||
Comment 6•13 years ago
|
||
Comment on attachment 524420 [details] [diff] [review] [mozilla-2.0] version bump to 4.0.1pre/2.0.1pre http://hg.mozilla.org/releases/mozilla-2.0/rev/7bb8f4cb0fd0
Attachment #524420 -
Flags: checked-in+
Assignee | ||
Comment 7•13 years ago
|
||
This cleans up the config a bunch, removing Thunderbird and Sunbird nightlies no longer served from aus2.m.o, and consolidates all the m-c class branches together without a specific version match. Tested on aus2-staging.
Attachment #524419 -
Attachment is obsolete: true
Attachment #524544 -
Flags: review?(catlee)
Updated•13 years ago
|
Attachment #524544 -
Flags: review?(catlee) → review+
Assignee | ||
Comment 8•13 years ago
|
||
Comment on attachment 524544 [details] [diff] [review] [cvs] aus config change + cleanup Checking in config-dist.php; /cvsroot/mozilla/webtools/aus/xml/inc/config-dist.php,v <-- config-dist.php new revision: 1.128; previous revision: 1.127 done
Attachment #524544 -
Flags: checked-in+
Assignee | ||
Comment 9•13 years ago
|
||
Prep to deploy this, bug 648067, and bug 647328: $ cd webtools/aus/xml $ cvs tag AUS2_PRODUCTION W inc/config-dist.php : AUS2_PRODUCTION already exists on version 1.125 : NOT MOVING tag to version 1.128 $ cvs tag -F AUS2_PRODUCTION T inc/config-dist.php $ cvs tag AUS2_RTM_`date +%Y%m%d%H%M` (which created AUS2_RTM_201104081109).
Assignee | ||
Comment 10•13 years ago
|
||
We got a 4.0.1pre nightly last night (http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2011/04/2011-04-08-03-mozilla-2.0/), and it'll update to the next 2.0 nightly tomorrow. Builds which are 4.0pre will still go to m-c. All done here.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 11•13 years ago
|
||
Nick, the builds still have the Minefield branding. Will that be solved by another bug?
Assignee | ||
Comment 12•13 years ago
|
||
Yes, that's bug 640589.
Comment 13•13 years ago
|
||
Thanks. Works like a charm otherwise.
Status: RESOLVED → VERIFIED
OS: Mac OS X → All
Hardware: x86 → All
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•