Bugzilla Bug 66295

This is a patch from the Suse 9.1 rpm for glibc, adding support for multicast
dns support (eg: Apple RendezVous)

With this patch you can ping hostname.local adress using a multicast resolver.

I tested it with the current glibc ebuild glibc-2.3.3-20040420-r1.ebuild, it
works perfectly.

I tested it against apple implementation on linux/windows/macOsX and against
linux Howl implementation.


Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Created an attachment (id=41053) [details]
The glibc patch from suse (glibc-2.3.3-mdns-resolver)

i snagged the patch from suse's glibc-2.3.3-63.src.rpm and added it to the
latest experimental masked glibc ebuild (2.3.4.20041002). good stuff :)

i fetched it from rpm glibc-2.3.3-98.src.rpm (suse 9.1), i hope nothing changed
in the patch between your version and this one :)

Alternative solution to the glibc patch, an nss module:
http://0pointer.de/lennart/projects/nss-mdns/
it's less intrusive.

Created an attachment (id=45422) [details]
nss-mdns-0.1.ebuild

the ebuild for nss-mdns

nss-mdns-0.2 is out

i didn't try but i think that renaming the current ebuild is sufficient for 0.2

Could it be included in portage?

Hi! 0.3 is out now too, although I haven't tried it yet. I guess when this
finally gets into portage the Suse patch for glibc can be omitted, or at least
made optional by a USE flag.

I justed grabbed the ebuild above and renamed to nss-mdns-0.3 and it compiles
clean and works just fine. I would recommend this gets put into portage.

Why does it takes so much time to get a simple ebuild into portage, i've
another ebuild :
http://bugs.gentoo.org/show_bug.cgi?id=56242
that's is staying in bugzilla for years without getting into portage, it's
really discouraging to write ebuilds and have no feedback about why they are
staying outside portage.
Maybe bugzilla is not the right tool to manage ebuild submitting! New ebuilds
are getting lost in the flaw of new bugs...

becasue we lack the staff to test & maintain all the submissions.  If you'd
like to help out, check out out staffing needs:
http://www.gentoo.org/proj/en/devrel/staffing-needs/index.xml

The ebuilds aren't getting lost, they're simply not getting added.  We KNOW
that there are tons of ebuild submissions, we just don't have the resources to
add them all.

Just saw that the stable glibc ebuild applies this patch. Is there a reason why
this approach was choosen instead of the technologically more advanced Name
Service Switch plugin (nss-mdns)? The ebuild posted in this bug works fine even
for v0.3. If there is need for multicast DNS support in gentoo, I think this is
a better way. I guess you all saw Bug 82944...

*** This bug has been marked as a duplicate of 95895 ***