Closed
Bug 617761
Opened 15 years ago
Closed 13 years ago
Nightlies from places branch update back to regular mozilla-central nightlies
Categories
(Release Engineering :: General, defect, P3)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: matjk7, Unassigned)
References
Details
(Whiteboard: [updates])
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101208 Firefox/4.0b8pre
Build Identifier:
Bug 616320 and bug 617060 turned on nightlies for places branch, but currently when checking for updates they will check against m-c trunk rather than the next places nightly.
Reproducible: Always
Comment 1•15 years ago
|
||
Note that this behavior is fine when we go and disable nightlies on Places again, but I'd really like updates to the Places branch.
Also, to anyone using them right now, Sync is not going to interact properly with the changes, but that is getting fixed in bug 616001. I've have a blog post up once that lands asking for more testers.
Comment 2•15 years ago
|
||
I don't have time to work on this but the steps are
* make the nightly mozconfig use channel 'nightly-places' instead of plain 'nightly'. This requires breaking the symlinks we have in place for linux and mac
* in buildbot-configs/mozilla/config.py change
BRANCHES['places']['aus2_base_upload_dir'] = 'fake'
to
BRANCHES['places']['aus2_base_upload_dir'] = '/opt/aus2/incoming/2/Firefox/places'
so that we upload the snippets in a unique bucket
* for the AUS config,
* add 'nightly-places' to
http://mxr.mozilla.org/mozilla/source/webtools/aus/xml/inc/config-dist.php#116
* add a mapping from nightly-places to places
http://mxr.mozilla.org/mozilla/source/webtools/aus/xml/inc/config-dist.php#140
All builds once step one landed would then update to later places builds, earlier builds would still go to m-c.
When we disable Places nightlies we'd update the the AUS config so that 'nightly-places' is mapped to 'mozilla-central'.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•15 years ago
|
||
Thanks for the steps Nick. Who should we talk to about getting this fixed? It definitely reduces the utility of having nightlies.
Comment 4•15 years ago
|
||
Does bug 619614 mean this is no longer needed?
Comment 5•15 years ago
|
||
(In reply to comment #4)
> Does bug 619614 mean this is no longer needed?
I would like it to be fixed so when we need it in the future, we don't have this problem again.
Comment 6•15 years ago
|
||
Will the AUS changes we're planning to make to move people between different project branches take care of this?
Priority: -- → P3
Whiteboard: [updates]
Comment 7•13 years ago
|
||
Aiui, the places branch is disabled currently, with no immediate plans to reenable.
If I'm closing this bug in error, please let me know.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
Assignee | ||
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•