Would be handy for identifying back traces thrown by release builds. You know, the software that people actually use ;)
Though there is software changes involved in adding this, it is a server ops bug, as it was server-issues that have been preventing any new repos from going into mxr lately. We'll also need ESR and the hotfix addon-repo to land into MXR soonish, and we STILL have comm-aurora/beta repos to get in.
Assignee: bugspam.Callek → server-ops
Component: MXR → Server Operations
Product: Webtools → mozilla.org
QA Contact: mxr → cshields
Summary: Add mozilla-release to MXR → Add mozilla-release and comm-release to MXR
Version: Trunk → other
How often do the trees comm-aurora, comm-beta, and comm-release need to be updated in MXR? Is daily good enough?
Also worth noting: I'm assuming the proper update procedure for this is the same as MXR uses for comm-central, comm-1.9.1, and comm-1.9.2 (and comm-2.0 now, which I'm doing simultaneously): print LOG `cd $src_dir; $TIME python2.4 ./client.py checkout $STDERRTOSTDOUT`; If that's not correct for some reason, please let me know what it should be. Of course I had to do a simple 'hg clone' initially just to get that file, but I'm assuming this does more than just that. If nothing else, it seems to do an hg clone of a different repo inside itself.
(In reply to Jake Maul [:jakem] from comment #2) > How often do the trees comm-aurora, comm-beta, and comm-release need to be > updated in MXR? Is daily good enough? Daily should be good enough for comm-release, I would prefer same timing as mozilla-aurora/beta for comm-aurora/beta though, but worse comes to worse, 1 day is ok. I had filed Bug 653424 with a patch for the comm aurora/beta stuff which seemed to have problems getting it deployed, so if you do it all in this bug, we can probably consider that one a dupe (or vice-versa) (In reply to Jake Maul [:jakem] from comment #3) > Also worth noting: I'm assuming the proper update procedure for this is the > same as MXR uses for comm-central, comm-1.9.1, and comm-1.9.2 (and comm-2.0 > now, which I'm doing simultaneously): > > print LOG `cd $src_dir; $TIME python2.4 ./client.py checkout > $STDERRTOSTDOUT`; > Yes that is fine, though there is thoughts/ways we could improve this for comm, to be more tolerant against breakages in client.py itself, this will have us working just fine.
mozilla-aurora and mozilla-beta are both daily. I don't actually see mozilla-release in MXR... Aurora and Beta are completed (just now) in bug 653424. Comm-release has now completed as well. All 3 are scheduled for daily processing.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
Missed mozilla-release... which it looks like maybe we need l10n-mozilla-release also, at least for consistency with aurora and beta.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
This is completed, but still processing... should be done in an hour or less. Scheduled for daily updating.
Status: REOPENED → RESOLVED
Last Resolved: 7 years ago → 7 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.