Re: ssh zu X (was: Re: Empfehlung für vncviewer/-server)
On 25.10.05 20:52:48, Ulrich Fürst wrote:
> Andreas Pakulat <apaku@gmx.de> wrote:
> > On 25.10.05 18:30:52, Ulrich Fürst wrote:
> >
> > > Mein MUA Sylpheed-Claws kann leider kein UTF-8.
> >
> > Schmeiss ihn weg, oder erzeuge Druck bei den Entwicklern dass sich das
> > aendert.
>
> Bin sonst aber ganz zufrieden damit. Und mutt ist mir dann etwas zu
> spartanisch, so vom visuellen Anblick her halt. ;-)
Dann nimm muttng und packe das in ein transparentes Terminal, hat auf
jeden Fall einen groesseren Geek Faktor als so ein stinknormales
Oje-aehnliches Fenster ;-) (muttng deswegen weil der ne Sidebar hat...)
> > Aehm, das kann aber auch zu "interessanten" Effekten fuehren, mal so
> > als Beispiel: Ein LANG=de_DE ls in einem UTF-8 xterm fuehrt dazu dass
> > die nicht-Ascii-Zeichen "verschluckt" werden. Analog siehts aus, wenn
> > ein Programm Datei X oeffnet und dabei UTF-8 Kodierung annimt, obwohl
> > die Datei in Latin1 Kodiert ist...
>
> Nur öffne ich mit einem MUA seltens externe Dateien (nie, wenn ich's
> mir recht überlege). Und Mails extern speichern brauch ich auch ungefähr
> 3 mal in 2 Jahren. Fällt also nicht weiter auf...
Also ich brauch das oefter, grad bei Logfiles, Patches aus ML's usw..
> > Du meinst
> > ssh -X host<Enter><Password>
> > export LANG=...
> > sylpheed-claws
> >
> > geht nicht? Das waere schon sehr komisch..
>
> Genau. Und mittlerweile weiß ich auch warum. Hab's gerade ausprobiert,
> der start ging lokal auch nicht aus 'nem xterm, konsole o.ä. Lag also
> gar nicht an ssh. Er braucht auch LC_CTYPE auf iso8859-1[5]
Aehm, LANG=... setzt aber alle LC_* Variablen, ausser LC_ALL. Jedenfalls
sofern man nicht irgendwas verbiegt...
> Jetzt löft er. Anscheinend wird diese Variable von KDE anders gesetzt
> oder gar nicht
Normalerweise gar nicht, weil durch ausfuehren von export LANG=... alle
LC_* Variablen setzt. Wie setzt du denn deine UTF-8 Umgebung? Und wie
wird KDE gestartet?
Andreas
--
Chicken Little was right.
Reply to: