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.
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
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.
Missed mozilla-release... which it looks like maybe we need l10n-mozilla-release also, at least for consistency with aurora and beta.
This is completed, but still processing... should be done in an hour or less. Scheduled for daily updating.