Bugzilla Bug 134320

Greetings Arch Testers!

Please test as mark stable net-misc/udhcp-0.9.9_pre20041216-r3 as it's required
for baselayout-1.12.0 and has been in ~ARCH for >30 days without issue.

kthnxbye :)

Unkeyworded "net-misc/udhcp-0.9.9_pre20041216-r3" on x86, and emerged it with
collision-protect without problems on x86, not even a single warning.

Also obtained IP with it succesfully,

Sending discover...
Sending select for 212.182.195.167...
Lease of 212.182.195.167 obtained, lease time 86400


Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r3,
2.6.16-gentoo-r4 i686)
=================================================================
System uname: 2.6.16-gentoo-r4 i686 AMD Athlon(tm) XP 2200+
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -pipe -g"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe -g"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/"
LANG="en_US.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://trumpetti.atm.tut.fi/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac alsa apm audiofile avi berkdb bitmap-fonts
bzip2 cli crypt dri emboss encode expat fam ffmpeg flac foomaticdb fortran gdbm
gif gstreamer gtk gtk2 id3 imagemagick imlib ipv6 isdnlog jpeg libg++ libwww
mad mikmod mmx mmxext motif mp3 mp4live mpeg mpeg2 musicbrainz ncurses nptl
nptlonly ogg opengl oss pam pcre pdflib perl pic player png pppd python
quicktime readline reflection sdk sdl session spl sse ssl tcpd theora tiff
truetype truetype-fonts type1-fonts udev unicode userlocales vorbis win32codecs
xine xml xml2 xorg xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS,
PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS, PORTDIR_OVERLAY

Thanks, drac

Marked ppc stable.

udhcp is not installing the sample.* files from the samples/ directory in the
source.  As a result, running udhcpc -i eth0:1 out of the box returned the
following for me:

potemkin udhcp # udhcpc -i eth0:1
udhcpc (v0.9.9-pre) started
/usr/share/udhcpc/default.script: line 7: /usr/share/udhcpc/sample.deconfig: No
such file or directory
/usr/share/udhcpc/default.script: line 7: exec:
/usr/share/udhcpc/sample.deconfig: cannot execute: No such file or directory
Sending discover...
Sending select for 192.168.36.200...
Lease of 192.168.36.200 obtained, lease time 43200
/usr/share/udhcpc/default.script: line 7: /usr/share/udhcpc/sample.bound: No
such file or directory
/usr/share/udhcpc/default.script: line 7: exec: /usr/share/udhcpc/sample.bound:
cannot execute: No such file or directory

Even though it looks like an IP address was obtained, no interface alias was
actually  brought up with that IP.  Please note that I'm assuming that udhcp
handles this kind of behavior (this works for me with dhcpcd).

(In reply to comment #3)
> udhcp is not installing the sample.* files from the samples/ directory in the
> source.  As a result, running udhcpc -i eth0:1 out of the box returned the
> following for me:

.....

> 
> Even though it looks like an IP address was obtained, no interface alias was
> actually  brought up with that IP.  Please note that I'm assuming that udhcp
> handles this kind of behavior (this works for me with dhcpcd).
> 

udhcp has always done this, so it's not a regression. Probably a bug in the
udhcp Makefile, but should not affect marking udhcp stable right now.

baselayout has always provided udhcp with a script. Now it has it's own,
installed to /lib/rcscripts/sh/udhcpc.sh by udhcp and not baselayout but you
have to specify it on the command line still.

x86 done, thanks Samuli

Forgot to remove ppc, sorry for the bugspam.

Since udhcpc knows where its looking for the sample scripts as evidenced in my
previous comment and the upstream source provides them, is there any reason we
can't include them where it expects to look for them?  Assuming that it will
always be called from baselayout probably isn't a safe assumption IMHO.

(In reply to comment #7)
> Since udhcpc knows where its looking for the sample scripts as evidenced in my
> previous comment and the upstream source provides them, is there any reason we
> can't include them where it expects to look for them?  Assuming that it will
> always be called from baselayout probably isn't a safe assumption IMHO.
> 

I concur. However, supplied scripts by udhcp upstream
1) Don't work as is (they default.script needs to call default.$1 instead of
sample.$1) which is the error you are describing
2) Don't have a default.leasefail script which causes udhcpc to bail if it
sends this message.

Now since the above IS an error but it's not a regression it should not stop
this version being stabled or standing in the way of baselayout-1.12 being
stabled.

Feel free to open a new bug on this error, but don't expect it being fixed
anytime soon as I submitted a fully working script for spanky to submit
upstream months ago.

Fair enough, SPARC stable.

get your free amd64 keyword now!

baselayout-1.12 requires this version, mark stable please!

alpha stable.

removing ia64 from CC....

  13 Jul 2006; Aron Griffis <agriffis@gentoo.org>
  udhcp-0.9.9_pre20041216-r3.ebuild:
  Mark 0.9.9_pre20041216-r3 stable on ia64

mips done

hppa stable

all set