---

Hejsa.

Hvad forårsager flg.:

$ emacs
Warning: locale not supported by Xlib, locale set to C

?
Jeg har prøvet med localedef ( localedef -i en_DK -f ISO_8859-1 en_DK),
men uden held, så hvad er der galt?

Med venlig hilsen,

Sune Mølgaard

--
You can build a throne out of bayonets, but you can't sit on it for very
long.
- Boris Jeltsin

---

On Sat, 02 Jun 2001 21:36:02 +0200, Sune Mølgaard wrote:

> Hejsa. Hvad forårsager flg.:

> $ emacs Warning: locale not supported by Xlib, locale set to C

> ? Jeg har prøvet med localedef ( localedef -i en_DK -f ISO_8859-1
> en_DK), men uden held, så hvad er der galt?

en_DK er efter sigende en joke og bør ikke bruges. I stedet kan man,
ihvertfald på mit Debian system, sætte følgende variable:

LANG=da_DK
LC_MESSAGES=en_GB
LC_TIME=en_GB
# Have CAPS sorted FIRST:
LC_COLLATE=C

(jeg har dem i /etc/environment) - og så skal man huske _ikke_ at
sætte LC_ALL.

Brug locale(1) til at checke hvad de forskellige så bliver opfattet
som.

På min maskine siger den:

virgil$ locale
LANG=da_DK
LC_CTYPE="da_DK"
LC_NUMERIC="da_DK"
LC_TIME=en_GB
LC_COLLATE=C
LC_MONETARY="da_DK"
LC_MESSAGES=en_GB
LC_PAPER="da_DK"
LC_NAME="da_DK"
LC_ADDRESS="da_DK"
LC_TELEPHONE="da_DK"
LC_MEASUREMENT="da_DK"
LC_IDENTIFICATION="da_DK"
LC_ALL=
virgil$


Mvh.

--
"Bob Dylan? Han har en cool röst." Adam Sjøgren
asjo@koldfront.dk

---

Adam Sjøgren wrote:

> On Sat, 02 Jun 2001 21:36:02 +0200, Sune Mølgaard wrote:
>
> en_DK er efter sigende en joke og bør ikke bruges. I stedet kan man,
> ihvertfald på mit Debian system, sætte følgende variable:
>
> LANG=da_DK
> LC_MESSAGES=en_GB
> LC_TIME=en_GB
> # Have CAPS sorted FIRST:
> LC_COLLATE=C
>
> (jeg har dem i /etc/environment) - og så skal man huske _ikke_ at
> sætte LC_ALL.
>
> Brug locale(1) til at checke hvad de forskellige så bliver opfattet
> som.
>
> På min maskine siger den:
>
> virgil$ locale
> LANG=da_DK
> LC_CTYPE="da_DK"
> LC_NUMERIC="da_DK"
> LC_TIME=en_GB
> LC_COLLATE=C
> LC_MONETARY="da_DK"
> LC_MESSAGES=en_GB
> LC_PAPER="da_DK"
> LC_NAME="da_DK"
> LC_ADDRESS="da_DK"
> LC_TELEPHONE="da_DK"
> LC_MEASUREMENT="da_DK"
> LC_IDENTIFICATION="da_DK"
> LC_ALL=
> virgil$
>
>
> Mvh.
>
>

Dejligt. Mange tak for hurtigt svar.
Jeg kan nævne, hvis det skulle have nogens interesse, at det på RedHat
sættes i /etc/sysconfig/i18n.

Med venlig hilsen,

Sune Mølgaard

--
"I'm not a bad guy. I work hard and I love my kids. So why should
I spend half my Sunday hearing about how I'm going to Hell?"
- Homer Simpson

---

asjo@koldfront.dk (Adam Sjøgren) writes:

> en_DK er efter sigende en joke og bør ikke bruges. I stedet kan man,
> ihvertfald på mit Debian system, sætte følgende variable:

Det tror jeg Keld vil blive ked af. en_DK er nok nærmest en proof of
concept-locale af hvad meningen med navngivningen er. Localer, der
ellers rigtigt benytter land/sprog fleksibiliteten er ellers først
kommet til senere.

--
hash-bang-slash-bin-slash-bash

---

On 03 Jun 2001 15:04:49 +0200, Peter Makholm wrote:

> asjo@koldfront.dk (Adam Sjøgren) writes:
>> en_DK er efter sigende en joke og bør ikke bruges. I stedet kan
>> man, ihvertfald på mit Debian system, sætte følgende variable:

> Det tror jeg Keld vil blive ked af. en_DK er nok nærmest en proof
> of concept-locale af hvad meningen med navngivningen er. Localer,
> der ellers rigtigt benytter land/sprog fleksibiliteten er ellers
> først kommet til senere.

Konsensus på xfree86's i18n mailingliste er at det er en joke.

Den relevante Debian bug (#78606) er hér:
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=78606&archive=yes&repeatmerged=yes>

I praksis er problemet at en_DK "mangler" i
/usr/X11R6/lib/X11/locale/(locale.alias|locale.dir|compose.dir) - og
da xfree ikke mener at det er rigtigt at inkludere dem (og da
distributionerne derfor heller ikke har dem med i deres pakker) er det
langt nemmere at ændre sine LC_* variable end det er at skulle rette
de tre filer hver gang man installerer en ny omgang xfree.

Specielt opdaterer jeg xfree så tilpas sjældent at jeg normalt næsten
helt har glemt problemet, og først opdager det når Mozilla, Gimp og
andre brokker sig og/eller segfaulter...


Mvh.

--
"Bob Dylan? Han har en cool röst." Adam Sjøgren
asjo@koldfront.dk

---

On 03 Jun 2001 15:04:49 +0200, Peter Makholm wrote:

> asjo@koldfront.dk (Adam Sjøgren) writes:
>> en_DK er efter sigende en joke og bør ikke bruges. I stedet kan
>> man, ihvertfald på mit Debian system, sætte følgende variable:

> Det tror jeg Keld vil blive ked af. en_DK er nok nærmest en proof
> of concept-locale af hvad meningen med navngivningen er. Localer,
> der ellers rigtigt benytter land/sprog fleksibiliteten er ellers
> først kommet til senere.

Den relevante Debian bug (#78606) er hér:
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=78606&archive=yes&repeatmerged=yes>

I praksis er problemet at en_DK "mangler" i
/usr/X11R6/lib/X11/locale/(locale.alias|locale.dir|compose.dir) - og
da xfree ikke mener at det er rigtigt at inkludere dem (og da
distributionerne derfor heller ikke har dem med i deres pakker) er det
langt nemmere at ændre sine LC_* variable end det er at skulle rette
de tre filer hver gang man installerer en ny omgang xfree.

Specielt opdaterer jeg xfree så tilpas sjældent at jeg normalt næsten
helt har glemt problemet, og først opdager det når Mozilla, Gimp og
andre brokker sig og/eller segfaulter... og så skal jeg bruge tid på
at komme i tanke om at problemer er en_DK i de dér tre filer.


Mvh.

--
"Bob Dylan? Han har en cool röst." Adam Sjøgren
asjo@koldfront.dk

---

Adam Sjøgren skrev:

> og så skal jeg bruge tid på at komme i tanke om at problemer
> er en_DK i de dér tre filer.

Jeg har nogle "gamle" scripts som er startet fra at(1) i sin tid og som
starter et nyt eksemplar af sig selv hver gang de har kørt. Nogle af
disse scripts kaldte et perl-script. Problemet er at at(1) videregiver
alle environment-variable til sine børn, hvilket i dette tilfælde bl.a.
vil sige at-scriptet selv. Da jeg kørte det oprindelige at-script,
havde jeg sat LC_ALL=en_DK, hvilket nu troligt bliver vedligeholdt hver
gang at-scriptene starter sig selv. Og da Perl nu brokker sig når den
ser en "en_DK", fik jeg i lang tid en fejlmeddelelse pr mail hver gang
de pågældende scripts blev kørt.

Det så uoverkommeligt ud at rette alle at-scriptene, men så fandt jeg
på at indsætte en linie med

en_DK   en_GB.ISO-8859-1

i /etc/locale.alias, hvilket har hjulpet. Mon også det ville hjælpe på
X, eller er X tilpas specielt til at det _skal_ have en separat fil med
locale.alias?


// Klaus

--
><>°    vandag, môre, altyd saam