Hello Werner,
thanks again for your Help! I found some errors in the logs of
`~/.gnupg/gpg-agend.log` which you can find in the attachments.
By accident I stumbled over a solution which maybe give some idea what might go
wrong, but which is wired in nature as well:
Running `gpgconf -K all` and
Hello Werner,
thanks a lot for your reply and all the useful commands. Please excuse the late
reply, but this one is getting me crazy since I am not able to create a
situation in which I can reliably reproduce the failure. I guess that is due to
OS updates as well.
Here are some of the edgy ca
Hi!
I would suggest that you put
debug ipc
log-file /foo/bar/agent.log
into gpg-agent.conf and
debug cardio
log-file /foo/bar/scd.log
into scdaemon.conf and restart them all (gpgconf -K all). You way of
course also run watchgnupg to see a combined log but sepearte log files
are good enough.
On Mon, 15 Jan 2024 09:25, Philipp Schmidt said:
> - Everything works fine until I use one of the keys for FIDO2
> - Afterwards I cannot restore the service without a reboot
Try to add
pscs-shared
to scdaemon.conf and gpgconf -R scdaemon. Does this change anything?
If not, add
log-file /f
Hello Everybody,
since some update, about 2 Month ago, I started to run into trouble using my
both yubi Keys. To be precise: I have setup gpg such that the ssh auth Agent
can access the keys. That worked for a long time. For example: `ssh-add -L`
always displayed both public keys.
As mentioned