Bug#646961: moot

2012-04-07 Thread Michael Tokarev
On 05.04.2012 23:25, Robert Millan wrote:
 El 5 d’abril de 2012 14:25, Michael Tokarev m...@tls.msk.ru ha escrit:

 --- a/debian/tree/udhcpc/etc/udhcpc/default.script
 +++ b/debian/tree/udhcpc/etc/udhcpc/default.script
 @@ -15,13 +15,23 @@ case $1 in

if [ -n $router ]; then
echo $0: Resetting default routes
 -   while /sbin/route del default gw 0.0.0.0 dev $interface; do :; 
 done
 -
 -   metric=0
 -   for i in $router; do
 -   /sbin/route add default gw $i dev $interface metric $metric
 -   metric=$(($metric + 1))
 -   done
 +   case $(uname) in
 +   *FreeBSD*) # kFreeBSD route uses different location  syntax
 +   /lib/freebsd/route del default
 +   set -- $route #XXX can we have 1 route?
 +   /lib/freebsd/route add default $1
 +   ;;
 +   *)
 +   #XXX should we delete any route or only device-specific?
 +   while /sbin/route del default dev $interface
 +   do :; done
 +   m=0
 +   for i in $router; do #XXX can we have 1 route?
 +   /sbin/route add default gw $i dev $interface metric 
 $m
 +   m=$(($m+1))
 +   done
 +   ;;
 +   esac
fi
 
 Do you need me to test this?

There's no need to.  The thing is: current busybox udhcpc
does not compile on FreeBSD at all.  Right now the applet
is marked as linux-only, and here's what you get if you
try to compile it on kFreeBSD:

  CC  networking/udhcp/arpping.o
networking/udhcp/arpping.c: In function ‘arpping’:
networking/udhcp/arpping.c:51:13: error: ‘PF_PACKET’ undeclared (first use in 
this function)
networking/udhcp/arpping.c:51:13: note: each undeclared identifier is reported 
only once for each function it appears in
networking/udhcp/arpping.c:51:24: error: ‘SOCK_PACKET’ undeclared (first use in 
this function)
make[1]: *** [networking/udhcp/arpping.o] Error 1
make: *** [networking/udhcp] Error 2

Looking at the git log, I see this has been this way for
a long time: udhcp* was linux-specific, and it were marked
as such by this commit:

commit 1d7266d3b59be361763dab61f680103bbb70f3e9
Author: Jeremie Koenig j...@jk.fr.eu.org
Date:   Mon Jul 19 00:44:56 2010 +0200

mark Linux-specific configuration options

PLATFORM_LINUX is used as a dependency for applets or features
which require Linux-specific interfaces.

Now I wonder how it work{s,ed} in debian-installer...

Digging further... ;)

/mjt



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#646961: moot

2012-04-07 Thread Michael Tokarev
On 07.04.2012 12:39, Michael Tokarev wrote:
[]
 There's no need to.  The thing is: current busybox udhcpc
 does not compile on FreeBSD at all.  Right now the applet
 is marked as linux-only, and here's what you get if you
 try to compile it on kFreeBSD:
 
   CC  networking/udhcp/arpping.o
 networking/udhcp/arpping.c: In function ‘arpping’:
 networking/udhcp/arpping.c:51:13: error: ‘PF_PACKET’ undeclared (first use in 
 this function)
 networking/udhcp/arpping.c:51:13: note: each undeclared identifier is 
 reported only once for each function it appears in
 networking/udhcp/arpping.c:51:24: error: ‘SOCK_PACKET’ undeclared (first use 
 in this function)
 make[1]: *** [networking/udhcp/arpping.o] Error 1
 make: *** [networking/udhcp] Error 2

And after disabling ARPING feature, it fails
down the line, due to a few linux-specific
#include's in dhcpc.c, and after removing
these, due to raw_socket usage etc.  So it
needs quite some more work to be not
linux-only... :(

/mjt



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#646961: moot

2012-04-07 Thread Robert Millan
El 7 d’abril de 2012 10:39, Michael Tokarev m...@tls.msk.ru ha escrit:
 Looking at the git log, I see this has been this way for
 a long time: udhcp* was linux-specific, and it were marked
 as such by this commit:

Ouch.  For some reason I thought this was the DHCP client being used
in D-I.  I did all my testing by building a D-I image (sigh).

Ok, still would be nice to have one more DHCP client on GNU/kFreeBSD,
but this has become really low priority.  Please keep the bug open for
now... it can be useful to read up on this later.

Thanks for your help.

 Now I wonder how it work{s,ed} in debian-installer...

 Digging further... ;)

It has to be this:

Package: isc-dhcp-client-udeb
Priority: extra
Architecture: any
Section: debian-installer
Depends: ${shlibs:Depends}
XC-Package-Type: udeb
Description: ISC DHCP Client for debian-installer
 dhcp-client-udeb is a minimal dhcp package used by the debian-installer.

-- 
Robert Millan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org