Bug#1081514: libcurl-gnutls.so.4: undefined symbol: gnutls_free
Simon McVittie
smcv at debian.org
Thu Sep 12 12:33:43 BST 2024
Control: tags -1 + moreinfo
Control: affects -1 + libgnutls30t64 libcurl3t64-gnutls
On Thu, 12 Sep 2024 at 20:39:25 +1000, Russell Coker wrote:
> flatpak: symbol lookup error: /lib/aarch64-linux-gnu/libcurl-gnutls.so.4: undefined symbol: gnutls_free
>
> I get the above error when I run flatpak on my PinePhonePro on both the
> unstable (1.14.10-1) and experimental (1.15.10-1) versions.
What version of libgnutls.so.30 (libgnutls30t64 or libgnutls30)
is installed? Is it a local build? Or do you have a local build in
/usr/local or the $LD_LIBRARY_PATH or similar?
It's an indirect dependency via libcurl3t64-gnutls, so it doesn't appear
in the reportbug report when reporting a bug against flatpak.
At first glance this looks like it would have to be an ABI break in GNUTLS,
affecting Flatpak indirectly. But I don't see any sign of this having
happened in the gnutls28 packaging repository.
The libcurl-gnutls.so.4 version involved should be this one:
> Versions of packages flatpak depends on:
...
> ii libcurl3t64-gnutls 8.10.0-1
(for historical reasons the package name and the SONAME don't match up).
smcv
More information about the Pkg-gnutls-maint
mailing list