Emerging of openbox-2.3.0 fails after a series of errors relating the file Translation.m. The same errors occur when trying to emerge commonbox-utils but it seems to be able to ignore those error and continue the compilation, but not so when compiling openbox.
Created attachment 9560 [details] Log of compilation
quick work around USE="-nls" emerge openbox please paste #emerge info
Here comes printout from 'emerge info': Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r0) ================================================================= System uname: 2.4.20-gentoo-r1 i686 AMD Athlon(tm) processor GENTOO_MIRRORS="ftp://ftp.sunet.se/pub/Linux/distributions/gentoo http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 apm cups encode kde libg++ mikmod mpeg nls quicktime xmms gdbm berkdb slang svga tcpd libwww perl python gtk qt motif cdr 3dfx 3dnow -alsa apache2 -arts avi crypt dga -esd gif -gnome gpm gtk2 imlib java jikes jpeg junit mmx ncurses oggvorbis opengl oss pam pdflib png postgres readline sdl spell ssl tcltk tiff truetype usb voodoo3 X xml2 xv zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-tbird -O3 -pipe" CXXFLAGS="-march=athlon-tbird -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I had the exact same problem, adding -nls to my USE flags is a workaround for the problem as described by Martin Holzer in Comment #2.
Another workaround for this appears to be setting LC_ALL before building. export LC_ALL="en_US" emerge openbox This works for me on my recently built ACCEPT_KEYWORDS="~x86" system. Interestingly, this appears to be a problem only on systems with glibc 2.3.2. On a system (not ~x86) with sys-libs/glibc-2.3.1-r4, openbox-2.3.0 merges fine. It still reports the "invalid character: message ignored" errors, but they do not stop the build. That was on a Gentoo system with nls set and LC_ALL not set. The same thing happened on a Debian system with glibc 2.2.5 (aka libc6 2.2.5-11.1, in their versioning system).
glibc 2.3.2 and nls aren't playing nice with the boxes it seems. use the fixes above and you'll be set. closing this till there's some resolution.
Seems to have been reopened in the bugzilla move, closing