Re: ssh zu X (was: Re: Empfehlung für vncviewer/-server)
"Ulrich Fürst" <[EMAIL PROTECTED]> wrote: > > Erwischt! Hab in .bashrc LC_CTYPE und LC_MESSAGES extra gesetzt > (POSIX) die standen noch drin. Hab's jetzt mal auskommentiert und > werd's mal testen. > Funktioniert jetzt alles. bzw. nur noch LANG nötig. Ulrich
Re: ssh zu X (was: Re: Empfehlung für vncviewer/-server)
Andreas Pakulat <[EMAIL PROTECTED]> wrote: > On 25.10.05 20:52:48, Ulrich Fürst wrote: > > Andreas Pakulat <[EMAIL PROTECTED]> 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. Hab jetzt erst mal ein "Feature Request" angelegt. > Dann nimm muttng und packe das in ein transparentes Terminal, hat auf Woher? In sarge gibt's nur: mutt mutt-i mutt-ja muttprint muttprint-manual muttprofile mutt-utf8 > > 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.. O.k. allerdings enthalten die wiederum keine/kaum Sonderzeichen. > > > Du meinst > > > ssh -X host > > > 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... Erwischt! Hab in .bashrc LC_CTYPE und LC_MESSAGES extra gesetzt (POSIX) die standen noch drin. Hab's jetzt mal auskommentiert und werd's mal testen. Ulrich
Re: ssh zu X (was: Re: Empfehlung für vncviewer/-server)
Andreas Pakulat <[EMAIL PROTECTED]> 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. ;-) > > Da ich irgendwann mal > > auf utf-8 umgestellt habe starte ich diesen hier immer mit > > [EMAIL PROTECTED] /usr/bin/sylpheed-claws > > 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... Könnte höchstens ein Problem werden, sollte ich es tatsächlich mal schaffen mein Adressbuch über ldap den Verschiedenen Programmen zur Verfügung zu stellen. Aber da hab ich keine großen Befürchtungen. > > Wenn ich das aber über ssh mache scheint er die lokale nicht > > anzunehmen. Auch > > export [EMAIL PROTECTED] > > /usr/bin/sylpheed-claws > > klappt nicht. > > Du meinst > ssh -X host > 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] Jetzt löft er. Anscheinend wird diese Variable von KDE anders gesetzt oder gar nicht oder was weiß ich. (Ich starte hier immer per Tastenkombi die über KHotKeys auf den Eintrag im Menu geht... Ulrich
Re: ssh zu X (was: Re: Empfehlung für vncviewer/-server)
Vielen Dank soweit erst mal an alle Helfer :-) "Ulrich Fürst" <[EMAIL PROTECTED]> wrote: > Eine X-Session kann ich aber von der > ssh-console nicht starten. > > $ startx > > > X: user not authorized to run the X server, aborting. > > giving up. > > xinit: No such file or directory (errno 2): unable to connect to \ > > X server > > xinit: No such process (errno 3): Server error. > O.k., nachdem ich immer alle (einige) Möglichkeiten durchprobiert habe, habe ich etwas den Überblick verloren. Obiges natürlich von der ssh-console ohne laufenden X-server. ;-) Für sowas (Also für eine Komplette Session) ist dann wahrscheinlich der vnc doch die bessere Wahl? aus einem xterm geht ein $ ssh -X Host Program Zumindest für einige Programme. Ich hab da aber auch ein Sorgenkind. Mein MUA Sylpheed-Claws kann leider kein UTF-8. Da ich irgendwann mal auf utf-8 umgestellt habe starte ich diesen hier immer mit [EMAIL PROTECTED] /usr/bin/sylpheed-claws Das hab ich so für alle Shortcuts und Programm aufrufe so hinterlegt. Wenn ich das aber über ssh mache scheint er die lokale nicht anzunehmen. Auch export [EMAIL PROTECTED] /usr/bin/sylpheed-claws klappt nicht. Muss ich da noch irgendetwas ändern, damit's auch mit ssh geht? Ulrich
ssh zu X (was: Re: Empfehlung für vncviewer/-server)
"Frank Küster" <[EMAIL PROTECTED]> wrote: > > > The Hit-Man <[EMAIL PROTECTED]> wrote: > > > also, ich persönlich, habe es noch nie geschafft, ssh + x-forward > > > ans rennen zu bringen. ich persönlich nehme immer den xvncviever. > > Wo ist das Problem? Solange in der sshd_config des Rechners, auf dem > die Software laufen soll, und in der ssh_config des Rechners, auf dem > man sie sehen will, X11Forwarding bzw. ForwardX11 eingestellt sind, > hatte ich nie Probleme. > auf primus: ForwardX11 yes auf little ForwardX11 yes (und ForwardAgent yes) Außerdem: primus:~$ egrep X11Forwarding /etc/ssh/sshd_config X11Forwarding yes littel:~$ egrep X11Forwarding /etc/ssh/sshd_config X11Forwarding yes Davon abgesehen dürfte das doch egal sein, wenn man ssh mit "-X" aufruft (so versteh ich zumindest die man-page). Da gibt's schon mal keinen Unterschied bei mir (mit oder ohne -X meine ich), was ja o.k. ist, weil es ja eh an ist. Eine X-Session kann ich aber von der ssh-console nicht starten. $ startx > X: user not authorized to run the X server, aborting. > giving up. > xinit: No such file or directory (errno 2): unable to connect to \ > X server > xinit: No such process (errno 3): Server error. Ich nehme mal an das die zweite und dritte Fehlermeldung daher stammt das X nicht startet? O.k. google sagt dazu v.a. das ich ersten durch dpkg-reconfigure allen usern erlauben könnte X zu starten und das ich das zweitens nicht will (wg. Sicherheit)... Mehr hab ich dazu nicht gefunden. Ulrich
