Bugzilla Bug 75046

This is an ebuild for the Apple Rendezvous Multicast DNS service. It can be
used to advertise different services on a network. 

I'd like to see that accepted because it is useful for the SlimServer package
i've submitted on bug #73832.

Reproducible: Always
Steps to Reproduce:

Created an attachment (id=46430) [details]
net-dns/mdnsresponder-58.8

I've already did a similar ebuild in my local portage tree because it's needed
by kdelibs-3.4.
But I've used version 85 from CVS and I've patched the makefiles to
workcorrectly. I've also added an init script and the nss libraries. I'll add
it here when I've got a little time.

I've asked to the kde-devel mailing list and they saiedd that the users doesn't
need to register to the apple license. But I don't know who is right.

> I've also added an init script and the nss libraries. I'll add it here when 
> I've got a little time.

Oh, ok, great. My version was really just the strict minimum required for the slimserver dependency, but if it has other usages, then it probably deserves its init script et al. 


> I've asked to the kde-devel mailing list and they saiedd that the users doesn't 
> need to register to the apple license. But I don't know who is right.

They are right. I hadn't read the license and had put the fetch restriction because to download on apple site you have to register, but it is actually explicitly written in this ASPL that redistribution of unmodified sources is allowed. So with a mirror://gentoo/ url, we could remove the restriction.

Thanks.

Any advantages to using the Apple version as opposed to the one supplied by
howl?

The library is different. 
And they don't block themself (different file names) so both are installable at the same time.

howl was a fork of an old version of the apple mDNSResponder.

The kde people choosed it because it has some functionality that howl don't have.

Created an attachment (id=47372) [details]
mDNSResponder-85.ebuild

It'll download the CVS snapshot made by Jakub Stachowski, the author of the
dnssd kde library. We can also made our own snapshot from the apples CVS:
http://developer.apple.com/darwin/projects/rendezvous/

I keeped the man pages creation in the Makefile as the right dirs are used, if
preferred we can remove the "InstalledManPages" target from the "install:" one
and use "doman" instead.

Created an attachment (id=47373) [details]
mDNSResponder-85-Makefiles.patch

Created an attachment (id=47374) [details]
files/mdnsd.init.d

I wouldn't recommend using apples cvs. as generally the releases are more up to
date than the repo. I suggest using
http://darwinsource.opendarwin.org/10.3.7/${P}.tar.gz for your SRC_URI to get
the most stable version.

I dont understand the ${PV} being 85. 

see here: 
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1#doc_chap2

For the proper way to set permissions when using the ins* functions.

Alternatively use howl which is in portage already and runs just fine on my
box. I fiddled with mDNSResponder before but howl is supported better by 3rd
party programs so I ended up abandoning it.

But like I've said in comment #5 kde 3.4 won't work with howl, the libraries
are different and also the executables.

Indeed, the 2 are not mutually exclusive. Different APIs etc. FWIW they can
co-exist without any problem (at least on my machine)

Kito: The version 85 is the version of the CVS repository for mDNSResponder and
it's the one working for kde as reported by the kde developers. There isn't
already an official packaged version.

For the permissions, this is the unique working way I found and it's the same
one used by the howl ebuild. Feel free to suggest a better working way.

I really want to let all the users to test it and the new kde functions, so if
no one complains I'm going to add it to the portage tree in the next days and
assigning myself as the mantainer of the ebuild.

net-misc/mDNSResponder-98 added to the portage tree.

Oops, sorry for the late reopen, but it seems that you've forgot the initscript
from your commit.


And while i'm here, i think your src_install could be simplified with
"newinitd":
        # Install init scripts
-       insinto /etc/init.d
-       newins ${FILESDIR}/mdnsd.init.d mdnsd
-
-       # Fix the perms on the init scripts
-       fperms a+x /etc/init.d/mdnsd
+       newinitd ${FILESDIR}/mdnsd.init.d mdnsd

Thanks for your help. I'll fix it when I have an ssh access (stupid http
proxies...).

Is there going to be a global use flag for this? 

Now it should be fixed in CVS. Thanks.

KITO: in kdelibs we are going to use the "zeroconf" USE flag, as it's like apple called this implementation. We already contacted the gnome herd that by now is using the "howl" use (as they use the howl package that is a fork of the apple one) to unify the things.

Something to think about is whether a package someday will give you the choice
of which zeroconf implementation to use, and how you'll deal with that when you
just have one zeroconf flag -- or indeed, whether you even care about that
possibility.

Exactly, thats why I asked, as I was looking at getting mt-daapd in the tree
and it can use howl and/or zeroconf.