[Debian-iot-maintainers] Bug#926317: Bug#926317: libyder.pc Requires.private systemd, but systemd not in debian/control
Nicolas Mora
nicolas at babelouest.org
Thu Apr 4 14:10:10 BST 2019
Hello,
I'm not sure I understand the problem.
Libyder relies on libsystemd to write logs in journald, but it's one of the log output available, like syslog, a file, a callback or the console. But you can use libyder without systemd if you don't use it as log output.
Also, in Debian packages, libsystemd0 doesn't have systemd as a dependency. This may be for a reason.
I will try and see what happens if you use libyder with libsystemd and without systemd. But besides the probable fact that a journald log will be unavailable if set, I don't think there will be bad consequences.
Le 3 avril 2019 06 h 02 min 22 s HAE, Harald Welte <laforge at gnumonks.org> a écrit :
>Package: libyder-dev
>Version: 1.4.4-4
>Severity: normal
>
>I'm experiencing problems building yder-based applications:,
>libyder.pc (after applying debian/cmake.patch) has a Requires.private
>to
>the pacakge 'systemd'. However, 'systemd' is not listed in the
>'Depends' line of debian/control.
>
>This leads to the absurd situation that I can build + install
>libyder-dev, but other yder-using applications will not get past their
>cmaake/autoconf step as 'systemd' is not neccessarily installed.
>
>So at the very least, 'systemd' should be listed in 'Depends'.
>
>I'm somewhat doubtful about this entire method of using pkg-config
>'Requires.private'. It may make sense in the absence of a package
>manager. But as we're talking about a Debian package here:
>Dependencies
>should be tracked at package installation time using dpkg/apt, and not
>some pkg-config private mechanism, IMHO.
>
>Also, I'm not entirely sure why there's a dependency on 'systemd', and
>not 'libsystemd' as in the upstream source. The Debian changelog
>unfortunately doesn't explain why that cmake.patch is used.
>
>Thanks in advance.
>
>-- System Information:
>Debian Release: buster/sid
> APT prefers unstable
> APT policy: (500, 'unstable')
>Architecture: amd64 (x86_64)
>Foreign Architectures: i386
>
>Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
>Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
>Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
>LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
>Shell: /bin/sh linked to /bin/bash
>Init: systemd (via /run/systemd/system)
>LSM: AppArmor: enabled
>
>Versions of packages libyder-dev depends on:
>ii libjansson-dev 2.12-1
>ii liborcania-dev 1.2.9-5
>ii libsystemd-dev 241-2
>ii libyder2.0 1.4.4-4
>
>libyder-dev recommends no packages.
>
>libyder-dev suggests no packages.
>
>-- no debconf information
>
>_______________________________________________
>Debian-iot-maintainers mailing list
>Debian-iot-maintainers at alioth-lists.debian.net
>https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-iot-maintainers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/debian-iot-maintainers/attachments/20190404/cf31eb64/attachment.html>
More information about the Debian-iot-maintainers
mailing list