Skip to content
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

suddenly broken? #397

Open
rkurchin opened this issue Sep 15, 2021 · 4 comments
Open

suddenly broken? #397

rkurchin opened this issue Sep 15, 2021 · 4 comments

Comments

@rkurchin
Copy link

rkurchin commented Sep 15, 2021

Without any changes to my repo (or the SSH keys/settings) in the past month, CompatHelper has started erroring 7 days ago with a bunch of copies of:

Cloning into 'REPO'...
Warning: Permanently added the RSA host key for IP address '140.82.113.4' to the list of known hosts.
[email protected]: Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

You should be able to see full output here (I hope...).

There's a lot missing from my understanding of how these workflows work, interact with permissions, etc., so I haven't had much luck troubleshooting....any advice appreciated!

@DilumAluthge
Copy link
Member

@mattBrzezinski @fchorney Any idea what might be going on here?

@fchorney
Copy link
Collaborator

fchorney commented Sep 16, 2021

If nothing has changed with compathelper, and nothing has changed in your repo or ssh settings and I'm not really sure. For some reason github decided it didn't like the SSH key :/ Would it be possible to make a new key and try using that?

It looks like it's just straight up failing on a basic git clone of the project git clone [email protected]:rkurchin/Nodariety.jl.git REPO

@DilumAluthge
Copy link
Member

Yeah I would say the first step is to regenerate the key.

@rkurchin You can use the DocumenterTools.jl package. E.g. DocumenterTools.genkeys(). It'll produce the private key, which needs to go into a secret in GitHub, where the secret is named DOCUMENTER_KEY. And the public key, which needs to be a deploy key. Make sure that the deploy key has write access.

@rkurchin
Copy link
Author

Regenerating the keys seemed to fix it. Thanks! (Might be worth a remark in the docs somewhere?)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants