Closed
Bug 558463
Opened 15 years ago
Closed 14 years ago
Setup a staging keymaster
Categories
(Release Engineering :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: coop, Assigned: coop)
References
Details
(Whiteboard: [signing])
Attachments
(1 file)
(deleted),
patch
|
bhearsum
:
review+
coop
:
checked-in+
|
Details | Diff | Splinter Review |
We should setup an instance of keymaster in staging so we can properly play around with signing/scripts keys and not have to worry about breaking the production system.
Not sure if this is already done based on bug 428132.
Assignee | ||
Comment 1•15 years ago
|
||
(In reply to comment #0)
> Not sure if this is already done based on bug 428132.
The machine referenced in bug 428132 is our current keymaster machine in production. I've filed bug 559353 to get a new keymaster clone.
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → ccooper
Status: NEW → ASSIGNED
Priority: P4 → P2
Assignee | ||
Comment 2•14 years ago
|
||
This machine is setup now: cm-keystage01
Docs about how to use the staging keys are in the CombinedSigning wiki.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•14 years ago
|
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 3•14 years ago
|
||
Two issues have come up:
1) Can't connect to staging-stage from cm-keystage01
2) Hitting "gpg: Can't check signature: public key not found" on verify-sigs
Comment 4•14 years ago
|
||
cvs checkouts from mofo repos also don't work
Assignee | ||
Comment 5•14 years ago
|
||
(In reply to comment #3)
> 1) Can't connect to staging-stage from cm-keystage01
Filed bug 590999
> 2) Hitting "gpg: Can't check signature: public key not found" on verify-sigs
Added a note to the staging section of CombinedSigning to address this for now. It doesn't work out of the box because the production public key is checked out from CVS, but the staging key can be copied in place.
Probably need to come up with an automated solution to this that doesn't bend the production automation too much.
(In reply to comment #4)
> cvs checkouts from mofo repos also don't work
I'll make sure the ssh config file still allows for this.
Assignee | ||
Comment 6•14 years ago
|
||
(In reply to comment #5)
> (In reply to comment #4)
> > cvs checkouts from mofo repos also don't work
>
> I'll make sure the ssh config file still allows for this.
Fixed.
Assignee | ||
Comment 7•14 years ago
|
||
(In reply to comment #3)
> 1) Can't connect to staging-stage from cm-keystage01
Currently waiting for the machine to be rebooted in bug 601134 so I can test this.
Assignee | ||
Comment 8•14 years ago
|
||
Will look at the remaining issues this afternoon.
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 9•14 years ago
|
||
These changes make it easier to sign in staging.
Attachment #483575 -
Flags: review?(bhearsum)
Comment 10•14 years ago
|
||
Coop -- I made some changes to keymaster for Android signing (JDK, Android SDK, release keystore).
I'll need to either do those on this box or let you know what I did on keymaster, so we can have a staging env for that.
Assignee | ||
Comment 11•14 years ago
|
||
(In reply to comment #10)
> I'll need to either do those on this box or let you know what I did on
> keymaster, so we can have a staging env for that.
If it's straightforward installation, I can do it, given a list.
Comment 12•14 years ago
|
||
1) install JDK
http://www.oracle.com/technetwork/java/javase/downloads/index.html
2) install Android SDK
http://developer.android.com/sdk/index.html
sign_android.sh currently expects to find them in specific locations on disk (hardcoded at the top). If that works for you, awesome, otherwise we may need to tweak that for staging.
http://hg.mozilla.org/build/tools/file/c6273c2278d0/release/signing/sign_android.sh
I imagine we'll need to do something with the keystore.
I assume we don't want to copy ~cltsign/android-release.keystore from keymaster, unless key-stage is as secure as keymaster.
If we have to use a different key, I'd say copy ~cltbld/.android/android.keystore from a production linux slave, and we'd have to figure out how to point to the staging keystore/key alias in sign_android.sh. Maybe
if [ "$STAGING." != "." ] ; then
...staging settings
else
...release settings
fi
Updated•14 years ago
|
Attachment #483575 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 13•14 years ago
|
||
Comment on attachment 483575 [details] [diff] [review]
Make STAGE_HOST and GPG_KEY configurable
http://hg.mozilla.org/build/tools/rev/5567acadd6ad
Attachment #483575 -
Flags: checked-in+
Assignee | ||
Comment 14•14 years ago
|
||
We can now connect to both stage.m.o and staging-stage.build.m.o from this box.
Only thing left to do now is install the mobile tools from comment #12.
Comment 15•14 years ago
|
||
(In reply to comment #14)
> We can now connect to both stage.m.o and staging-stage.build.m.o from this box.
Is there any guard against accidentally pushing to stage.m.o from here ? Like having to explicitly go modify the ssh key settings ?
Assignee | ||
Comment 16•14 years ago
|
||
(In reply to comment #15)
> Is there any guard against accidentally pushing to stage.m.o from here ? Like
> having to explicitly go modify the ssh key settings ?
I've commented out the block in the ssh config file that is currently granting access to stage by default.
Mobile tools are also installed now in the locations expected by sign_android.sh.
Docs have been updated:
https://intranet.mozilla.org/Build:CombinedSigning#Signing_in_the_Staging_Environment
Status: ASSIGNED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•