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)
mozilla.org Graveyard
Server Operations
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.
Cloned with hg_mozsrc permissions retained.
Assignee: server-ops → thardcastle
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 2•15 years ago
|
||
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 → ---
Comment 3•15 years ago
|
||
(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.
Comment 4•15 years ago
|
||
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?
Reporter | ||
Comment 6•15 years ago
|
||
For the description I'd like to suggest "Branch development for Thunderbird 3, SeaMonkey 2 and Sunbird 1 with Gecko 1.9.1."
Comment 7•15 years ago
|
||
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?
Reporter | ||
Comment 8•15 years ago
|
||
http://hg.mozilla.org/releases/l10n-mozilla-1.9.2/
and
http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/
have now reappeared
(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
Assignee | ||
Comment 10•15 years ago
|
||
Description added, other stuff looks good. Thanks Trevor.
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 11•15 years ago
|
||
Extra step:
Please, delete '/.mozilla-1.9.1' backup dir from comm-central working copy.
(See bug 522445.)
Comment 12•15 years ago
|
||
Reopening, just to complete comment 11.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Comment 13•15 years ago
|
||
(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 ago → 15 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•15 years ago
|
Status: RESOLVED → VERIFIED
Updated•10 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•