Re: Bug#630911: please provide link_ntoa()
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
Re: Bug#630911: please provide link_ntoa()
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 there other users? There's arp, route, ifconfig and netstat. Unfortunately each binary has its own copy of the code, and each Makefile needs to be patched because of this. -- Robert Millan -- 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/BANLkTinDPwjmBCJ2gZV=hsdmvy9asrv...@mail.gmail.com
Bug#630911: please provide link_ntoa()
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: http://svnweb.freebsd.org/base/head/lib/libc/net/linkaddr.c?revision=165903view=markup 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. regards, guillem -- 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/20110626221621.gc29...@gaara.hadrons.org
Re: Bug#630911: please provide link_ntoa()
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? -- Robert Millan -- 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/BANLkTikDjM+�weksz9ysr+0vyn-6z...@mail.gmail.com
Re: Bug#630911: please provide link_ntoa()
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. regards, guillem -- 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/20110626232103.gb30...@gaara.hadrons.org
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 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
Bug#630911: please provide link_ntoa()
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: http://svnweb.freebsd.org/base/head/lib/libc/net/linkaddr.c?revision=165903view=markup Thanks! -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.utf8, LC_CTYPE=ca_AD.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libbsd-dev depends on: ii libbsd0 0.2.0-1utility functions from BSD systems libbsd-dev recommends no packages. libbsd-dev suggests no packages. -- no debconf information -- 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/20110618171046.6228.86413.reportbug@thorin