On Mon, 2011-06-27 at 07:30:22 +0200, Aurelien Jarno wrote: > On Mon, Jun 27, 2011 at 01:21:03AM +0200, Guillem Jover wrote: > > On Mon, 2011-06-27 at 00:27:12 +0200, Robert Millan wrote: > > > 2011/6/27 Guillem Jover <guil...@debian.org>: > > > > The problem with link_ntoa() is that it relies on the BSD specific > > > > ‘struct sockaddr_dl’ which for example does not match any Linux > > > > sockaddr structure, the closes one is sockaddr_ll, but not quite the > > > > same, also no standard function returns such type, so the code has to > > > > be ported anyway. As such I don't think libbsd is the correct place > > > > for that function. > > > > > > Should we reassign to libc0.1-dev then? > > > > We used to have this in libfreebsd, and given the recent discussion > > about adding new functions to (e)glibc, I don't really know where we > > should put this, but the same answer should apply as for the other > > (Free)BSD specific functions. > > > > And if you look at the history, link_ntoa() was in libfreebsd, and > given freebsd-utils was the only user it has been moved to > [freebsd-utils]/debian/patches/030_arp_libbsd.diff
This is provided now by freebsd-glue, so closing the bug report. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140306174625.ga14...@gaara.hadrons.org