Summary: | net-misc/ntp-4.2.4_p7 fails to build against uclibc when USE=-ipv6 due to in6addr_any | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | seraph <seraph> |
Component: | Current packages | Assignee: | Embedded Gentoo Team <embedded> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | kripton |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 570544 |
Description
seraph@xs4all.nl
2009-06-07 11:07:35 UTC
net-misc/ntp mishandles ipv6. Clearly it should be patched with some #ifdef __IPV6__ kind of functionality around the offending code. Most likely this should be handled upstream. Or if we are lucky a patch can be pulled from buildroot or some other uclibc aware distro. Also note that the user can USE=ipv6 when building uclibc to prevent this problem from happening. I found a similar bug report on support.ntp.org, here: https://support.ntp.org/bugs/show_bug.cgi?id=436 Comment #8 by Alain Guibert is interesting. Especially this: "When checking for IPv6 structures, NTP 4.2.4 ./configure just looks after struct sockaddr_in6. If it's there, ./configure assumes most basic IPv6 things do exist. And as they don't exist, compilation will fail. Even --disable-ipv6 doesn't help." Perhaps this is similar to what we're seeing here? uClibc should not export in6addr_any in its headers when IPv6 is disabled (In reply to SpanKY from comment #3) > uClibc should not export in6addr_any in its headers when IPv6 is disabled sys-libs/uclibc has been removed from the tree, replaced by sys-libs/uclibc-ng |