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