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.