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)

defect

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
Blocks: 616320
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.
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
Thanks for the steps Nick. Who should we talk to about getting this fixed? It definitely reduces the utility of having nightlies.
Does bug 619614 mean this is no longer needed?
(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.
Will the AUS changes we're planning to make to move people between different project branches take care of this?
Priority: -- → P3
Whiteboard: [updates]
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
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.