Bugzilla Bug 94561

When I attempt to run /etc/init.d/net.eth0, dhcp fails. Running iwconfig, I
found that it is setting the WEP key to 0EXX-XXXX-XXXX-XXXX-XXXX-XXXX-XX
instead of B9XX-XXXX-XXXX-XXXX-XXXX-XXXX-XX as I have it listed in
/etc/conf.d/wireless. Manually setting the WEP key to the proper value makes
dhcp work.

Reproducible: Always
Steps to Reproduce:
run /etc/init.d/net.eth0
Actual Results:  
dhcpcd fails
The WEP key is off in the first two hex digits.

Expected Results:  
The WEP key should have been set properly, and dhcpcd should have worked

here is the contents of my /etc/conf.d/net
config_eth0="dhcp"
config_eth1="dhcp"
dhcpcd_eth0="-d -R"
dhcpcd_eth1="-d -R

here is the contents of my /etc/conf.d/wireless ( minus some details for
security sake )
associate_test_eth0="quality"
key_******_****="B9XX-XXXX-XXXX-XXXX-XXXX-XXXX-XX enc open"
preferred_aps_eth0=( "-" "****** ****" "-" "-" "-" "-" "-" )
associate_order_eth0="preferredonly"

which version of wireless-tools?

(In reply to comment #1)
> which version of wireless-tools?

I am using wireless-tools-28_pre7.



Here is my emerge --info


Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110,
glibc-2.3.5-r0, 2.6.11-ck1 i686)
=================================================================
System uname: 2.6.11-ck1 i686 Intel(R) Pentium(R) M processor 1300MHz
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.8
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.16-r1
sys-devel/libtool:   1.5.18
virtual/os-headers:  2.6.11-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O3 -msse -msse2 -mmmx -pipe -mfpmath=sse"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/gconf /etc/terminfo
/etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=pentium-m -O3 -msse -msse2 -mmmx -pipe -mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X X509 Xaw3d a52 aac aalib accessibility acl acpi acpi4linux adns afs
aim alsa apm arts audiofile avi bash-completion bcmath berkdb bidi bitmap-fonts
bzip2 bzlib calendar ccache cdb cdda cddb cdio cdparanoia cdr cdrom cjk cpdflib
crypt cscope ctype curl curlwrappers dga dio directfb divx4linux doc dvb dvd
dvdr ecc eds emacs emboss encode esd evo exif fam fbcon fdftk ffmpeg fftw flac
flash foomaticdb fortran ftp gd gdbm ggi gif gimpprint ginac gnome gnustep gpm
gtk gtk2 gtkhtml hal i8x0 iconv icq imagemagick imap imlib ipv6 jabber java jpeg
kerberos kqemu krb4 libcaca libedit libg++ libwww lirc live mad maildir matroska
mcal mhash mikmod mime ming mmap mmx mng monkey motif mozcalendar mozdevelop
mozilla moznocompose moznomail mozp3p mozplaintext mozsvg mozxmlterm mp3 mpeg
mpi msn ncurses nethack nls nptl objc offensive ogg oggvorbis openal opengl oss
pam pcmcia pcntl pcre pda pdflib perl png pnp posix prelude profile python qt
quicktime readline sasl sdl slang sockets softmmu speex spell sse ssl stream svg
tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb
utf8 vcd videos vidix vlm vorbis wmf wxwindows xine xinerama xml2 xmms xosd xpm
xprint xv xvid xvmc yahoo zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

Downgrading to wireless-tools-28_pre6 fixes the problem. What changed between
pre_6 and pre_7?

John

I believe this bugs is the same as Bug 94206. I note that the first two digits
of the WEP key are also being changed to 0E in that case.

*** This bug has been marked as a duplicate of 94206 ***