This happens when trying to emerge dev-tcltk/blt under et_EE locale: [snip] >>> Source prepared. >>> Configuring source in /var/tmp/portage/dev-tcltk/blt-2.4z-r8/work/blt2.4z-8.5.2 ... * econf: updating blt2.4z-8.5.2/cf/config.sub with /usr/share/gnuconfig/config.sub * econf: updating blt2.4z-8.5.2/cf/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --x-includes=/usr/include --x-libraries=/usr/lib64 --with-blt=/usr/lib64 --with-tcl=/usr/lib64 --with-tk=/usr/lib64 --with-tclincls=/usr/include --with-tkincls=/usr/include --with-tcllibs=/usr/lib64 --with-tklibs=/usr/lib64 --with-cc=x86_64-pc-linux-gnu-gcc --with-cflags=-march=native -O2 -pipe -ggdb -fPIC --enable-jpeg --with-x configure: error: blt: invalid package name [/snip]
You could of course set a proper locale in make.conf...
(In reply to comment #1) > You could of course set a proper locale in make.conf... 'et_EE' is a proper locale. The real cause of the issue lies in the configure scripts that are generated by an old version of autofoo (probably autoconf). There are two ways to fix it: 1) Regenerate configuration scripts or 2) force LC_ALL=C during configure phase. The failure itself lies in the peculiarities of the Estonian alphabet where z comes right after s (..rsztuv..), making [a-z] regexp miss buch of latin characters (like 't' in the 'blt').
+ 13 Jun 2011; Justin Lecher <jlec@gentoo.org> blt-2.4z-r8.ebuild: + Fix compilation under et_EE locale, #367539 +
