Closed Bug 522460 Opened 15 years ago Closed 15 years ago

Please clone the comm-central repository to releases/comm-1.9.1

Categories

(mozilla.org Graveyard :: Server Operations, task)

task
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: standard8, Assigned: aravind)

References

Details

comm-central is branch out for its releases and its time for the release branch. Please clone: comm-central -> releases/comm-1.9.1 Please preserve the permissions on the repository as well.
Blocks: 522681
Cloned with hg_mozsrc permissions retained.
Assignee: server-ops → thardcastle
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
I don't see this on http://hg.mozilla.org/releases or at http://hg.mozilla.org/releases/comm-1.9.1/ Is 12 hours not enough for hmo to pick it up?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to comment #2) > I don't see this on http://hg.mozilla.org/releases or at > http://hg.mozilla.org/releases/comm-1.9.1/ > > Is 12 hours not enough for hmo to pick it up? I now see them there. Just that there's no description for comm-1.9.1 at http://hg.mozilla.org/releases/ but otherwise looks fine.
I see it now - but instead, http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ and its repositories are b0rken now.
There's supposed to be a cron job that creates the web view and runs every 15 minutes, but it seems that doesn't apply for hg.mozilla.org/releases. I ran it by hand this morning, and it mucked things up for l10n-mozilla-1.9.1. Aravind, what's the right thing to do for this tree?
For the description I'd like to suggest "Branch development for Thunderbird 3, SeaMonkey 2 and Sunbird 1 with Gecko 1.9.1."
l10n-mozilla-1.9.2 seems to have the same problem. Note that those are directories that contain further repos, is it a directory permission problem or such a thing?
(In reply to comment #7) > l10n-mozilla-1.9.2 seems to have the same problem. Note that those are > directories that contain further repos, is it a directory permission problem or > such a thing? It's how hgweb configs are generated, it does top level directories on cron and other ones seem to be done by hand. I just put up some working configs for l10n-mozilla-1.9.1 and 1.9.2, but I'll need Aravind to verify this is correct. Reassigning to Aravind for that and setting the description.
Assignee: thardcastle → aravind
Description added, other stuff looks good. Thanks Trevor.
Status: REOPENED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → FIXED
Extra step: Please, delete '/.mozilla-1.9.1' backup dir from comm-central working copy. (See bug 522445.)
Reopening, just to complete comment 11.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to comment #11) > Extra step: > Please, delete '/.mozilla-1.9.1' backup dir from comm-central working copy. > (See bug 522445.) Serge, that is nothing to do with this bug. That is already tracked on bug 522681.
Status: REOPENED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.