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
Encoding must be an item from encoding enum #3503
Comments
I have the same problem... |
Same setup and same problem for me. |
Bump? |
I had this on debian-jessie and it was the result of some wrong package combination, possibly related to backports. Because I was a bit in a hurry I removed |
Tried the same thing, accidentally removed all my certificates and ssl options... Crap... Had to re-install every certificate, but again I got the enum error. Somehow I had a working certbot-auto stored in my home directory that did work. Nonetheless it still doesn't work properly for me |
Bump? |
These kinds of errors are usually caused by a mismatch between the versions of |
For me what seems to be working is the certbot-auto that seems comparable to the letsencrypt-auto in the master gist repository. But the certbot that must load sub code doesn't. Hope this helps? |
This wouldn't be caused by the |
This error arises from an isinstance check that looks for a member of a specific enum. If (somehow, bear with me this is gonna be hand-wavey) the enum it was looking for and the enum passed were from different versions of cryptography that were somehow both loaded that could account for this issue... |
Is there any more info here about a way to reproduce this? |
Ditto for me on gentoo, just updated both python cryptography and openssl, which made it do something different.. briedy it instead said SysCallError: (104, 'ECONNRESET')... and then went back to the enum error.. :( |
Same issue on Debian Stretch:
As of this writing these packages are all up-to-date. This box was upgraded from Debian Jessie, where I used the |
same issue here |
same issue, Debian 9.4, certbot 0.24.0
|
Me too.
|
It's been almost a year since this issue has seen any activity so I'm closing it. If you're still hitting this, please comment or open a new issue. |
Just for the record and anyone out there, also happened to me using :
Solved by updating Cryptography to 35.0.0 using pip. Hope this helps! |
I get this issue on ubuntu 16.04 with apache
Traceback (most recent call last):
File "/usr/bin/letsencrypt", line 9, in
load_entry_point('letsencrypt==0.4.1', 'console_scripts', 'letsencrypt')()
File "/usr/lib/python2.7/dist-packages/letsencrypt/cli.py", line 1986, in main
return config.func(config, plugins)
File "/usr/lib/python2.7/dist-packages/letsencrypt/cli.py", line 660, in run
le_client = _init_le_client(config, authenticator, installer)
File "/usr/lib/python2.7/dist-packages/letsencrypt/cli.py", line 206, in _init_le_client
acc, acme = _determine_account(config)
File "/usr/lib/python2.7/dist-packages/letsencrypt/cli.py", line 191, in _determine_account
config, account_storage, tos_cb=_tos_cb)
File "/usr/lib/python2.7/dist-packages/letsencrypt/client.py", line 127, in register
acc = account.Account(regr, key)
File "/usr/lib/python2.7/dist-packages/letsencrypt/account.py", line 60, in init
format=serialization.PublicFormat.SubjectPublicKeyInfo)
File "/usr/lib/python2.7/dist-packages/cryptography/hazmat/backends/openssl/rsa.py", line 604, in public_bytes
self._rsa_cdata
File "/usr/lib/python2.7/dist-packages/cryptography/hazmat/backends/openssl/backend.py", line 2208, in _public_key_bytes
raise TypeError("encoding must be an item from the Encoding enum")
TypeError: encoding must be an item from the Encoding enum
The text was updated successfully, but these errors were encountered: