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 Is there a reason why we want it to be implemented in a library? Are there other users? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110627053022.gb11...@hall.aurel32.net