On Tue, 03.10.06 19:30, Joey Hess ([EMAIL PROTECTED]) wrote: > Lennart Poettering wrote: > > Humm, the Debian BTS apparently didn't forward this comment I wrote > > regarding bug #388864 to you. > > Right, to reach the submitter you need to cc bugnum-submitter.
Hmm, why's that? I mean, it would make a lot of sense to include the submitter in all CCs regarding the bug. > NOTFOUND=return saves 2 seconds, the rest are the doubled lookups. If you shutdown Avahi these numbers should differ a little more. When Avahi is running nss-mdns makes use of it and the lookup behaviour changes drastically, due to cacheing and stuff. > > Unfortunately do neither Avahi nor Apple Bonjour register both ipv6 > > and ipv4 addresses by default. (The reason for that is that this would > > cause all services to show up twice, once for each protocol. But > > that's a different story). > > According to the README.Debian, OS X 10.3 does use ipv6 mdns entries. > Is that wrong? I guess the other question is, might this change in the > lifetime of the etch release. This is not true AFAIK. According to Marc Krochmal (one of the Zeroconf guys at Apple) the algorithm chosen by apple is more like this: if the "main" network interface has only an IPv6 address assigned Bonjour goes into IPv6-only mode, otherwise it goes to IPv4-only mode. AFAIK Bonjour is not capable of handling both ipv4 and ipv6 at the same time. I must admit that I don't have a Mac machine standing around, so I cannot really make sure what I am saying is true... Maybe my knowledge is a little bit out of date. I know quite a few people who still run MacOS9, hence just relying on that all people have the latest and greatest MacOSX versions doesn't seem like a good idea to me. This is zeroconf after all, so people expect it to work in all cases. It might make sense to convince the telnet maintainers (and all other developers of sockets based software) to fix their tools and use exclusively the getaddrinfo() API call with ai_family = AF_UNSPEC to support IPv6 and mDNS properly. After that is done we can officially enable "mdns" instead of "mdns4". Hey, maybe this should be added to the goal list for etch+1? Perhaps as subitem for ubiquitious IPv6 support? gethostbyname, gethostbyname2, gethostbyaddr, getipnodebyname, getipnodebyaddr should die! Everyone should use getaddrinfo with AF_UNSPEC! Hurrah! getaddrinfo() has been available in Linux since nearly 10 years. I mean, at some point people should really start using it instead of gethostbyname(). > Also related to this, in bug #375419, Arnand says that he doesn't recommend > using your line, but later in the bug report it's suggested that it needs > version 0.8 to work, and not the 0.7 that the bug reporter was using. I can't > reproduce the whois failure described in #375419. #375419 is bogus, just as Aaron Gyes said. This bug should be closed as "invalid". I thought about closing this bug myself, but I thought it would be unfriendly to Anand, since I don't maintain this package and I am not even a DD. I guess #351990, #388864 and #387231 are closed by your NMU? Regarding #353131: I just saw that Sjoerd uploaded Avahi 0.6.14. That version includes a new tool avahi-autoipd which is a much better replacement for the "zeroconf" tool. Maybe it is time to replace the "Recommends: zeroconf" by a "Suggests: avahi-autoipd"? Or perhaps drop the line entirely as Sjoerd argues? (This issue might be a little bit controversial since Anand is upstream of "zeroconf", so he might feel stepped on his toes) BTW, did Anand react in any way on your and Sjoerds NMUs? Or did he vanish without a trace? Lennart -- Lennart Poettering; lennart [at] poettering [dot] net ICQ# 11060553; GPG 0x1A015CC4; http://0pointer.net/lennart/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
