Bug#640812: libopencryptoki0: libopencryptoki paths for modules are incorrect
Package: libopencryptoki0
Version: 2.3.1+dfsg-2
Severity: important
If I try to open libopencryptoki0 pkcs11 module with a pkcs11 application (e.g.
p11tool of gnutls) I get:
Sep 7 17:09:30 nomad openCryptokiModule[5547]: Logging enabled 1 enabled
Sep 7 17:09:30 nomad openCryptokiModule[5547]: DL_Load: dlopen() failed for
[libpkcs11_tpm.so]; dlerror = [libpkcs11_tpm.so: cannot open shared object
file: No such file or directory]
Sep 7 17:09:30 nomad openCryptokiModule[5547]: DL_Load: dlopen() failed for
[libpkcs11_sw.so]; dlerror = [libpkcs11_sw.so: cannot open shared object file:
No such file or directory]
Those files exist in /usr/lib/pkcs11/stdll, so it must be looking on a
different path for them. Using strace on p11tool I get:
open("/lib/x86_64-linux-gnu/libpkcs11_sw.so", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("/usr/lib/x86_64-linux-gnu/libpkcs11_sw.so", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/lib/libpkcs11_sw.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/libpkcs11_sw.so", O_RDONLY) = -1 ENOENT (No such file or
directory)
It seems the default search paths are not the installation paths in debian.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libopencryptoki0 depends on:
ii libc6 2.13-16 Embedded GNU C Library: Shared lib
ii libssl1.0.0 1.0.0d-3 SSL shared libraries
ii libtspi1 0.3.5-4 open-source TCG Software Stack (li
libopencryptoki0 recommends no packages.
libopencryptoki0 suggests no packages.
-- no debconf information
Reply to: