Closed
Bug 496367
Opened 16 years ago
Closed 16 years ago
Hg Account Request for SeaMonkey Release Automation - user seabld
Categories
(mozilla.org :: Repository Account Requests, task)
mozilla.org
Repository Account Requests
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: kairo, Assigned: reed)
References
Details
Attachments
(1 file)
1.11 KB,
text/plain
|
Details |
For enabling the SeaMonkey release automation to do relbranching and tagging, we need Mercurial access, including access to mozilla-central/-1.9.1, comm-central and L10n repos, for the seabld user that is used by the SeaMonkey buildbots.
The same user with the same key has access to stage, aus2-community and the symbol push server, so it's been an established user/key for build stuff for a long time now.
I'm attaching the seabld_dsa.pub file we have in use on all those boxes.
![]() |
Reporter | |
Comment 1•16 years ago
|
||
Any chance we can forward with this?
What steps do I need to take care about?
It's hard to apply the usual commit access rules for a build&release account, the key itself might be everything we can reasonably require/provide here.
This blocks not only future SeaMonkey releases, it also blocks testing the release automation harness work I'm trying to do right now so that we can drive SeaMonkey releases with the same harness as Firefox ones.
Assignee | ||
Updated•16 years ago
|
Attachment #381551 -
Attachment mime type: application/octet-stream → text/plain
Assignee | ||
Comment 2•16 years ago
|
||
Yeah, sounds fine to me, as we've done the same thing for Firefox and Thunderbird (and maybe others).
Assignee: marcia → reed
![]() |
Reporter | |
Comment 3•16 years ago
|
||
BTW, when you're at it, could you check if seabld has cvs access as well? Unfortunately, we still have ChatZilla on cvs and need to tag it for releases as well.
![]() |
Reporter | |
Comment 4•16 years ago
|
||
I just checked, please enable commit access for seabld to CVS as well, currently it gets this warning:
The seabld account is not permitted to check-in to this CVS repository.
If you think it should be allowed to do so, please contact
the system administrators at sysadmins@mozilla.org.
Comment 5•16 years ago
|
||
FWIW, we don't have similar CVS access for ffxbld. You can disable the checking in of the patcher config with one of the parameters to ReleaseUpdatesFactory, http://hg.mozilla.org/build/buildbotcustom/file/tip/process/factory.py#l1791.
![]() |
Reporter | |
Comment 6•16 years ago
|
||
(In reply to comment #5)
> FWIW, we don't have similar CVS access for ffxbld. You can disable the checking
> in of the patcher config with one of the parameters to ReleaseUpdatesFactory,
> http://hg.mozilla.org/build/buildbotcustom/file/tip/process/factory.py#l1791.
But I can't avoid tagging ChatZilla, which is a part of our SeaMonkey releases and still hosted on CVS :(
And don't you use the cltbld account for checking in patcher configs?
Comment 7•16 years ago
|
||
(In reply to comment #6)
> (In reply to comment #5)
> > FWIW, we don't have similar CVS access for ffxbld. You can disable the checking
> > in of the patcher config with one of the parameters to ReleaseUpdatesFactory,
> > http://hg.mozilla.org/build/buildbotcustom/file/tip/process/factory.py#l1791.
>
> But I can't avoid tagging ChatZilla, which is a part of our SeaMonkey releases
> and still hosted on CVS :(
> And don't you use the cltbld account for checking in patcher configs?
Yes, in production. Sorry, I thought this bug was about a staging seabld account for some reason - please ignore me!
Assignee | ||
Comment 8•16 years ago
|
||
Done for both Hg and CVS.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
![]() |
Reporter | |
Comment 9•16 years ago
|
||
verified, I can play with personal hg repos and check into cvs. Didn't test pushing to official mozilla-* and comm-central repos, but I take it that this works. Will see when pushing the first release tags.
Status: RESOLVED → VERIFIED
Component: Account Request: Hg → Repository Account Requests
QA Contact: hg-acct-req → repo-acct-req
You need to log in
before you can comment on or make changes to this bug.
Description
•