Missing dependency for ntp package

[dcreager]

I'm running Arch on my Raspberry Pi. Just performed a "pacman -Syu" update, and the ntp package upgraded to 4.2.6.p5-15. I got some link errors when trying to restart the ntp daemon:

$this->bbcode_second_pass_code('', '
$ sudo systemctl restart ntpd
Warning: Unit file of ntpd.service changed on disk, 'systemctl --system daemon-reload' recommended.
Job for ntpd.service failed. See 'systemctl status ntpd.service' and 'journalctl -xn' for details.
$ ntpd
ntpd: error while loading shared libraries: libdns_sd.so.1: cannot open shared object file: No such file or directory
')

That library comes from the avahi package, so if I install that manually, the linker error goes away:

$this->bbcode_second_pass_code('', '
$ sudo pacman -S avahi
[snip]
$ ntpd
must be run as root, not uid 1000
$ sudo systemctl start ntpd
')

So that's a good workaround.

But to fix the problem for real, ntp's package description should either record that it depends on avahi; or alternatively, the build scripts should prevent ntp from linking with libdns_sd. Any thoughts on which solution is correct? On my Intel Arch installation, ntpd does not try to link with libdns_sd, so my hunch would be the second solution is best, and that there's something wonky on the ARM build servers.

[WarheadsSE]

Hmm... it is build from the ABS source.
$this->bbcode_second_pass_code('', '
[armv6] [abs] extra/ntp (4.2.6.p5-15|4.2.6.p5-15): done, build time: 4m51s, last built: Thu Jul 18 01:00:15 2013
')

[msthev]

makepkg without avahi installed:
$this->bbcode_second_pass_code('', '# ldd without-avahi/ntp/usr/bin/ntpd | sort
/lib/ld-linux.so.3 (0xb6f21000)
libattr.so.1 => /usr/lib/libattr.so.1 (0xb6baf000)
libc.so.6 => /usr/lib/libc.so.6 (0xb6be2000)
libcap.so.2 => /usr/lib/libcap.so.2 (0xb6d3b000)
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0xb6d46000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xb6bd6000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb6d15000)
libm.so.6 => /usr/lib/libm.so.6 (0xb6eaf000)
libz.so.1 => /usr/lib/libz.so.1 (0xb6bbb000)')
and with avahi:
$this->bbcode_second_pass_code('', '# ldd with-avahi/ntp/usr/bin/ntpd | sort
/lib/ld-linux.so.3 (0xb6f96000)
libattr.so.1 => /usr/lib/libattr.so.1 (0xb6b94000)
libavahi-client.so.3 => /usr/lib/libavahi-client.so.3 (0xb6c0b000)
libavahi-common.so.3 => /usr/lib/libavahi-common.so.3 (0xb6bc0000)
libc.so.6 => /usr/lib/libc.so.6 (0xb6c48000)
libcap.so.2 => /usr/lib/libcap.so.2 (0xb6da1000)
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0xb6dbb000)
libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xb6bd2000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xb6c3c000)
libdns_sd.so.1 => /usr/lib/libdns_sd.so.1 (0xb6dac000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb6d7b000)
libm.so.6 => /usr/lib/libm.so.6 (0xb6f24000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb6ba0000)
librt.so.1 => /usr/lib/librt.so.1 (0xb6b85000)
libz.so.1 => /usr/lib/libz.so.1 (0xb6c21000)')

So, if I'm not mistaken, it seems that the package was not built in a clean chroot.

[WarheadsSE]

It should be, I wonder if we have something pulling it in via the mkarchroot @ makechrootpkg ...

[kmihelich]

Should be fixed in 4.2.6p5-15.1 in the repos now.

[WarheadsSE]

One of our build system requirements pulled it in and it got silently picked up by the ntp configure scripts. We've knocked that little surprise over the head.