2:27 a.m.
Hallo Liste:
Ich habe das Problem das unter FC1 umgebungsvariabeln nicht korrekt gesetzt
sind. Wenn ich z.B. Logwatch aufrufe bekomme ich c.a 20x die message:
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "de_CH"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
ich habe scho versucht mit :
#export LANG=C
Die situation zu verbessern, leider gings nicht.
Wie kann ich diese misskonfiguration aus dem Weg schaffen?
Bis jetzt hats mich nicht gestört, aber mittlerweile gehts mächtig aufn
sack. Das ist aber schon solange her dass ich nicht mehr sicher aus was
diese Fehlermeldung resultiert, glaube war ein perl Update..
Diese Meldung kommt bei etlichen Programmen.
Danke und Gruss
Tiho
7:01 a.m.
Am Mittwoch, den 16.11.2005, 09:27 +0100 schrieb Tiho:
Hallo Liste:
Ich habe das Problem das unter FC1 umgebungsvariabeln nicht korrekt gesetzt
sind. Wenn ich z.B. Logwatch aufrufe bekomme ich c.a 20x die message:
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "de_CH"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Was liefert 'cat /etc/sysconfig/i18n' und erscheinen Fehlermeldungen
beim Ausführen von 'LANG=de_CH locale' bzw. funktionieren überhaupt
irgendwelche Programme mit dieser Locale?
Die Locales sind im Paket glibc-common enthalten (/usr/lib/locale).
'de_CH' habe ich auch im Fedora Legacy Paket gefunden.
Systemweite Konfiguration über die schon erwähnte /etc/sysconfig/i18n.
Meine /etc/sysconfig/i18n zum Vergleich:
LANG="de_DE.UTF-8"
SUPPORTED="de_DE.UTF-8:de_DE:de"
SYSFONT="latarcyrheb-sun16"
'LANG=de_CH perl -?' liefert auf meinem System keine Fehlermeldungen
bezogen auf die Locale (ist allerdings FC4).
Gruß,
Frank
7:40 a.m.
Hallo Frank
Am Mittwoch, den 16.11.2005, 09:27 +0100 schrieb Tiho:
> Hallo Liste:
>
> Ich habe das Problem das unter FC1 umgebungsvariabeln nicht korrekt
gesetzt
> sind. Wenn ich z.B. Logwatch aufrufe bekomme ich c.a 20x die message:
>
> perl: warning: Please check that your locale settings:
> LANGUAGE = (unset),
> LC_ALL = (unset),
> LANG = "de_CH"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
Was liefert 'cat /etc/sysconfig/i18n' und erscheinen Fehlermeldungen
beim Ausführen von 'LANG=de_CH locale' bzw. funktionieren überhaupt
irgendwelche Programme mit dieser Locale?
Ja funktionieren Tun alle programme, es ist nur die hässliche Ausgabe die
mich stört. Mein /etc/sysconfig/i18n gibt folgendes aus:
LANG="de_CH"
SUPPORTED="en_US.UTF-8:en_US:en:de_DE.UTF-8:de_DE:de:de_CH.UTF-8:de_CH:de"
SUPPORTED="de_CH:de_CH:de:en_US:en:de_DE:de"
SYSFONT="latarcyrheb-sun16"
SYSFONTACM="iso01"
Die Locales sind im Paket glibc-common enthalten (/usr/lib/locale).
'de_CH' habe ich auch im Fedora Legacy Paket gefunden.
Mein "/usr/lib/locale" enthält so ziemlich alles was es gibt :)
Systemweite Konfiguration über die schon erwähnte
/etc/sysconfig/i18n.
Meine /etc/sysconfig/i18n zum Vergleich:
LANG="de_DE.UTF-8"
SUPPORTED="de_DE.UTF-8:de_DE:de"
SYSFONT="latarcyrheb-sun16"
'LANG=de_CH perl -?' liefert auf meinem System keine Fehlermeldungen
bezogen auf die Locale (ist allerdings FC4).
Gruß,
Frank
1:50 p.m.
Am Donnerstag, den 17.11.2005, 14:40 +0100 schrieb Tiho:
Hallo Frank
> Was liefert 'cat /etc/sysconfig/i18n' und erscheinen Fehlermeldungen
> beim Ausführen von 'LANG=de_CH locale' bzw. funktionieren überhaupt
> irgendwelche Programme mit dieser Locale?
Ja funktionieren Tun alle programme, es ist nur die hässliche Ausgabe die
mich stört.
Mit "funktionieren" war eigentlich gemeint, ob irgendein Programm
deutsche Ausgaben liefert. Falls 'LANG=de_CH locale' Fehler ausspuckt,
würde ich glibc überprüfen ('rpm -V glibc-common' als root, 'man rpm'
zur Erklärung der Ausgabe) oder gleich neu installieren.
Mein /etc/sysconfig/i18n gibt folgendes aus:
LANG="de_CH"
SUPPORTED="en_US.UTF-8:en_US:en:de_DE.UTF-8:de_DE:de:de_CH.UTF-8:de_CH:de"
SUPPORTED="de_CH:de_CH:de:en_US:en:de_DE:de"
SYSFONT="latarcyrheb-sun16"
SYSFONTACM="iso01"
Sieht etwas unaufgeräumt aus, tuts aber.
Sollte dich wirklich nur die Ausgabe von Perl stören, kannst Du folgende
Zeile in /etc/profile übernehmen:
export PERL_BADLANG=0
Beseitigt das Problem nicht, aber Perl-seitig ist dann Ruhe...;)
2:27 p.m.
Hallo
Frank Arnold wrote:
Am Donnerstag, den 17.11.2005, 14:40 +0100 schrieb Tiho:
>Hallo Frank
>
>
>>Was liefert 'cat /etc/sysconfig/i18n' und erscheinen Fehlermeldungen
>>beim Ausführen von 'LANG=de_CH locale' bzw. funktionieren überhaupt
>>irgendwelche Programme mit dieser Locale?
>
>Ja funktionieren Tun alle programme, es ist nur die hässliche Ausgabe die
>mich stört.
Mit "funktionieren" war eigentlich gemeint, ob irgendein Programm
deutsche Ausgaben liefert. Falls 'LANG=de_CH locale' Fehler ausspuckt,
würde ich glibc überprüfen ('rpm -V glibc-common' als root, 'man rpm'
zur Erklärung der Ausgabe) oder gleich neu installieren.
Ergibt:
# LANG=de_CH locale
locale: Cannot set LC_ALL to default locale: Datei oder Verzeichnis
nicht gefunden
LANG=de_CH
LC_CTYPE="de_CH"
LC_NUMERIC="de_CH"
LC_TIME="de_CH"
LC_COLLATE="de_CH"
LC_MONETARY="de_CH"
LC_MESSAGES="de_CH"
LC_PAPER="de_CH"
LC_NAME="de_CH"
LC_ADDRESS="de_CH"
LC_TELEPHONE="de_CH"
LC_MEASUREMENT="de_CH"
LC_IDENTIFICATION="de_CH"
LC_ALL=
und:
# rpm -V glibc-common
Unsatisfied dependencies for glibc-common-2.3.3-27.1: glibc > 2.3.3
prelink: /usr/bin/gencat: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/gencat
prelink: /usr/bin/getconf: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/getconf
prelink: /usr/bin/getent: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/getent
prelink: /usr/bin/iconv: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/iconv
prelink: /usr/bin/lddlibc4: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/lddlibc4
prelink: /usr/bin/locale: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/locale
prelink: /usr/bin/localedef: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/localedef
prelink: /usr/bin/rpcgen: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/rpcgen
prelink: /usr/bin/sprof: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/bin/sprof
prelink: /usr/libexec/pt_chown: R_386_JMP_SLOT not pointing into .got
section
S.?..... /usr/libexec/pt_chown
prelink: /usr/sbin/rpcinfo: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/sbin/rpcinfo
prelink: /usr/sbin/zdump: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/sbin/zdump
prelink: /usr/sbin/zic: R_386_JMP_SLOT not pointing into .got section
S.?..... /usr/sbin/zic
Ich habe mal "set LC_ALL=de_CH" gemacht, nützt aber nüschts :(
> Mein /etc/sysconfig/i18n gibt folgendes aus:
>
>LANG="de_CH"
>SUPPORTED="en_US.UTF-8:en_US:en:de_DE.UTF-8:de_DE:de:de_CH.UTF-8:de_CH:de"
>SUPPORTED="de_CH:de_CH:de:en_US:en:de_DE:de"
>SYSFONT="latarcyrheb-sun16"
>SYSFONTACM="iso01"
>
Sieht etwas unaufgeräumt aus, tuts aber.
Sollte dich wirklich nur die Ausgabe von Perl stören, kannst Du folgende
Zeile in /etc/profile übernehmen:
export PERL_BADLANG=0
Beseitigt das Problem nicht, aber Perl-seitig ist dann Ruhe...;)
Gruss & Danke
Tiho Mendez
4:19 a.m.
Am Donnerstag, den 17.11.2005, 21:27 +0100 schrieb Tiho:
>>LANG="de_CH"
Bingo! Siehe unten.
>>SUPPORTED="en_US.UTF-8:en_US:en:de_DE.UTF-8:de_DE:de:de_CH.UTF-8:de_CH:de"
Diese Zeile ist unnötig.
>>SUPPORTED="de_CH:de_CH:de:en_US:en:de_DE:de"
de_CH:de gibt es nicht. Entweder de_CH.UTF-8 oder aber de_CH@Euro
alternativ imho auch de_CH.Euro.
> Sieht etwas unaufgeräumt aus, tuts aber.
Nich wirklich.
[sheld@pc-sh locale]$ export LANG=de_DE@Euro
[sheld@pc-sh locale]$ perl -v
This is perl, v5.8.5 built for i386-linux-thread-multi
Ahja. Tut.
[sheld@pc-sh locale]$ export LANG=de_DE:de
[sheld@pc-sh locale]$ perl -v
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "de_DE:de"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Ich weiß zwar nicht wieso aber Perl scheint nicht die neue Notation
(wenns überhaupt eine ist) zu kennen. Scheint mal wieder ein
D(r)epperscher Vorstoß zu sein um Linux und die glibc mal wieder von
anderen Systemen ein wenig "abzusetzen" .....
Da Perl auch auf was anderem als Linux läuft und diese Systeme sich noch
an den eigentlich geltenden Standard mit der . oder @ Notation der
Locale halten dürfte dieser Fehler erklärt sein.
--
Stefan Held VI has only 2 Modes:
obi at unixkiste org The first one is for beeping all the time,
IRCNet: Obi_Wan the second destroys the text.
---------------------------------------------------------------------------
perl -e'map{print pack c,($|++?1:13)+ord,select$,,$,,$,,$|}split//,ESEL.$/'
---------------------------------------------------------------------------
GPG-Keyprint = EAF2 6A65 D102 F2DB 4970 2A67 455B 98F2 572C 3FA9
6:37 a.m.
Am Freitag, den 18.11.2005, 11:19 +0100 schrieb Stefan Held:
Am Donnerstag, den 17.11.2005, 21:27 +0100 schrieb Tiho:
> >>LANG="de_CH"
Bingo! Siehe unten.
>
>>SUPPORTED="en_US.UTF-8:en_US:en:de_DE.UTF-8:de_DE:de:de_CH.UTF-8:de_CH:de"
Diese Zeile ist unnötig.
> >>SUPPORTED="de_CH:de_CH:de:en_US:en:de_DE:de"
de_CH:de gibt es nicht. Entweder de_CH.UTF-8 oder aber de_CH@Euro
alternativ imho auch de_CH.Euro.
SUPPORTED wird AFAIK nur von redhat|system-config-language verwendet.
"de_CH:de" gibt es natürlich nicht und wird so auch nicht ausgewertet,
da der Doppelpunkt der Trenner zwischen zwei Locales ist. "de_CH:de" in
SUPPORTED ergibt die Locales "de_CH" sowie "de".
Siehe auch /usr/share/system-config-language/language_backend.py
> > Sieht etwas unaufgeräumt aus, tuts aber.
Nich wirklich.
Tuts doch, weil einzig und allein LANG="de_CH" ausschlaggebend ist.
Ausgewertet und gesetzt wird das Ganze über /etc/profile.d/lang.sh|csh
Perl findet nur die Locale "de_CH" nicht, welche aber eigentlich
installiert sein müsste.
Da ich nicht weiß, ob andere Locales funktionieren und ob andere
Programme außer Perl ebenfalls auf die C-Locale zurückfallen, kann ich
leider nichts genaues sagen.
6736
days inactive
6738
days old
de-users@lists.fedoraproject.org
6 comments
3 participants
participants (3)
-
Frank Arnold -
Stefan Held -
Tiho