A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2012-August/121432.html below:

[Python-Dev] Snakebite build slaves and developer SSH/GPG public keys

[Python-Dev] Snakebite build slaves and developer SSH/GPG public keysNick Coghlan ncoghlan at gmail.com
Thu Aug 23 01:03:59 CEST 2012
On Thu, Aug 23, 2012 at 8:28 AM, Trent Nelson <trent at snakebite.org> wrote:
> Hi folks,
>
>     I've set up a bunch of Snakebite build slaves over the past week.
>     One of the original goals was to provide Python committers with
>     full access to the slaves, which I'm still keen on providing.
>
>     What's a nice simple way to achieve that in the interim?  Here's
>     what I was thinking:
>
>         - Create a new hg repo: hg.python.org/keys.
>
>         - Committers can push to it just like any other repo (i.e.
>           same ssh/authz configuration as cpython).
>
>         - Repo is laid out as follows:
>             keys/
>                 <python username>/
>                     ssh     (ssh public key)
>                     gpg     (gpg public key)
>
>         - Prime the repo with the current .ssh/authorized_keys
>           (presuming you still use the --tunnel-user facility?).

Make ssh and gpg directories and this sounds like a usefully secure
way to allow us to add extra keys (currently, there's a security hole
in the fact that requests to change our registered ssh key for access
are not themselves authenticated electronically)

Also, nice work on getting to this point, even though it turned out to
be a lot more work than you originally anticipated!

Cheers,
Nick.

-- 
Nick Coghlan   |   ncoghlan at gmail.com   |   Brisbane, Australia
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4