-
-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
What's the future for keys.pub? #168
Comments
I've moved onto other projects for the moment. I'm not sure if I'll come back to this one. |
Oh man. Yikes. I really love keys.pub and moved to it for key management after keybase was acquired. @gabriel your work on this is inspirational. Could you explain why you're unsure about returning to this project? Genuine question, I'm sure people would like to understand and help. Scoping the issue would be useful. Is it about time+money, or technical issues, or...? Would it make sense to start some sort of team to support keys.pub into the future? I'd really love for keys.pub to continue and grow. |
@austinjp For online identity verification, you might want to check out Keyoxide (I'm not affiliated in any way). It's headless, no central server is necessary. It's basically a convention to store proofs at predefined places on services like GitHub or Mastodon, then store the corresponding claim in your GPG-key as notation. It's then possible to verify the claims and proofs against one another using GPG alone. This way, you connect different online accounts on different services to one GPG key – and by extension online identity. This process is not simple, which is why easy to use clients exist for the web, Android etc. They basically consume a GPG-key fingerprint, collect the claims and use them to verify the proofs online. The result is then rendered e.g. as a webpage which lists all services and their proof status (red or green). You can link to this public webpage e.g. from your own homepage. There's also a keyoxide CLI tool to simplify your proof-management. It's no doubt more difficult than Keybase or keys.pub, but the fact that no central server is required makes sure that Zoom can't acquire it nor will it just die when developers like @gabriel take the call to move on – which is totally understandable, we've all been there numerous times. |
Thanks @svoop Yes, Keyoxide was on my list of options to check out. Looks good so far. |
Maybe this issue could be pinned so that people could see it first on GitHub? |
Agreed on pinning the issue, though under a more meaningful title, which would depend on @gabriel intentions. Be it a "co-maintainers/help wanted" or "looking for adoption", whatever @gabriel feels best.
Also dropping https://adoptoposs.org which might come handy. Whatever comes, also a big thank you to @gabriel for the great work and for sharing it! |
Thanks for the kind words. I'm don't know what to do with this project, I kind of want to resurrect it but my financial and mental health have to come first. Maybe someone will fork this or copy some ideas from it. But it should at least have warnings so people don't have expectations. I've pinned this issue. I added this to the project README. Also on the website, a warning about the project not being worked on. |
So sad to hear that, @gabriel. It's very thoughtful on your part to clarify expectations, thanks a lot. To those interested in the project or picking up/helping/forking, be welcome to chime in! Again, thanks @gabriel for sharing and I wish you the best and get well soon. Take care. |
Hi folks,
The latest commit dates back to 2021 and that makes me wonder if there is any future for keys.pub?
Regards.
The text was updated successfully, but these errors were encountered: