После того, как апстрим переехал на Meson, они стали генерировать вот такой dbus-1.pc: % (T="$(mktemp -d)"; trap "rm -rf '$T'" 0 1 2 3 6 9 15 i="$HOME/Downloads/libdbus-devel-1.14.10-alt1.x86_64.rpm" TD="$T/a"; mkdir -p "$TD"; cd "$TD" rpm2cpio "$i" | cpio -id i="$HOME/Downloads/libdbus-devel-1.16.0-alt2.x86_64.rpm" TD="$T/b"; mkdir -p "$TD"; cd "$TD" rpm2cpio "$i" | cpio -id cd "$T"; exec $SHELL) 42932 blocks 45014 blocks % diff -u {a,b}/usr/lib64/pkgconfig/dbus-1.pc --- a/usr/lib64/pkgconfig/dbus-1.pc 2025-02-05 21:27:48.670863480 +0300 +++ b/usr/lib64/pkgconfig/dbus-1.pc 2025-02-05 21:27:48.782864716 +0300 @@ -1,21 +1,23 @@ +prefix=/usr +includedir=${prefix}/include +libdir=${prefix}/lib64 + original_prefix=/usr -prefix=${original_prefix} -exec_prefix=/usr -bindir=/bin -libdir=/usr/lib64 -includedir=/usr/include -system_bus_default_address=unix:path=/run/dbus/system_bus_socket +exec_prefix=${prefix} +bindir=${prefix}/bin +datadir=${prefix}/share datarootdir=${prefix}/share -datadir=/usr/share sysconfdir=/etc +daemondir=${bindir} +system_bus_default_address=unix:path=/run/dbus/system_bus_socket session_bus_services_dir=${datadir}/dbus-1/services system_bus_services_dir=${datadir}/dbus-1/system-services interfaces_dir=${datadir}/dbus-1/interfaces -daemondir=${bindir} Name: dbus Description: Free desktop message bus -Version: 1.14.10 +Version: 1.16.0 +Requires.private: libsystemd >= 209 Libs: -ldbus-1 -Libs.private: -lsystemd +Libs.private: -pthread Cflags: -I${includedir}/dbus-1.0 -I${libdir}/dbus-1.0/include % ^D Беспокоит вот это: +Requires.private: libsystemd >= 209 Libs: -ldbus-1 -Libs.private: -lsystemd Мне сдаётся, что более плотная зависимость на libsystemd там оказалась по ошибке (апстрима, конечно). Обусловлена ли она исходниками libdbus?
Довелось споткнуться об это в пакете libpcap, например.