On Thu, Jan 14, 2010 at 05:33:10PM -0800, Niels Provos wrote: > 2010/1/14 Nick Mathewson <ni...@freehaven.net>: > > Looks like we screwed up here. I hadn't realized that this crappy > > interface was actually documented; it's time to do a pass over the > > manpage. I guess we should re-add it for Libevent 1.4.14. > > Alternatively, we could provide patches for dnsproxy and farpd. > AFAIK, farpd is the Debian package name for arpd which in theory I > have been maintaining. I can see the argument for re-adding it to > 1.4, but I would rather see that interface die. Let's not add it to > 2.0. We should fix the man page though.
Niels, You can review and confirm that the patch I made for arpd is OK (it's in the bug report, I guess you got a copy). And yes, farpd is the name of your arpd implementation. When I provided your arpd software in Debian there was already a user-space ARP daemon also named arpd. Consequently, I changed the name to prevent (binary- and package-) namespace conflicts. I used 'farpd' since this arpd daemon is more oriented towards working in honeynet deployments. In any case, this implementation has since been dropped from Debian [1] and we could go back to the original if you feel it would be better. However, even though there is no arpd package any more and I could change the name back to 'arpd' it seems that iproute's sources provide a user-space arpd implementation too... and the namespace conflict would come back and bite us again... Regards Javier [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=191870 and http://packages.qa.debian.org/a/arpd.html
signature.asc
Description: Digital signature
