Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 30994 - wxGTK 2.4.2 fails to configure with et_EE locale
Summary: wxGTK 2.4.2 fails to configure with et_EE locale
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo wxWidgets project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-12 15:01 UTC by Elver Loho
Modified: 2006-06-24 00:20 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --debug wxGTK (debugwxgtk.txt,21.10 KB, text/plain)
2003-10-13 06:17 UTC, Elver Loho
Details
proper regex patch for configure script (wxGTK-2.4.2-estonian-sed.patch,10.20 KB, patch)
2004-01-16 03:30 UTC, Seemant Kulleen (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Elver Loho 2003-10-12 15:01:01 UTC
wxGTK won't configure. See below.

Reproducible: Always
Steps to Reproduce:
# emerge wxGTK
Calculating dependencies ...done!
>>> emerge (1 of 1) x11-libs/wxGTK-2.4.2 to /
>>> md5 src_uri ;-) wxGTK-2.4.2.tar.bz2
>>> Unpacking source...
>>> Unpacking wxGTK-2.4.2.tar.bz2 to /var/tmp/portage/wxGTK-2.4.2/work
 * Applying wxGTK-2.4.1-contrib.patch...                                  [ ok ]
* Applying wxGTK-2.4.2-contrib_animate.patch...                          [ ok
]>>> Source unpacked.
configure: error: gtk: invalid package name
 
!!! ERROR: x11-libs/wxGTK-2.4.2 failed.
!!! Function econf, Line 335, Exitcode 1
!!! econf failed



# emerge info
Portage 2.0.49-r10 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-gentoo-r7)
=================================================================
System uname: 2.4.20-gentoo-r7 i686 AMD Athlon(tm) XP 1600+
Gentoo Base System version 1.4.3.8p1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
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/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="oss foomaticdb mad mikmod spell gdbm berkdb tetex nas gpm pam perl esd gtk
motif ipv6 apache2 3dnow acpi alsa apm arts avi bonobo cdr cjk crypt cups dga
doc dvd encode evo gb gd ggi ggz gif gnome gphoto2 gtk2 gtkhtml imlib java jikes
jpeg kde kerberos lcms ldap libg++ libgda libwww mbox mmx mozilla mpeg ncurses
nls odbc oggvorbis opengl pdflib pic png python qt qtmt quicktime readline
scanner sdl slang socks5 sse ssl svga tcpd tiff truetype wmf X xml xml2 xmms xv
zlib x86 php mysql"
Comment 1 Alastair Tse (RETIRED) gentoo-dev 2003-10-13 02:13:34 UTC
can you attach the output of emerge --debug wxGTK ?
Comment 2 Elver Loho 2003-10-13 06:17:05 UTC
Created attachment 19174 [details]
emerge --debug wxGTK

As you requested, here's the output of emerge --debug wxGTK. Doesn't seem
very
useful. It seems to die in the configure script.
Comment 3 Elver Loho 2003-10-16 14:24:03 UTC
This is a long-standing class of bugs. Seems to have something to do with
autoconf and/or automake. Various threads on forums have suggested removing
nls from USE flags but that didn't help me. Also, I remember having a similar
problem during 1.4RC1 days although this didn't happen in 1.2 as far as I
can remember. So it was probably introduced somewhere in between.

Upping the severity to "blocker" simply because it really is an important
bug. And a very annoying one as well. Emerge fails on nearly everything that
needs to be compiled.

If I had to bet, I'd say emerging something overwrote critical config files.
Then again, I'm not a Gentoo guru.

Here's another account of such a bug:
http://forums.gentoo.org/viewtopic.php?p=528452
Comment 4 Elver Loho 2003-10-16 22:27:15 UTC
This is a duplicate of http://bugs.gentoo.org/show_bug.cgi?id=14229
"LANG='' emerge something" works perfectly.
I thought you people fixed it. Seems to have its roots in 1.2 (According
to Robert Renling at least) and I've seen it previously in 1.4RC1.

So please fix it some day...

Workaround:
LANG='' emerge something
Comment 5 Alastair Tse (RETIRED) gentoo-dev 2003-10-17 00:25:41 UTC
so what version of sed have all you've got? 

does: LANG="C" emerge wxGTK 

work for the bug reporter.

and please do not modify the severity of the bug, blocker is used when a
bug causes massive problems for the system, like not being bootable or usable.
usually a package that does not merge is not really considered a blocker.
Comment 6 Alastair Tse (RETIRED) gentoo-dev 2003-10-17 00:39:15 UTC
now resetting LANG variable in ebuild.
Comment 7 Elver Loho 2003-10-17 07:27:12 UTC
No, this is not just a problem with wxGTK. As you can see, this happens to
nearly *all* packages that use a similar configure setup. So indeed, this
*is* a blocker.

And yes, LANG="C" emerge wxGTK works. Hell, LANG="anything" emerge wxGTK
works. But if the LANG is left unchanged (remains "et_EE") then it will NOT
work. Try it:

LANG="et_EE" emerge wxGTK

And I'm using the portage tree from yesterday so no, the ebuild does not
unset LANG. Remove that part from the ebuild and try the above example yourself.

If that breaks on your system, reopen the bug and assign it to either someone
that takes care of the critical packages or the python wranglers.

There are three solutions to this and unsetting LANG in the ebuild is not
one of them.
1. Fix whatever is causing this problem.
2. Unset LANG globally in the emerge script.
3. Label this as the official workaround.
Comment 8 Seemant Kulleen (RETIRED) gentoo-dev 2004-01-16 03:27:18 UTC
sorry -- hate to reopen, but I have a real fix for this that I want to attach, or with your permission, commit (it's been tested on one person's et_EE box and it works).
Comment 9 Seemant Kulleen (RETIRED) gentoo-dev 2004-01-16 03:30:58 UTC
Created attachment 23912 [details, diff]
proper regex patch for configure script
Comment 10 Seemant Kulleen (RETIRED) gentoo-dev 2004-01-16 03:32:02 UTC
The problem arises because I guess in Estonian locale a is either not the first letter or z is not the last letter. Not sure, but anyway, the following replacements in the configure scipt are necessary:

(in sed, egrep statements):
a-zA-Z0-9 becomes [:alnum:]
a-zA-Z becomes [:alpha:]
0-9 becomes [:digit:]
a-z becomes [:lower:]
A-Z becomes [:upper:]

in tr statements:

a-z becomes '[:lower:]'
A-Z becomes '[:upper:]'
0-9 becomes '[:digit:]'

This is actually the _proper_ way to specify those classes anyway, so these fixes should be sent upstream. anyway, patch is attached.
Comment 11 Seemant Kulleen (RETIRED) gentoo-dev 2004-01-16 14:06:21 UTC
The problem arises because I guess in Estonian locale a is either not the first letter or z is not the last letter. Not sure, but anyway, the following replacements in the configure scipt are necessary:

(in sed, egrep statements):
a-zA-Z0-9 becomes [:alnum:]
a-zA-Z becomes [:alpha:]
0-9 becomes [:digit:]
a-z becomes [:lower:]
A-Z becomes [:upper:]

in tr statements:

a-z becomes '[:lower:]'
A-Z becomes '[:upper:]'
0-9 becomes '[:digit:]'

This is actually the _proper_ way to specify those classes anyway, so these fixes should be sent upstream. anyway, patch is attached.
Comment 12 Alastair Tse (RETIRED) gentoo-dev 2004-02-04 10:47:33 UTC
my opinion on that patch is that it should be a fix in autoconf rather than in the configure script.  btw, i can't reproduce this at all using just LANG=et_EE on my side .. is there something that needs to be compiled with et_EE first?
Comment 13 Stian Skjelstad 2004-12-26 03:01:15 UTC
if test -n "`echo $ac_package| sed 's/[-_a-zA-Z0-9]//g'`"; then
{ echo "configure: error: $ac_package: invalid package name" 1>&2; exit 1; }

is the original script-path. How can that fail when LANG is set? "gtk" name all persist in that range, or is the a/z letters interprated differently? In that case I would said this is a sed bug, since A trough Z should be within range containing  all the us-ascii letters, excluding local special characters.
Comment 14 SpanKY gentoo-dev 2006-06-21 20:35:57 UTC
Comment on attachment 23912 [details, diff]
proper regex patch for configure script

patch is wrong, character classes are not portable thus not usuable in autoconf
Comment 15 SpanKY gentoo-dev 2006-06-24 00:20:52 UTC
looks to me like x11-libs/wxGTK-2.6.3.2 works fine now