[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Yet another locale problem



On Thu, 22 Mar 2001, Oren Held wrote:

> Hello Tzafrir
>
> On Thu, 22 Mar 2001, Tzafrir Cohen wrote:
>
> > > I've upgraded my suse 7.0 to 7.1 and also several glibc RPMs.. It now
> > > added to me the /usr/lib/locale (till now it used /usr/share/locale).
> > Hmm... Is the compiled locale information from there architecture
> > dependent (and thus should reside under /lib) ir -independent (and thus
> > should remain under /share)?
>
> Hmm.. I don't know.. I mean, the .gmo files are compiled .po files, so
> yes, architecture dependent..
> But why does it matter ?

No. not the gettext compiled catalogs (.mo or .gmo files). What I mean is
LC_CTYPE, LC_COLLATE, LC_MONETARY, LC_NUMERIC and LC_TIME .

Those are part of libc. Different versions of libc may use different
binary formats for those, as they are internal formats.

I've had messages that are probably when I upgraded my glibc package, but
forgot to upgrade the locale package (mandrake puts the locales on a
seperate package, and the old locales-he package did not have a dependency
on the spesific version of glibc)

>
> > > When it uses the new one, gtk apps running with $LANG=he or hebrew
> > > return:
> > > "Gdk-WARNING **: locale not supported by Xlib, locale set to C".
> > > QT apps return- "Qt: Locales not supported on X server".
> > >
> > > When I tried to link /usr/lib/locale to my OLD & working
> > > /usr/share/locale,
> >
> > What do you mean by "old and working"?
>
> The /usr/share/locale is the _OLD_ directory with the locale stuff. it
> worked very well. But now, neither the new (/usr/lib/locale) nor the old
> (/usr/share/locale) doesn't work, each one returns a different error
> message.
>
> > is there /usr/lib/locale/$LANG/LC_CTYPE ?
> >      /usr/share/locale/$LANG/LC_CTYPE ?
>
> Yeah, both.

Seems like you've got a bit of a mess.

Are you sure none of /usr/lib/locale, /usr/lib/locale/he,
/usr/share/locale and /usr/share/locale/he is a symlink?

If not:

Try using rpm -qf and rpm -V to see which belongs to which rpm package,
and if it is the original file.

(unfortunetly the suse RPMs of 7.0 and 7.1 are not in the rpmfind
database, therefore I can't see for myself the list of files in their
glibc package)

-- 
Tzafrir Cohen
mailto:tzafrir@technion.ac.il
http://www.technion.ac.il/~tzafrir


=================================================================
To unsubscribe, send mail to linux-il-request@linux.org.il with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail linux-il-request@linux.org.il