>=net-misc/ntp-4.2.4_p6 have a magic RDEPEND against net-libs/libwww (libmd5.so.0). see ntp configure.ac, line 369: AC_SEARCH_LIBS([MD5Init], [md5 md]) Reproducible: Always
it is disabled in the ebuild
and what about this: sabayon server # readelf -d /usr/sbin/ntpd Dynamic section at offset 0x4dd98 contains 31 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libm.so.6] 0x0000000000000001 (NEEDED) Shared library: [libdns_sd.so.1] 0x0000000000000001 (NEEDED) Shared library: [libavahi-client.so.3] 0x0000000000000001 (NEEDED) Shared library: [libdbus-1.so.3] 0x0000000000000001 (NEEDED) Shared library: [libavahi-common.so.3] 0x0000000000000001 (NEEDED) Shared library: [libmd5.so.0] 0x0000000000000001 (NEEDED) Shared library: [libdl.so.2] 0x0000000000000001 (NEEDED) Shared library: [libz.so.1] 0x0000000000000001 (NEEDED) Shared library: [libssl.so.0.9.8] 0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.0.9.8] 0x0000000000000001 (NEEDED) Shared library: [libc.so.6] 0x000000000000000c (INIT) 0x404bf0 0x000000000000000d (FINI) 0x43bce8 0x0000000000000004 (HASH) 0x4002b0 0x000000006ffffef5 (GNU_HASH) 0x400e58 0x0000000000000005 (STRTAB) 0x402700 0x0000000000000006 (SYMTAB) 0x400eb8 0x000000000000000a (STRSZ) 2789 (bytes) 0x000000000000000b (SYMENT) 24 (bytes) 0x0000000000000015 (DEBUG) 0x0 0x0000000000000003 (PLTGOT) 0x64dfe8 0x0000000000000002 (PLTRELSZ) 5952 (bytes) 0x0000000000000014 (PLTREL) RELA 0x0000000000000017 (JMPREL) 0x4034b0 0x0000000000000007 (RELA) 0x403450 0x0000000000000008 (RELASZ) 96 (bytes) 0x0000000000000009 (RELAENT) 24 (bytes) 0x000000006ffffffe (VERNEED) 0x4033f0 0x000000006fffffff (VERNEEDNUM) 2 0x000000006ffffff0 (VERSYM) 0x4031e6 0x0000000000000000 (NULL) 0x0
shanghai:~ # readelf -d /usr/sbin/ntpd Dynamic section at offset 0x5ce18 contains 23 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libm.so.6] 0x0000000000000001 (NEEDED) Shared library: [libmd5.so.0] 0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.0.9.8] 0x0000000000000001 (NEEDED) Shared library: [libc.so.6] 0x000000000000000c (INIT) 0x404108 0x000000000000000d (FINI) 0x449dd8 0x000000006ffffef5 (GNU_HASH) 0x4002b0 0x0000000000000005 (STRTAB) 0x401ba0 0x0000000000000006 (SYMTAB) 0x400310 0x000000000000000a (STRSZ) 2798 (bytes) 0x000000000000000b (SYMENT) 24 (bytes) 0x0000000000000015 (DEBUG) 0x0 0x0000000000000003 (PLTGOT) 0x65cfe8 0x0000000000000002 (PLTRELSZ) 6024 (bytes) 0x0000000000000014 (PLTREL) RELA 0x0000000000000017 (JMPREL) 0x402980 0x0000000000000007 (RELA) 0x402920 0x0000000000000008 (RELASZ) 96 (bytes) 0x0000000000000009 (RELAENT) 24 (bytes) 0x000000006ffffffe (VERNEED) 0x4028a0 0x000000006fffffff (VERNEEDNUM) 2 0x000000006ffffff0 (VERSYM) 0x40268e 0x0000000000000000 (NULL) 0x0 shanghai:~ # emerge -qpv libwww ntp [ebuild R ] net-libs/libwww-5.4.0-r7 USE="-mysql ssl" [ebuild R ] net-misc/ntp-4.2.4_p7 USE="-caps -debug -ipv6 -openntpd -parse-clocks (-selinux) ssl -vim-syntax -zeroconf" shanghai:~ # I'm really curious what your system makes ntpd link against dbus, avahi and of course libwww... Reopen this bug when you have verified that it's a problem with the Gentoo ebuild.
[ebuild R ] net-libs/libwww-5.4.0-r7 USE="ssl -mysql" [ebuild R ] net-misc/ntp-4.2.4_p7 USE="ipv6 ssl zeroconf -caps -debug -openntpd -parse-clocks (-selinux)" and even in your case, ntpd links to libmd5.so, which belongs to libwww, which is not in RDEPEND. Bug for me is open, alive and kicking ;)
you need to include real information in your reports. if you had actually read the ebuild, you'd see we were working around this problem already. the sed in place though doesnt work with newer autoconf versions, so switch to autoconf cache versions. http://sources.gentoo.org/net-misc/ntp/ntp-4.2.4_p7.ebuild?r1=1.7&r2=1.8
(In reply to comment #5) > you need to include real information in your reports. if you had actually read > the ebuild, you'd see we were working around this problem already. could you elaborate "real information" ? What was missing? I am sorry, i'm not into that ebuild and I don't know how you worked out fixes in past and why certain code snippets are there. You need to be kind with people reading your code and not pretend to always getting understood at 100%. > > the sed in place though doesnt work with newer autoconf versions, so switch to > autoconf cache versions. > http://sources.gentoo.org/net-misc/ntp/ntp-4.2.4_p7.ebuild?r1=1.7&r2=1.8 > Thanks for the info, glad that the issue got solved. So, next time try to be more careful when prematurely closing bugs ;) Thanks again anyway
the bug wasnt closed prematurely. based on what little information you provided, there was no bug. you needed to show that the bug was actually present with an emerged binary rather than saying "hey look, i saw a random line in the configure script and therefore it must be a bug in the ebuild packaging".