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
2011/6/27 Aurelien Jarno aurel...@aurel32.net:
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
On Sat, 2011-06-18 at 19:10:46 +0200, Robert Millan wrote:
Package: libbsd-dev
Version: 0.2.0-1
Severity: wishlist
Please provide link_ntoa() so that it can be removed from
[freebsd-utils]/debian/patches/030_arp_libbsd.diff
Implementation from FreeBSD is available in:
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,
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
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
Package: libbsd-dev
Version: 0.2.0-1
Severity: wishlist
Please provide link_ntoa() so that it can be removed from
[freebsd-utils]/debian/patches/030_arp_libbsd.diff
Implementation from FreeBSD is available in:
7 matches
Mail list logo