Add mozilla-release and comm-release to MXR

RESOLVED FIXED

Status

mozilla.org Graveyard
Server Operations
RESOLVED FIXED
6 years ago
2 years ago

People

(Reporter: philikon, Assigned: jakem)

Tracking

Details

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
Assignee: server-ops → nmaul
(Assignee)

Comment 2

6 years ago
How often do the trees comm-aurora, comm-beta, and comm-release need to be updated in MXR? Is daily good enough?
(Assignee)

Comment 3

6 years ago
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.
(Assignee)

Comment 5

6 years ago
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: 6 years ago
Resolution: --- → FIXED
(Assignee)

Comment 6

6 years ago
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 → ---
(Assignee)

Comment 7

6 years ago
This is completed, but still processing... should be done in an hour or less. Scheduled for daily updating.
Status: REOPENED → RESOLVED
Last Resolved: 6 years ago6 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.