Package: pppoe Version: 3.8-3 Severity: important Tags: patch Re: the last comment for bug 298202 [1] highlights a bug caused by the patch from bug 419677 [2].
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298202 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419677 Basically with the new code, the interface is _ALWAYS_ set to promiscuous mode, which is bad in my books. The reason for this is that the myEth variable is being populated during discovery, and then it's non-zero when the connection is actually being established - so the connect 'thinks' that it was specified manually. (i.e. the patch doesn't have a side effect if discovery is disabled, which probably happens in server mode only) I've created a patch that adds an optForceMAC variable, the code is a bit ugly (it re-zeros myEth if -H was _not_ passed), but it works. I also have a copy of the fixed/updated the iproute2 patch [3] in my git repo [4]. [3] http://www.linuxfromscratch.org/patches/downloads/rp-pppoe/rp-pppoe-3.5-iproute2-1.patch [4] http://darkskies.za.net/~norman/rp-pppoe.git -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (750, 'stable'), (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=en_ZA, LC_CTYPE=en_ZA (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages pppoe depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii ppp 2.4.4rel-9 Point-to-Point Protocol (PPP) daem pppoe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
