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