Hallo, Liste!
Auf einer frischinstallierten Kubuntu habe folgendes Problem: die Umlaute und (denke ich!) andere Sonderzeichen werden schlecht angezeigt in der Console. Beispiel:
root@desktop:~# ifconfig eth0 Protokoll:Ethernet Hardware Adresse 00:13:8F:0E:50:DC inet Adresse:192.168.0.9 Bcast:192.168.0.255 Maske:255.255.255.0 inet6 Adresse: fe80::213:8fff:fe0e:50dc/64 Gültigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10242 errors:0 dropped:0 overruns:0 frame:0 TX packets:5416 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:1700689 (1.6 MiB) TX bytes:1119551 (1.0 MiB) Interrupt:193 Basisadresse:0xd400
Selbstverständlich ist diese "Gültigkeitsbereich" falsch... Es sollte "Gültigkeitsbereich" sein... Also, ich habe sicher eine Environmentvariabel falsch gesetzt. Das Problem ist, daß ich nicht mehr mich erinneren kann welche... Alzheimer ist gnadenlos... :(
Kann jemand mir einen guten Tipp geben?
Danke Luca Bertoncello (lucabert@lucabert.de)
Luca Bertoncello lucabert@lucabert.de (So 19 Nov 2006 15:44:43 CET):
Hallo, Liste!
Auf einer frischinstallierten Kubuntu habe folgendes Problem: die Umlaute und (denke ich!) andere Sonderzeichen werden schlecht angezeigt in der Console. inet6 Adresse: fe80::213:8fff:fe0e:50dc/64 Gültigkeitsbereich:Verbindung
Könnte UTF-8 sein.
Wir reden von der Text-Konsole? unicode_start als Kommando eingeben, hilft das?
Wir reden von einem XTerm? Dann beim Start -u8 übergeben.
Luca Bertoncello schrieb:
Auf einer frischinstallierten Kubuntu habe folgendes Problem: die Umlaute und (denke ich!) andere Sonderzeichen werden schlecht angezeigt in der Console. Beispiel:
[...]
Also, ich habe sicher eine Environmentvariabel falsch gesetzt. Das Problem ist, daß ich nicht mehr mich erinneren kann welche... Alzheimer ist gnadenlos... :(
Kann jemand mir einen guten Tipp geben?
Was wird bei set | grep ^LANG ausgegeben? Hier:
stefan2@sokrates:~/test$ set | grep ^LANG LANG=de_DE.UTF-8 LANGUAGE=de_DE:de:en_GB:en
Stefan
.
Hallo Luca,
On Sun, Nov 19, 2006 at 15:44:43 +0100, Luca Bertoncello wrote:
Also, ich habe sicher eine Environmentvariabel falsch gesetzt. Das Problem ist, dass ich nicht mehr mich erinneren kann welche... Alzheimer ist gnadenlos... :(
Guck mal in /etc/environment. Dort wird LANG gesetzt. Wenn Du bei der Installation "Deutsch" gewaehlt hast, ist LANG auf de_AT.UTF-8 gesetzt, jedenfalls ist das bei Dapper so.
Gruss, Chris
Christian Perle chris@linuxinfotag.de schrieb:
Guck mal in /etc/environment. Dort wird LANG gesetzt. Wenn Du bei der Installation "Deutsch" gewaehlt hast, ist LANG auf de_AT.UTF-8 gesetzt, jedenfalls ist das bei Dapper so.
Ja! Es ist:
LANG="de_DE.UTF-8"
was sollte es sein?
Grüße Luca Bertoncello (lucabert@lucabert.de)
"William Epler" william.epler@amd.com schrieb:
Am Sonntag, 19. November 2006 17:01 schrieb Luca Bertoncello:
LANG="de_DE.UTF-8"
was sollte es sein?
LANG=de_DE.ISO-8859-1
Wenn ich so mache, dann werde ich die Anzeige auf Englisch haben... :)
Grüße Luca Bertoncello (lucabert@lucabert.de)
Am Montag, 20. November 2006 08:34 schrieben Sie:
"William Epler" william.epler@amd.com schrieb:
Am Sonntag, 19. November 2006 17:01 schrieb Luca Bertoncello:
LANG="de_DE.UTF-8"
was sollte es sein?
LANG=de_DE.ISO-8859-1
Wenn ich so mache, dann werde ich die Anzeige auf Englisch haben... :)
Sollte aber nicht so sein. Mein Tip wäre dann, es zuerst mit export LANG=de_DE.ISO-8859-15 oder export LANG=de_DE@euro zu versuchen. Ansonsten sollte sich in /usr/share/i18n/charmaps/ die Datei ISO-8859-1.gz bzw. ISO-8859-15.gz aufhalten. Gleiches gilt für de_DE bzw. de_DE@euro in /usr/share/i18n/locales/. ==> Verzeichnisse beziehen sich auf Susi Sorglos
Grüße Luca Bertoncello (lucabert@lucabert.de)
"William Epler" william.epler@amd.com schrieb:
Sollte aber nicht so sein. Mein Tip wäre dann, es zuerst mit export LANG=de_DE.ISO-8859-15 oder export LANG=de_DE@euro zu versuchen.
Ich habe beide probiert... Kommt immer auf Englisch...
Ansonsten sollte sich in /usr/share/i18n/charmaps/ die Datei ISO-8859-1.gz bzw. ISO-8859-15.gz aufhalten. Gleiches gilt für de_DE bzw. de_DE@euro in /usr/share/i18n/locales/. ==> Verzeichnisse beziehen sich auf Susi Sorglos
Tut mir Leid, ich verstehe nicht was du meinst... Kannst du besser erklären? Die Dateien habe ich, ich verstehe aber nicht was ich mit der Dateien machen soll...
Danke Luca Bertoncello (lucabert@lucabert.de)
Am Montag, 20. November 2006 09:09 schrieb Luca Bertoncello:
"William Epler" william.epler@amd.com schrieb:
Sollte aber nicht so sein. Mein Tip wäre dann, es zuerst mit export LANG=de_DE.ISO-8859-15 oder export LANG=de_DE@euro zu versuchen.
Ich habe beide probiert... Kommt immer auf Englisch...
Ansonsten sollte sich in /usr/share/i18n/charmaps/ die Datei ISO-8859-1.gz bzw. ISO-8859-15.gz aufhalten. Gleiches gilt für de_DE bzw. de_DE@euro in /usr/share/i18n/locales/. ==> Verzeichnisse beziehen sich auf Susi Sorglos
Tut mir Leid, ich verstehe nicht was du meinst... Kannst du besser erklären?
Wie das im Inneren funktioniert, kann ich mir auch nur aus den Dateiinhalten erschließen - ich hatte solch ein Problem noch nie. Wenn das entsprechende nicht-englische Sprachpaket (glibc-locale + i18n) installiert ist, hat Sprachumschaltung per Umgebungsvariable bei mir immer funktioniert.
Fakt ist aber, daß die schon einige Jahre lang zu beobachtende Tendenz, in Linux-Distributionen UTF8 als Zeichensatz voreinzustellen, eben solche Fallstricke bereithält, s.a. http://de.opensuse.org/ISO-Zeichensatz http://de.opensuse.org/SDB:Dateien_oder_Dateinamen_in_UTF-8_Kodierung_konver...
Die Dateien habe ich, ich verstehe aber nicht was ich mit der Dateien machen soll...
Die müssen einfach nur dasein, gleiches gilt auch für Verzeichnisse /usr/lib/locale/de_DE*
Danke Luca Bertoncello (lucabert@lucabert.de)
[P.S.: Könntest Du für Mailinglisten in Zukunft bitte ein Mailprogramm benutzen, welches auch die Mailinglisten-Informationen im Mail-Header richtig setzt? - Stichwort http://www.ietf.org/rfc/rfc2369.txt]
Hallo, Liste!
Also, ich habe die Lösung gefunden (aber, besser gesagt, ein Kollege von mir hat mir die Lösung gegeben...).
Das Problem ist einfach daß mein Terminal ISO-8859-1 benutzt, da alle unsere Servers diese Kodierung benutzen, aber mein System ist mit UTF-8 konfiguriert.
Also, die Lösung ist, die Datei /var/lib/locales/supported.d/de zu ändern und:
de_DE.ISO-8859-1 ISO-8859-1
hinzufügen, danach sudo /usr/sbin/locale-gen aufrufen. Jetzt geht alles!
Grüße Luca Bertoncello (lucabert@lucabert.de)
Am Montag, 20. November 2006 08:27 schrieb William Epler:
Am Sonntag, 19. November 2006 17:01 schrieb Luca Bertoncello:
LANG="de_DE.UTF-8"
was sollte es sein?
LANG=de_DE.ISO-8859-1
Hinweis: Seit 2004 ist ISO-8859* selbst von der ISO als deprecated eingestuft.
Da (K)Ubuntu, Fedora/Redhat und andere mittlerweile UTF-8 durchgehend verwenden, halte ich es also für wenig sinnvoll, davon abzuweichen. Bei meinen derartigen Installationen wird unicode_start auch automatisch zum Systemstart für alle Konsolen aufgerufen. Wenn das bei Luca nicht geschieht, dann ist "reportbug" ein nettes Werkzeug (wobei es dafür mittlerweile auch eine Webschnittstelle gibt).
Josef
Am Montag, 20. November 2006 09:42 schrieb Tobias Schlemmer:
Josef Spillner schrieb:
Hinweis: Seit 2004 ist ISO-8859* selbst von der ISO als deprecated eingestuft.
Gibt's dazu eine Referenz, die man ggf. zitieren kann?
Leider keine direkte Aussage, aber schon einen Wink mit dem Zaunspfahl durch die Abschaffung der entsprechenden Arbeitsgruppe:
http://std.dkuug.dk/jtc1/sc2/ http://std.dkuug.dk/jtc1/sc2/open/02n3755.pdf
Josef
Josef Spillner 2005@kuarepoti-dju.net (Mo 20 Nov 2006 09:19:30 CET):
Am Montag, 20. November 2006 08:27 schrieb William Epler:
Am Sonntag, 19. November 2006 17:01 schrieb Luca Bertoncello:
LANG="de_DE.UTF-8"
was sollte es sein?
LANG=de_DE.ISO-8859-1
Hinweis: Seit 2004 ist ISO-8859* selbst von der ISO als deprecated eingestuft.
Da (K)Ubuntu, Fedora/Redhat und andere mittlerweile UTF-8 durchgehend verwenden, halte ich es also für wenig sinnvoll, davon abzuweichen. Bei meinen derartigen Installationen wird unicode_start auch automatisch zum Systemstart für alle Konsolen aufgerufen. Wenn das bei Luca nicht geschieht, dann ist "reportbug" ein nettes Werkzeug (wobei es dafür mittlerweile auch eine Webschnittstelle gibt).
Ich kenne Debian-Installationen, wo unicode_start offenbar nicht auf *alle* Konsolen wirkt. Es scheint einen Zusammenhang zu geben mit /etc/environment und /etc/default/locale*, aber ich habe das noch nicht weiter erforscht. Normalerweise setze ich (nachträglich manchmal) in /etc/environment LC_CTYPE=de_DE.UTF-8 ein. Scheinbar aber nicht genug.
Hallo,
Heiko Schlittermann schrieb:
Ich kenne Debian-Installationen, wo unicode_start offenbar nicht auf *alle* Konsolen wirkt. Es scheint einen Zusammenhang zu geben mit /etc/environment und /etc/default/locale*, aber ich habe das noch nicht weiter erforscht. Normalerweise setze ich (nachträglich manchmal) in /etc/environment LC_CTYPE=de_DE.UTF-8 ein. Scheinbar aber nicht genug.
Ich lass die entsprechenden Escape-sequenzen von getty beim starten ausgeben (/etc/inittab). Obs notwendig ist, weiß ich nicht.
Jedenfalls scheint es auf meinem Laptop hinreichend zu sein.
Tobias
On Sunday 19 November 2006 17:01, Luca Bertoncello wrote:
Christian Perle chris@linuxinfotag.de schrieb:
Guck mal in /etc/environment. Dort wird LANG gesetzt. Wenn Du bei der Installation "Deutsch" gewaehlt hast, ist LANG auf de_AT.UTF-8 gesetzt, jedenfalls ist das bei Dapper so.
Ja! Es ist:
LANG="de_DE.UTF-8"
was sollte es sein?
Ich habe LANG=de_DE@euro
Allerdings arbeite ich hier generell mit dem iso-Satz, da ich bei UTF8 mit einigen Projekten Probleme hatte
Hallo,
Falk Mölle schrieb:
Allerdings arbeite ich hier generell mit dem iso-Satz, da ich bei UTF8 mit einigen Projekten Probleme hatte
Dann solltest Du die lösen. Das führt hoffentlich irgendwann mal dazu, dass wir uns kaum noch einen Kopf um die ganzen Zeichensätze machen müssen.
Tobias.
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Falk Mölle -
Heiko Schlittermann -
Josef Spillner -
Luca Bertoncello -
Stefan Lagotzki -
Tobias Schlemmer -
William Epler