Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upConsider self-hosting team PGP keys #1903
Comments
andrewdavidwong
added
P: minor
C: website
UX
labels
Apr 13, 2016
andrewdavidwong
added this to the
Documentation/website milestone
Apr 18, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
@marmarek: Any chance of this happening soon? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
woju
Oct 18, 2016
Member
On Sat, Oct 15, 2016 at 03:19:51PM -0700, Andrew David Wong wrote:
@marmarek: Any chance of this happening soon?
@andrewdavidwonv Is it really a priority? I can do it of course (I manage
keys.q-o.o), but I won't remember to update those keys when needed.
If so, what should I put there? Just snapshots of whatever pgp.mit.edu says?
pozdrawiam / best regards .-.
Wojtek Porczyk .-^' '^-.
Invisible Things Lab |'-.-^-.-'|
| | | |
I do not fear computers, | '-.-' |
I fear lack of them. '-._ : ,-'
-- Isaac Asimov `^-^-_>
|
On Sat, Oct 15, 2016 at 03:19:51PM -0700, Andrew David Wong wrote:
@andrewdavidwonv Is it really a priority? I can do it of course (I manage If so, what should I put there? Just snapshots of whatever pgp.mit.edu says? pozdrawiam / best regards .-. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
Oct 18, 2016
Member
Is it really a priority?
Not a priority at all, which is why I haven't mentioned it for six months.
I can do it of course (I manage keys.q-o.o), but I won't remember to update those keys when needed.
I don't think it should be your responsibility to update them. Rather, I think people should just get their their key to you whenever they want them updated.
If so, what should I put there? Just snapshots of whatever pgp.mit.edu says?
Whatever is currently linked on the Team page, IMHO.
Not a priority at all, which is why I haven't mentioned it for six months.
I don't think it should be your responsibility to update them. Rather, I think people should just get their their key to you whenever they want them updated.
Whatever is currently linked on the Team page, IMHO. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
woju
Oct 18, 2016
Member
OK, so let's get it done.
https://keys.qubes-os.org/team/, just pulled from pgp.mit.edu. Joanna's keys are "joanna-email-itl.asc" from her page, though we may leave her link as is.
Didn't check them.
|
OK, so let's get it done. https://keys.qubes-os.org/team/, just pulled from pgp.mit.edu. Joanna's keys are "joanna-email-itl.asc" from her page, though we may leave her link as is. Didn't check them. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adrelanos
Oct 18, 2016
Member
Perhaps just link to https://www.whonix.org/patrick.asc ? Or copy the
file. That is supposed to always host my most recent key.
Or from here?
https://github.com/marmarek/qubes-builder-debian/blob/master/keys/whonix-developer-patrick.asc
(I am trying to avoid too many locations of my key to update in future.)
|
Perhaps just link to https://www.whonix.org/patrick.asc ? Or copy the Or from here? (I am trying to avoid too many locations of my key to update in future.) |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
Oct 19, 2016
Member
Is it too much trouble for everyone to have an additional place to have their keys updated? If so, we can just scrap this idea. (The only motivation for it was that we already have keys.qubes-os.org, and we already use it to host Qubes-related keys, so it seems like a natural step to host and link there instead of pgp.mit.edu, but pgp.mit.edu has the advantage of automatically syncing with other public keyservers, while keys.qubes-os.org does not.)
|
Is it too much trouble for everyone to have an additional place to have their keys updated? If so, we can just scrap this idea. (The only motivation for it was that we already have keys.qubes-os.org, and we already use it to host Qubes-related keys, so it seems like a natural step to host and link there instead of pgp.mit.edu, but pgp.mit.edu has the advantage of automatically syncing with other public keyservers, while keys.qubes-os.org does not.) |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
Oct 19, 2016
Member
To add: It probably makes more sense to host things that are truly Qubes-specific, like Qubes release signing keys, on keys.qubes-os.org. People are not Qubes-specific, so it doesn't really make sense to duplicate our keys there. So perhaps this is a bad idea after all.
|
To add: It probably makes more sense to host things that are truly Qubes-specific, like Qubes release signing keys, on keys.qubes-os.org. People are not Qubes-specific, so it doesn't really make sense to duplicate our keys there. So perhaps this is a bad idea after all. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
@andrewdavidwong, your decision :) |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
@woju: Ok, closing. Sorry for the trouble! |
andrewdavidwong
closed this
Oct 19, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
woju
Oct 20, 2016
Member
No problem.
|
No problem. |
andrewdavidwong commentedApr 13, 2016
We already have keys.qubes-os.org, which is used to host some PGP keys. However, the Team page currently links to people's PGP keys on pgp.mit.edu. It might be a minor UX improvement to simply host all Qubes-related keys on keys.qubes-os.org.