Yar

I've created a workaround for it - it seems that the error was not caused by decryptKey itself - it's just how openssl errors work.

This commit might be the cause 61fa66b12976582d1f6f38df2308fd800be4cbef

@chris2511 - I guess, this class cannot handle no MD for ED25519? For Ed25519, name is empty string, this explains why OpenSSL throws an error

So, I guess, it's either digest::digest checks for empty string, and returns nid = 0, or just ignores openssl error. I think, first approach is better, I'll change my MR...

There is another report of the same issue, in #376 (closed as duplicate)

@h1z1, @nv4, @marek22k - could you please test this commit https://github.com/ya-isakov/xca/commit/a8433a8fc4487209de2b34d6952c3f422cac0af2, if it fixes issue for you?

@marek22k hmm, I cannot reproduce neither error in oid.cpp, nor in func.cpp anymore. It seems that oid.cpp error is related to those eku.txt errors you can see in your log...

@marek22k It depends, how you created it in the first place - as it's not something from your distribution, I guess. Official README said that to install xce, `sudo cmake...

Debian should not install anything in /usr/local, for sure https://packages.debian.org/bullseye/amd64/xca/filelist, https://packages.debian.org/sid/amd64/xca/filelist. I've tried to install xca using `sudo cmake --install build` - it installs files in /usr/local/share/xca, but everything is...

Well, it's needed, in case if you need extensions from it. OTOH, xca will try to find it in /usr/share, too, so, if Debian package is still installed, xca will...