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 attachment 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 attachment 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 attachment 47373 [details, diff] mDNSResponder-85-Makefiles.patch
Created attachment 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.
