[Pkg-utopia-maintainers] Bug#430845: wine: Firefox 2 and Netscape web browsers can't access network

[Simon McVittie]

Digging up an ancient bug:

On Tue, 01 Jan 2008 at 18:29:22 +0100, Aurelien Jarno wrote:
> Nope, it's not a libc6-i386 bug, which works correctly out of the box.
> The problem is that libnss-mdns modifies /etc/nsswitch.conf while it
> does not provide the 32-bit version of the library.
> 
> Either remove libnss-mdns or install lib32nss-mdns to fix the problem.
> 
> I am reassigning the bug to libnss-mdns, as it should either not set
> [NOTFOUND=return] in /etc/nsswitch.conf, or depends on lib32nss-mdns on
> biarch architectures.

I can't reproduce this with libnss-mdns 0.10-4 (which I'm about to
upload to experimental).

With libnss-mdns:amd64 installed, libnss-mdns:i386 *not* installed,
and this nsswitch configuration:

hosts:          files gw_name myhostname foo [NOTFOUND=return] bar mdns4_minimal [NOTFOUND=return] dns mdns4

(with or without mdns4 at the end), "wine iexplore" (32-bit Wine's
emulated Internet Explorer) can still correctly resolve winehq.org
using DNS.

It looks as though libc correctly interprets a NSS module that isn't installed
(foo, bar, 32-bit mdns4_minimal and 32-bit mdns4 here) as "UNAVAIL" (service
unavailable, name might exist or not, default action is to continue),
not "NOTFOUND" (name authoritatively does not exist, we stop processing).

Did libc perhaps previously misinterpret a missing NSS module as NOTFOUND?
Or perhaps before nss-mdns was multiarch, the 32-bit libc would try to
dlopen the 64-bit mdns4_minimal module, fail, and interpret that as NOTFOUND?

In any case, hopefully this can be closed with 0.10-4?

    S