Thank you,
This helps. However my concern still is about Woody's redundancy of
locale paths,
i.e. /usr/lib/locale and /usr/share/locale, while I thought only one of
them may be present.
On my system both contain valid locale files in order for the apps to
make use of them.
I suspect inconsistency of compile flags set to glibc.
localedef --help says
...
System's directory for character maps : /usr/share/i18n/charmaps
repertoire maps: /usr/share/i18n/repertoiremaps
locale path :
/usr/lib/locale:/usr/share/i18n
Please note the last line i.e. locale path reads /usr/lib/locale as
opposed to /usr/share/locale
as it was the case with Potato.
Thomas.
Dne 2002.10.07 19:41 napsal Tatsuya Kinoshita:
> On October 7, 2002 at 10:05AM +0200,
> thomas kral <[EMAIL PROTECTED]> wrote:
>
> > On my system to get cs_CZ & en_US locales working I had to compile
> > them in /usr/lib/locale by hand.
>
> I recommend setting by `dpkg-reconfigure locales'. See
> /etc/locale.gen also.
>
> > Now this perfectly works under GNOME, I can pick any language from
> GDM
> > and the locale vars are set accordingly upon user login. This
> however
> > does not work in KDE.
>
> Did you install i18n files for KDE? (Try `apt-cache search
> kde-i18n'.)
>
> --
> Tatsuya Kinoshita
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
