[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#630911: please provide link_ntoa()



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 <guillem@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
aurelien@aurel32.net                 http://www.aurel32.net


Reply to: