From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Description of problem: Link for libpcsclite.so for gnupg is not installed: [root@epia .gnupg]# gpg --card-status gpg: apdu_open_reader: failed to open driver `libpcsclite.so': libpcsclite.so: cannot open shared object file: No such file or directory gpg: card reader not available gpg: OpenPGP card not available: general error [root@epia .gnupg]# locate libpcsclite.so /usr/lib/libpcsclite.so.0.0.1 /usr/lib/libpcsclite.so.0 [root@epia .gnupg]# ls -l /usr/lib/libpcs* lrwxrwxrwx 1 root root 20 Jul 7 18:17 /usr/lib/libpcsclite.so.0 -> libpcsclite.so.0.0.1 -rwxr-xr-x 1 root root 33364 May 20 11:01 /usr/lib/libpcsclite.so.0.0.1 Version-Release number of selected component (if applicable): pcsc-lite-libs-1.2.0-12 How reproducible: Always Steps to Reproduce: gpg --card-status locate libpcsclite.so ls -l /usr/lib/libpcs* Actual Results: [root@epia .gnupg]# gpg --card-status gpg: apdu_open_reader: failed to open driver `libpcsclite.so': libpcsclite.so: cannot open shared object file: No such file or directory gpg: card reader not available gpg: OpenPGP card not available: general error [root@epia .gnupg]# locate libpcsclite.so /usr/lib/libpcsclite.so.0.0.1 /usr/lib/libpcsclite.so.0 [root@epia .gnupg]# ls -l /usr/lib/libpcs* lrwxrwxrwx 1 root root 20 Jul 7 18:17 /usr/lib/libpcsclite.so.0 -> libpcsclite.so.0.0.1 -rwxr-xr-x 1 root root 33364 May 20 11:01 /usr/lib/libpcsclite.so.0.0.1 Expected Results: gnupg should be able to find libpcsclite Additional info: It's easy to fix by creating the link by hand but it's somethign that should be in the rpm
If the PC/SC shared library is meant to be used as a plugin, then gnupg can't be expected to be its only user, so we need to reassign this bug to the pcsc-lite package.
Oops, should have made it more explicit: is the PC/SC shared library intended to be used as a plugin? If not, then detecting (at build-time, I guess) which shared library gnupg should instead be trying to load will be difficult because pcsc-lite is in extras and therefore can't be depended on to be installed when building gnupg for core.
For now at least the correct link(s)in the PC/SC lib rpm will suffice?
Yes, moving the symlink from pcsc-lite-libs-devel to pcsc-lite-libs would make it work. If the library's meant to be loaded like that, it'd be the correct fix.
This report targets the FC3 or FC4 products, which have now been EOL'd. Could you please check that it still applies to a current Fedora release, and either update the target product or close it ? Thanks.
[root@epia ~]# gpg --card-status winscard_clnt.c:320:SCardEstablishContextTH() Cannot open public shared file: /var/run/pcscd.pub gpg: pcsc_establish_context failed: no service (0x8010001d) gpg: card reader not available gpg: OpenPGP card not available: general error [root@epia ~]# locate libpcsclite.so /usr/lib/libpcsclite.so.1.0.0 /usr/lib/libpcsclite.so.1 So gnupg can find the lib. This is FC6 now.
This became an option ('pcsc-driver'), I think in version 1.4.3, defaulting to the right value.
I'm hitting this bug. I'm on FC38, Silverblue / rpm-ostree. I seem to flip-flop between `gpg --card-status` working, depending on if i have done an `rpm-ostree update; reboot` or not. Today, it is not working again. ``` $ rpm-ostree status State: idle Deployments: ● fedora:fedora/38/x86_64/sericea Version: 38.20230729.0 (2023-07-29T00:41:32Z) Commit: 7f82bc5698fa50f39f67558cc21331dded83cb765050fd437a1de632558172b6 GPGSignature: Valid signature by 6A51BBABBA3D5467B6171221809A8D7CEB10B464 fedora:fedora/38/x86_64/sericea Version: 38.20230720.0 (2023-07-20T01:05:30Z) Commit: c23f856fa18c0a69751dfabd406275ad126af8dec1d29f68fb79ae6866797b01 GPGSignature: Valid signature by 6A51BBABBA3D5467B6171221809A8D7CEB10B464 $ gpg --card-status gpg: selecting card failed: Service is not running gpg: OpenPGP card not available: Service is not running 2023-07-31 15:44:08 scdaemon[16164] apdu_open_reader: failed to open driver '/usr/lib64/libpcsclite.so.1': /usr/lib64/libpcsclite.so.1: cannot open shared object file: No such file or directory $ ldd /usr/lib64/libpcsclite.so.1 linux-vdso.so.1 (0x00007ffd6e9af000) libc.so.6 => /lib64/libc.so.6 (0x00007f3c11251000) /lib64/ld-linux-x86-64.so.2 (0x00007f3c11449000) ```
Hi Beto, I think you'll be better off opening a new bug report for gnupg2, which would be steered to the current maintainers of the packages. It's been a long time since I last looked at these bits.
Hi Nalin. Thanks for your response. I gave up on `sericea`/`silverblue`, and "normal" fc38 works correctly for me.