[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1001204: marked as done (librtmp1 depends on libhogweed6 and libnettle8 but attempts to load libhogweed.so.4 and libnettle.so.6)

Your message dated Fri, 15 Aug 2025 21:07:07 +0000
with message-id <YoVCsfL8XEJWBC6RUwdSOc0Qqikl39zs-y7N324Q1o3pVFNs-puV--wfKNewsX8zrYaQsr4p5-zqBLmsk466iBV2oUqck8EP61ZC-prbg_E=@proton.me>
and subject line (No Subject)
has caused the Debian Bug report #1001204,
regarding librtmp1 depends on libhogweed6 and libnettle8 but attempts to load libhogweed.so.4 and libnettle.so.6
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1001204: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001204
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: librtmp1
Version: 2.4

When I attempt to use `librtmp.so.1` from an ordinary shell prompt (e.g. by invoking `cmake`) it
fails with a dynamic linking error:

	$ cmake
	cmake: error while loading shared libraries: libhogweed.so.4: cannot open shared object file: No such file or directory

Further investigation reveals that the binary expects missing libraries "libhogweed.so.4" and
"libnettle.so.6":

	$ ldd -v /lib/arm-linux-gnueabihf/librtmp.so.1
		linux-vdso.so.1 (0xbee41000)
		/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so => /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so (0xb6f60000)
		libgnutls.so.30 => /lib/arm-linux-gnueabihf/libgnutls.so.30 (0xb6d76000)
		libhogweed.so.4 => not found
		libnettle.so.6 => not found
		libgmp.so.10 => /lib/arm-linux-gnueabihf/libgmp.so.10 (0xb6cff000)
		libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0xb6cd7000)
		libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6b83000)
		/lib/ld-linux-armhf.so.3 (0xb6f9e000)
		libp11-kit.so.0 => /lib/arm-linux-gnueabihf/libp11-kit.so.0 (0xb6a76000)
		libidn2.so.0 => /lib/arm-linux-gnueabihf/libidn2.so.0 (0xb6a47000)
		libunistring.so.2 => /lib/arm-linux-gnueabihf/libunistring.so.2 (0xb68ca000)
		libtasn1.so.6 => /lib/arm-linux-gnueabihf/libtasn1.so.6 (0xb68a9000)
		libnettle.so.8 => /lib/arm-linux-gnueabihf/libnettle.so.8 (0xb6854000)
		libhogweed.so.6 => /lib/arm-linux-gnueabihf/libhogweed.so.6 (0xb6806000)
		libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb67da000)
		libffi.so.7 => /lib/arm-linux-gnueabihf/libffi.so.7 (0xb67c2000)
		libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb67ae000)
		libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6781000)

According to `dpkg`, the `librtmp1` package depends on "libhogweed6" and "libnettle8", which supply
these libraries in more modern versions 6 and 8, respectively. According to `ldd` outputs the
package seems to depend on two versions of the same library. This leads me to suspect a build
configuration issue.

I suggest that a new version of the library is supplied that eliminates these duplicate
dependencies, or a new dependency requirement is introduced for the package so that appropriate
libraries are correctly resolved at installation time.

I am using Raspbian GNU/Linux 11, kernel 5.10.63-v7l+ and libc6 2.31-13.

--- End Message ---
--- Begin Message --- 
Version: 2.4+20151223.gitfa8646d.1-2+b5

At least this version seems correct.

--- End Message ---
Reply to: