Hallo Leute,

meine Kuh spricht leider nicht ganz sauber:

 ________________________________________
/ In der Moral z�hlt nur die Absicht, in \
| der Kunst nur das Ergebnis.            |
|                                        |
\ -- Henry de Montherlant                /
 ----------------------------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

Wenn ich selbst Befehle eingebe funktionieren die Umlaute. Woran könnte das liegen?

/etc/default/locale

LANG="de_DE.UTF-8"
LANGUAGE="de:en" #Muss das sein?
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"

Gruß

Robert

Du bist heute wieder etwas sparsam mit Informationen ....

Muss ich wirklich wissen, wie und wo man diese Kuh zum Sprechen bringt ? Ist's ein Rätsel ?

Steht der ganze Sermon bei Dir so in der Datei /etc/default/locale ?
(bei mir nämlich nicht, da steht nur die 1. Zeile drin ! - erst mit dem Befehl locale bekomme ich die ganze Aufstellung)

Spielt die ganze Szene im normalen Terminal (Gnome-Terminal oder so) ?

Und, hast Du gegenüber früher jetzt was verändert ? - denn $LANGUAGE ist bei mir tatsächlich leer.

track

öh..sorry, ist 'ne Precise Standardinstallation. Die Kuh ist cowsay und in meiner bashrc steht ganz am Ende:

fortune | cowsay | lolcat

ja, die locale sieht so aus, daran hab ich nix verändert guake-Terminal

Gut, bei mir ist es noch der Lynx, kein Pangolin, aber probier doch der Reihe nach mal die Teilbefehle:

fortune
fortune | cowsay

Was passiert da mit den Umlauten ?

track

fortune

Zwei Theaterdirektoren im Gespräch.
"In meinem Haus ist noch nie gepfiffen worden," meint der eine stolz.
Darauf der andere:
"Kein Wunder - wer kann schon pfeifen wenn er gähnt!"

fortune|cowsay

 _________________________________________
/ Wie man sein Kind nicht nennen sollte:  \
|                                         |
\ Christian Ständer                       /
 -----------------------------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

vielleicht sollte ich erwähnen, dass das mit den fehlerhaften Umlauten nur beim Öffnen der shell passiert.

Fanatics schrieb:

vielleicht sollte ich erwähnen, dass das mit den fehlerhaften Umlauten nur beim Öffnen der shell passiert.

Ja, solltest Du !

Denn dann stimmt offenbar vor diesem speziellen Aufruf der Sprechkuh das locale nicht ganz.
(also eine ganz andere Frage: wann in den Startskripten das locale gesetzt wird)

Was gibt er aus, wenn Du genau 1 Zeile vor dem cowsay einmal locale in die bashrc einträgst ?

track

LANG=de_DE.UTF-8
LANGUAGE=de:en
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=
 ________________________________________
/ So wie das Eisen au�er Gebrauch rostet \
| und das stillstehende Wasser verdirbt  |
| oder bei K�lte gefriert, so verkommt   |
| der Geist ohne �bung.                  |
|                                        |
\ -- Leonardo da Vinci                   /
 ----------------------------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

Komisch, ein verspätetes Setzen der locale ist es also offenbar auch nicht ....

1. Bleibt das mit den Un-Lauten auch noch bestehen, wenn Du nur fortune in der bashrc stehen hast ?

2. Rein pragmatisch könnte man die Macke ja auch fixen, indem man die Zeichen hinterher einfach mit iconv zurechtbiegt:

   fortune | cowsay | lolcat  | iconv -f iso8859-15 -t utf-8

   Das erklärt zwar noch nicht, woher das Problem kommt, wäre aber vielleicht ein probater Würgaround.

LG,

track

Servus,

mich würden ja zwei drei Dinge interessieren:

1. Was passiert, wenn du ein „echo Hällö“ in deine bashrc einfügst? Sprich, ist das überhaupt ein Locale-Problem? Ich gehe dabei davon aus, dass deine bashrc UTF-8-kodiert ist. (Durch tracks „Investigation“ sieht es so aus, als wäre es wirklich kein Locale-Problem, aber – vermutlich der Uhrzeit geschuldet – so ganz überzeugt bin ich noch nicht.)

2. Was passiert in einem anderen Terminal, zum Beispiel in einem XTerm oder einem Gnome-Terminal?

3. Was passiert, wenn du vor dein fortune-cowsay-Dings ein „printf '\e%G'“ einfügst?

@track

Mit Deinem Workaround wird's schlimmer:

 _________________________________________
/ Die Religion hat der Liebe einen großen \
| Dienst erwiesen, indem sie sie zur      |
| SÌnde erklÀrte.                         |
|                                         |
\ -- Anatole France                       /
 -----------------------------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

interessant: fortune alleine bringt korrekte Umlaute...

@Vain

Hällö
ße0
 ________________________________________
/ Das VerhÀngnis unserer Kultur ist, daß \
| sie sich materiell viel stÀrker        |
| entwickelt hat als geistig.            |
|                                        |
\ -- Albert Schweitzer                   /
 ----------------------------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

im xterm und im "normalen" Terminal habe ich die gleiche Ausgabe

Das Problem dürfte lolcat sein, wurde auch schon hier berichtet: http://linuxundich.de/de/ubuntu/lolcat-fur-ein-bisschen-mehr-farbe-im-terminal/comment-page-1/#comment-32907

ei verdorri!

Du hast recht. Auf das naheliegende bin ich gar nicht gekommen...war ja auch nur Farbe

Vielleicht gibt es einen Ruby-Könner, der das fixen kann und will - der Author selbst scheint ja sein ~9 Monaten nichts mehr gemacht zu haben: https://github.com/busyloop/lolcat

Das gemeldete Problem mit Unicode ist ja auch schon lange bekannt: https://github.com/busyloop/lolcat/issues/8

Äh, okay. Lolcat ist also schuld. Ich glaube, so weit waren wir aber schonmal, oder? Nur dann kam dieser Satz:

Fanatics schrieb:

vielleicht sollte ich erwähnen, dass das mit den fehlerhaften Umlauten nur beim Öffnen der shell passiert.

Bei tracks Schlussfolgerung aus dem Satz bin ich auch voll dabei. Ich frage mich nur: Stimmt der Satz? Funktioniert lolcat tatsächlich später oder funktioniert es grundsätzlich nicht?

Das lolcat funktioniert später auch nicht... Ich hab das völlig außen vor gelassen, da ich der Meinung war, da geht's nur um Farbe. Die Fehler treten auch auf, wenn

fortune | lolcat

aufgerufen wird.

Mein Satz ist also falsch!

sorry....