[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Yet another locale problem
- To: Tzafrir Cohen <tzafrir(at-nospam)technion.ac.il>
- Subject: Re: Yet another locale problem
- From: Oren Held <mlist(at-nospam)opinionz.cjb.net>
- Date: Thu, 22 Mar 2001 22:11:05 +0200 (IST)
- cc: <linux-il(at-nospam)linux.org.il>
- Delivered-To: linux.org.il-linux-il@linux.org.il
- In-Reply-To: <Pine.LNX.4.33_heb2.09.0103220118420.25146-100000@canada1.technion.ac.il>
- Sender: linux-il-bounce(at-nospam)cs.huji.ac.il
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 ?
> > 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.
Maybe I should upgrade one more package.. I'll chk..
Cya,
Oren.
=================================================================
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