Description of problem: DNS resolution is broken for Windows applications if the nss-mdns i586 package is not installed on a x86_64 system, and nss-mdns x86_64 is installed. The solution could be to add the nss-mdns i586 package as a dependency (see the Ubuntu issue for the full discussion). Version-Release number of selected component (if applicable): wine-1.1.15-2 How reproducible: Always. Steps to Reproduce: 1. Install wine 2. 3. Actual results: Name resolution fails. Expected results: Name resolution works. Additional info: See Ubuntu bug.
It works when i install on my Sys nss-mdns i586 package. Please add it as dependency please.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I confirm bug and Thomas's solution.
wine-1.1.24-2.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/wine-1.1.24-2.fc10
wine-1.1.24-2.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/wine-1.1.24-2.fc11
wine-1.1.24-2.fc10.1 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/wine-1.1.24-2.fc10.1
wine-1.1.24-2.fc11.1 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/wine-1.1.24-2.fc11.1
wine-1.1.24-2.fc10.1 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update wine'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-6996
wine-1.1.24-2.fc11.1 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update wine'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-7043
There is one problem with that solution, but not caused by wine itself (bug #442047). Basically, if you install nss-mdns.i386/i586 only on an x86_64 system, DNS resolution for x86_64 apps will start failing. That includes yum, only handful of mirrors worked before I pulled nss-mdns.x86_64.
See #442047. Confirmation that name resolution will be busted as a result of the wine-core dependency on nss-mdns.i586, if the corresponding nss-mdns.x86_64 package is not installed as well on a x86_64 install.
wine-1.1.25-1.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/wine-1.1.25-1.fc10
wine-1.1.25-1.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update wine'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-7753
The nss-mdns issue is still present on x86_64 with the 1.1.25-1 update. It pulls in nss-mdns.i586 but not nss-mdns.x86_64 Do not push this to updates.
I know this is not strictly relevant, but it's worth documenting because it's bound to cause someone else an issue. I use wine to run the Windows GPU2 folding client. A side effect of this new behaviour of pulling in nss-mdns, the edit to nsswitch.conf and the change in resolving behaviour, is that it breaks the native Linux fah6 CPU folding executable. fah6 is a static binary. I guess that is doesn't have mdns resolving code compiled in. Therefore it errors when trying to resolve. Solution is to edit the nsswitch.conf and revert the hosts line not to use mdns.
I'd argue that if installing nss-mdns.i586 breaks a x86_64 system, that's a bug in nss-mdns, not wine. Anyone file a bug there (yet)?
The real problem is that on a x86_64 system, nss-mdns.i586 and nss-mdns.x86_64 need to be installed together or not at all. They both use the same configuration file, and it breaks badly if the suggested resolution method isn't available. It is addressed separately as bug 442047 (no good way to pull in multilib runtime)
So there's three bugs: 1) This bug report, which is this is issuing an update that breaks things for people, even if it isn't wine's fault 2) Bug 442047 which applies in general for multilib runtime dependencies, and finally 3) Unfiled bug against nss-mdns/glibc that "glibc not finding /lib64/libnss_mdns4_minimal.so.2 and treating the result as NOTFOUND instead of UNAVAIL" is a bug (see 442047) since resolution should go on to the next method if the library file isn't there.
Anyway, the wine-core 1.1.29 currently in updates has a dependency on nss-mdns, so this can be fixed. The multilib issue is tracked separately.