Closed Bug 496367 Opened 15 years ago Closed 15 years ago

Hg Account Request for SeaMonkey Release Automation - user seabld

Categories

(mozilla.org :: Repository Account Requests, task)

task
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: kairo, Assigned: reed)

References

Details

Attachments

(1 file)

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.
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.
Attachment #381551 - Attachment mime type: application/octet-stream → text/plain
Yeah, sounds fine to me, as we've done the same thing for Firefox and Thunderbird (and maybe others).
Assignee: marcia → reed
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.
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.
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.
(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?
(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!
Done for both Hg and CVS.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
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.

Attachment

General

Creator:
Created:
Updated:
Size: