Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 16726 - can't compile openmotif-2.2.2-r1 with LANG=ru_RU.koi8r
Summary: can't compile openmotif-2.2.2-r1 with LANG=ru_RU.koi8r
Status: RESOLVED DUPLICATE of bug 15119
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Nick Hadaway
: 19433 (view as bug list)
Depends on:
Reported: 2003-03-03 05:05 UTC by Anton Voloshin
Modified: 2005-07-17 13:06 UTC (History)
5 users (show)

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


Note You need to log in before you can comment on or make changes to this bug.
Description Anton Voloshin 2003-03-03 05:05:53 UTC
When installing openmotif-2.2.2-r1 with LANG="ru_RU.koi8r"
it breaks with following error messages:
make[3]: Entering directory `/var/tmp/portage/openmotif-2.2.2-r1/work/openMotif-2.2.2/demos/programs/animate'
../../../clients/uil/uil -o dog.uid dog.uil -I./../../../clients/uil -I../../../clients/uil

Error: $LANG contains an unknown character set

Info: no UID file was produced

Info: errors: 1  warnings: 0  informationals: 1
make[3]: *** [dog.uid] Error 1
make[3]: Leaving directory `/var/tmp/portage/openmotif-2.2.2-r1/work/openMotif-2.2.2/demos/programs/animate'

Obvious workaround is to set LANG to something trivial like "POSIX".
Comment 1 Roman Majer 2003-03-03 08:11:59 UTC
Bad defined codepage...

the right (by iso) codepage is KOI8-R

so: LANG=ru_RU.KOI8-R

Please, again, here you can see that for
root account IT IS BETTER to have locale environment unset, because
bad setup CAN and DOES break the emerge process...

I think that we cannot guarantee that user will not break
the root locale settings, but we can guarantee that ebuild
script will UNSET the locale settings...
Comment 2 Roman Majer 2003-03-03 08:45:10 UTC
this bug is app bug, 'cause it is only LANG variable dependand,

with LC_ALL defined all goes well, with LANG defined the ebuild
fails... even with good codepage !!!

I'm testing more... please be patient..

Comment 3 Roman Majer 2003-03-03 09:31:10 UTC
As from clients/uil/UilCSet.c file

This function returns information about the character set specified...

User-defined character sets are not recognized - it must be one 
available in the compiler tables...

But what and where tables ?? I'm not so big C guru to 
inspect all header files and find it...
So please for this the LANG variable must be unset to work

Comment 4 Stanislav Karchebny 2003-03-03 10:15:26 UTC
OpenMotif has this known bug.
just do 

env LANG="C" emerge openmotif
Comment 5 Roman Majer 2003-03-03 10:26:21 UTC
nice that this is "known" bug...

please if it is so "known", why there is no patch in gentoo
ebuild process?

or better, this bug will not be "known" if the ebuild
script unstets all locale variables...
Comment 6 Seemant Kulleen (RETIRED) gentoo-dev 2003-03-03 16:12:17 UTC
Nick, perhaps emerge can do this when it sets up its environment?
Comment 7 Ivan Smirnov 2003-03-04 11:51:13 UTC
I set LANG to ru_RU.KOI8-R -> but emerging exit at this point
So... env LANG="POSIX" emerge openmotif -> is only right way...
Comment 8 Nicholas Jones (RETIRED) gentoo-dev 2003-03-05 04:08:37 UTC
I have no idea what you're asking me to do really...
If you wanna test that, have a NLS box or two try
putting the vars into "/etc/portage/bashrc" just like
they would appear in profile or .bashrc.
Comment 9 SpanKY gentoo-dev 2003-03-05 04:21:41 UTC
i'd suggest a simple 'export LANG=C' at the top of the openmotif support ...

having portage try to tackle LANG inside of portage itself seems like the wrong approach ...

if a package is known to break with LANG set, then fix it on a per package basis
Comment 10 Roman Majer 2003-03-05 04:57:56 UTC
better than export LANG="C" is simply unset LANG ...
Comment 11 Anton Voloshin 2003-03-06 03:48:14 UTC
I'd suggest to unset LANG (or set LANG="C") in .ebuild file for compilation process should not depend on current locale settings.
Probably this is openmotif bug, but for now it would be good to have a workaround in gentoo's .ebuild.
Comment 12 Seemant Kulleen (RETIRED) gentoo-dev 2003-04-16 18:08:30 UTC
*** Bug 19433 has been marked as a duplicate of this bug. ***
Comment 13 Martin Holzer (RETIRED) gentoo-dev 2003-05-05 09:35:46 UTC

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