Bug#922489: libsecret-1-0: needs symlink to libsecret-1.so
Sandro Knauß
hefee at debian.org
Sat Feb 16 23:21:55 GMT 2019
Package: libsecret-1-0
Version: 0.18.7-1
Severity: normal
Hey,
qtkeychain is using libsecret as a backend to request passwords. ldd is
showing me that it is linked against libsecret-1.so.0 (fine). But strace
shows one sucessfull read of libsecret-1.so.0 (fine) but afterwards, it
tries to load libsecret-1.so without success (as libsecret-1-dev is not
installed). If I create this symlink from libsecret-1.so ->
libsecret-1.so, qtkeychain can load/store successfully passwords.
For me this looks like an error in libsecret, as qtkeychain only imports
libsecret/secret.h in libsecret.cpp [0]. Or maybe the usage in that file
is wrong or cmake screws things up...
My testsystem is a vagrant with a VirtualBox with only task-xfce-desktop and
nextcloud-desktop installed. I enabled to load GNOME startup scripts for
the XFCE environment.
hefee
[0] https://sources.debian.org/src/qtkeychain/0.9.1-1/libsecret.cpp/
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libsecret-1-0 depends on:
ii libc6 2.28-7
ii libgcrypt20 1.8.4-5
ii libglib2.0-0 2.58.3-1
ii libsecret-common 0.18.7-1
libsecret-1-0 recommends no packages.
libsecret-1-0 suggests no packages.
-- no debconf information
More information about the pkg-gnome-maintainers
mailing list