On Mon, Aug 20, 2007 at 10:15:03PM +, Kurt Roeckx wrote:
> > The reason we have that sorting is to get consistency.
> > I won't add such an option to disturb it. Not to sort is completely,
> > utterly wrong since the order in which addresses are returned from the
> > service are more or less
I think libc is completely correct in what it's doing. The bug is in NTP.
Historically, there is some ambiguity in the interpretation of
multiple addresses returned by a DNS query. One possible
interpretation is to consider all the addresses as equivalent, and
therefore to try to sort them on th
> The reason we have that sorting is to get consistency.
> I won't add such an option to disturb it. Not to sort is completely,
> utterly wrong since the order in which addresses are returned from the
> service are more or less random.
The random order is exactly the point in the first! Namese
Please find attached the answer from upstream about this "problem".
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
-
Author: sthibaul-guest
Date: 2007-08-20 16:06:59 + (Mon, 20 Aug 2007)
New Revision: 2520
Added:
glibc-package/trunk/debian/patches/hurd-i386/submitted-IPV6_PKTINFO.diff
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/series
Log:
* hurd-i386/submitte
5 matches
Mail list logo
