Bug 508481
Summary: | mdns4_minimal [NOTFOUND=return] nsswitch.conf fragment breaks nostname resolution | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Yanko Kaneti <yaneti> | ||||
Component: | rpm | Assignee: | Panu Matilainen <pmatilai> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | rawhide | CC: | bsund.fed, ffesti, jnovy, lpoetter, mcepl, moneta.mace, neo, pmatilai, pnemade, redhat, redhat | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2009-07-01 19:18:37 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Yanko Kaneti
2009-06-27 18:22:46 UTC
Got bit by this one when installing wine from updates-testing in F11 on a x86_64 system. One of the many reasons why multilib is broken. I don't see how this could be fixed. Just remove the [NOTFOUND=return] part? Why is it needed? Yes something needs to be done since it break loads of dns lookups on the system just by doing a simple thing like installing wine on a multilib system. I got round it by pinging hosts for resolve and then copy/paste my way to bugzilla. :) Maybe more of a Fedora bug than a mdns one, but it is nasty. Hmm, I tried to reproduce with no success. Works fine now, so I blame those solar storms [bsund@woot ~]$ rpm -qa|grep mdns nss-mdns-0.10-7.fc11.i586 [bsund@woot ~]$ grep mdns /etc/nsswitch.conf hosts: files mdns4_minimal [NOTFOUND=return] dns Created attachment 349888 [details]
patch for spec accompanying in nss-mdns-0.10-7.fc11.src.rpm
Nope it's still here, it differs from applications.
Attaching a simple patch stripping the return from the .spec, I don't know my regex but it seems to do it's job ;)
No idea if it hurts mdns in any way though.
Aah. So this is that package which made my rawhide machine broken since 3 days. Please fix this as soon as possible its just one line change. I applied change given in comment#5 and I got networking working again. I don't understand about this package. I see that Build Date: Thu 26 Feb 2009 03:14:03 PM IST but it got installed on my machine on 26 June 2009. (In reply to comment #3) > Just remove the [NOTFOUND=return] part? Why is it needed? Because nss-mdns needs to be authoritative for for the .local domain. That posted patch is not useful, since it breaks this. This problem is not fixable with RPM as it stands right now. What would be necessary is that the 64bit version of nss-mdns pulls in the 32bit version if other 32bit binaries are installed, and vice versa. But you cannot express that with RPM dependencies. So I fear this will stay unfixed and you have to manually make sure you have installed both versions of nss-mdns, I will now reassign this to rpm, because this needs to be fixed in RPM. *** This bug has been marked as a duplicate of bug 442047 *** *** Bug 509530 has been marked as a duplicate of this bug. *** *** Bug 504951 has been marked as a duplicate of this bug. *** |