Your message dated Fri, 10 Jun 2011 07:04:04 -0500
with message-id <20110610120404.GA1866@elie>
and subject line Re: ifupdown: invokes dhclient incorrectly
has caused the Debian Bug report #544371,
regarding ifupdown 0.7: dhcp target broken by incorrect dhclient arguments.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
544371: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544371
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: ifupdown
Version: 0.7~alpha3
Severity: serious
The experimental version of ifupdown uses definitions for dhcp as
"dhclient -e -pf ..." while the one in unstable uses "dhclient -v -pf ...".
The current isc-dhcp-client package, which is the package currently
providing the dhclient binary, declares the syntax as
"[ -e VAR=value ]" (I guess -e might have meaned something else
a long time ago when dhclient was not from isc dhcp v4).
This results in "-pf" being treated as VAR and the argument after -pf as
the interface to work on, resulting in errors like this when running ifup:
dhclient -e -pf /var/run/dhclient.skif.pid -lf
/var/lib/dhcp/dhclient.skif.leases skif
/var/run/dhclient.skif.pid: interface name too long (is 26)
ifupdown-0.7~alpha3/ifupdown.nw line 4136 needs to be fixed and should
probably just switch the -e to -v to match (the equivalent) line 3970 in
ifupdown-0.6.10/ifupdown.nw
--
Andreas Henriksson
--- End Message ---
--- Begin Message ---
Version: 0.7~alpha4
Andrew Pollock wrote:
> It's passing a spurious -e to dhclient, which should normally be accompanied
> by
> a VAR=value pair, but is not. This confuses dhclient's option parser, and it
> thinks the penultimate argument is the interface name (which is is not) and
> falls afoul of internal buffer-overflow checking.
>
> The -e option needs to be removed.
Thanks for catching and fixing this, and thanks to the other Andrew
for merging the fix to experimental at long last.
$ dpkg --get-selections | grep ifupdown
ifupdown hold
$ echo ifupdown install | su -c 'dpkg --set-selections'
Happily,
Jonathan
--- End Message ---
