Re: [solved] joe ohne Umlaute als root
Hallo, Ich meinte eigentlich nach dem Start von cat (ohne Parameter). Da kann man direkt auf der Console tippen, ohne jegliches Filtern seitens der bash/libreadline. ach so, ja, das geht bei beiden Usern. Was heißt das? Das heisst, dass die Console Umlaute prinzipiell unterstützt, der Fehler also nicht bei Programmen wie ssh, sshd, telnet, telnetd, rlogin, rlogind, putty, xterm, konsole, screen etc. zu suchen ist. Sondern bei den Anwendungen. Gruß, Harald -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [solved] joe ohne Umlaute als root
Harald Weidner schrieb: ... Ich meinte eigentlich nach dem Start von cat (ohne Parameter). Da kann man direkt auf der Console tippen, ohne jegliches Filtern seitens der bash/libreadline. ach so, ja, das geht bei beiden Usern. Was heißt das? Das heisst, dass die Console Umlaute prinzipiell unterstützt, der Fehler also nicht bei Programmen wie ssh, sshd, telnet, telnetd, rlogin, rlogind, putty, xterm, konsole, screen etc. zu suchen ist. Sondern bei den Anwendungen. Ah, verstehe - und cat ist in dem Sinn kein Programm, sondern wird direkt von der Console (bash in diesem Fall) zur Verfügung gestellt. Merkwürdig finde ich in dem Zusammenhang nur, das joe als User ja richtig lief, und nur unter root Probleme machte - die Änderung in /etc/joe/joerc war ja zentral und nicht im Homeverzeichnis des Users. Deshalb hatte ich den Fehler woanders gesucht. Viele Grüße André -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [solved] joe ohne Umlaute als root
Harald Weidner schrieb: ... Ich meinte eigentlich nach dem Start von cat (ohne Parameter). Da kann man direkt auf der Console tippen, ohne jegliches Filtern seitens der bash/libreadline. ach so, ja, das geht bei beiden Usern. Was heißt das? Das heisst, dass die Console Umlaute prinzipiell unterstützt, der Fehler also nicht bei Programmen wie ssh, sshd, telnet, telnetd, rlogin, rlogind, putty, xterm, konsole, screen etc. zu suchen ist. Sondern bei den Anwendungen. Ah, verstehe - und cat ist in dem Sinn kein Programm, sondern wird direkt von der Console (bash in diesem Fall) zur Verfügung gestellt. Merkwürdig finde ich in dem Zusammenhang nur, das joe als User ja richtig lief, und nur unter root Probleme machte - die Änderung in /etc/joe/joerc war ja zentral und nicht im Homeverzeichnis des Users. Deshalb hatte ich den Fehler woanders gesucht. Viele Grüße André -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [solved] joe ohne Umlaute als root
Hallo Harald Harald Weidner schrieb: ... Um Umlaute im joe verwenden zu können, muss in der /etc/joe/joerc die Option -asis aktiviert (=das Leerzeichen davor entfernt werden). Danach klappt es auch als root, jedenfalls bei mir (sarge). Volltreffer, bei mir auch! Kannst du denn im cat-Kommando Umlaute eingeben? nein, 'cat ä' produziert bei mir wildes Blinken (ich bin in screen), sobald ich auf den Umlaut drücke - da habe ich wohl noch ein anderes Problem? Das klappt allerdings als Benutzer auch nicht, nicht nur nicht als root (ob ich da noch mehr Verneinungen rein kriege? :-) Das ganze übrigens über eine ssh-Shell, ich glaube man unterscheidet da ja auch zwischen login-Shells und interaktiven Shells (das wären dann die lokalen?), ist das richtig? Diesen Unterschied gibt es, aber mit Umlauten hat er allenfalls am Rande zu tun. Eine Login-Shell unterscheidet sich von einer nicht-login Shell im Wesentlichen dadurch, dass bei ersterer die /etc/profile und ~/.profile bzw. ~/.bash_profile eingelesen werden. In der Manual- Page zur bash kann man unter dem Stichwort INVOCATION mehr dazu nachlesen. So hatte ich das auch halbwegs verstanden, und ich dachte, dass eine dieser Dateien dann die /etc/environment sourced, die Angaben zu den Lokalen enthält - und hier sah ich den Zusammenhang mit den Umlauten. Sprachlich ist mir der Unterschied der Shell-Arten nicht klar, da ich mich doch in beiden einloggen muss - ist also eine Login-Shell quasi eine Remote-Shell und eine nicht-login-Shell eine lokale? Viele Grüße André -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [solved] joe ohne Umlaute als root
On 03.11.05 16:16:27, André Bischof wrote: Harald Weidner schrieb: Das ganze übrigens über eine ssh-Shell, ich glaube man unterscheidet da ja auch zwischen login-Shells und interaktiven Shells (das wären dann die lokalen?), ist das richtig? Diesen Unterschied gibt es, aber mit Umlauten hat er allenfalls am Rande zu tun. Eine Login-Shell unterscheidet sich von einer nicht-login Shell im Wesentlichen dadurch, dass bei ersterer die /etc/profile und ~/.profile bzw. ~/.bash_profile eingelesen werden. In der Manual- Page zur bash kann man unter dem Stichwort INVOCATION mehr dazu nachlesen. So hatte ich das auch halbwegs verstanden, und ich dachte, dass eine dieser Dateien dann die /etc/environment sourced, die Angaben zu den Lokalen enthält - und hier sah ich den Zusammenhang mit den Umlauten. /etc/environment wird durch ein PAM-Modul eingelesen (naemlich pam_env), normalerweise beim Login. Sprachlich ist mir der Unterschied der Shell-Arten nicht klar, da ich mich doch in beiden einloggen muss - ist also eine Login-Shell quasi eine Remote-Shell und eine nicht-login-Shell eine lokale? Eine Remote-Shell ist einfach nur eine Shell die nicht auf dem Lokalen Rechner geoeffnet wurde. Die kann dabei ebenso eine login-shell sein, wie eine nicht-login shell oder eine interaktive oder nicht-interaktive und beliebige Kombinationen aus diesen. Lokal gibts ebenso alle Kombinationen. Beim Einloggen mittels Displaymanager (z.B. gdm oder kdm) wird (i.A.) eine nicht-interaktive login-Shell gestartet (was bedeutet die profile-Dateien werden eingelsen, die bashrc-Dateien nicht). Beim Login auf einem tty mittels des login-Programms welches dort nach dem Starten laeuft wird normalerweise eine interaktive login-shell gestartet. Du kannst nun aus einer laufenden Shell eine neue login-shell starten, indem du bash -l aufrufst, damit werden dann die profile-Dateien neu eingelesen und die bashrc ebenso da es eine interaktive Shell wird. Nicht-Interaktive Shells kannst du starten indem du direkt ein auszufuehrendes Programm angibts, z.B. so: bash -c ls dabei wird eine nicht-interaktive nicht-login Shell gestartet die ls ausfuehrt und sich dann beendet. Mit bash -l -c ls hast du eine nicht-interaktive login-shell die ls ausfuehrt. Das alles steht auch in man bash, allerdings verstreuter und vor allem in English... Andreas -- Hope that the day after you die is a nice day. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [solved] joe ohne Umlaute als root
Hallo, Kannst du denn im cat-Kommando Umlaute eingeben? nein, 'cat ä' produziert bei mir wildes Blinken (ich bin in screen), Ich meinte eigentlich nach dem Start von cat (ohne Parameter). Da kann man direkt auf der Console tippen, ohne jegliches Filtern seitens der bash/libreadline. Sprachlich ist mir der Unterschied der Shell-Arten nicht klar, da ich mich doch in beiden einloggen muss - ist also eine Login-Shell quasi eine Remote-Shell und eine nicht-login-Shell eine lokale? Die Login-Shell ist dazu da, den initialen Kontext einer Benutzersession herzustellen. Dazu gehört, so Dinge wie PS1 (Shellprompt), HOME, USER oder MAIL zu setzen, aber auch z.B. eine Message of the day anzuzeigen, You have new mail oder sowas auszugeben, etc. Nicht-Login Shells sind solche Shells, die während einer Sitzung oder während der Ausführung eines Skriptes automatisch erzeugt werden, z.B. durch Konstrukte wie ( cmd1 ; cmd2 ) | cmd 3 Hier möchte man dagegen i.d.R. keine veränderten Environment- Variablen und keine Ausgaben auf der Konsole, da das die Skript- Ausführung stören könnte. Gruß, Harald -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [solved] joe ohne Umlaute als root
Harald Weidner schrieb: ... Kannst du denn im cat-Kommando Umlaute eingeben? nein, 'cat ä' produziert bei mir wildes Blinken (ich bin in screen), Ich meinte eigentlich nach dem Start von cat (ohne Parameter). Da kann man direkt auf der Console tippen, ohne jegliches Filtern seitens der bash/libreadline. ach so, ja, das geht bei beiden Usern. Was heißt das? Sprachlich ist mir der Unterschied der Shell-Arten nicht klar, da ich mich doch in beiden einloggen muss - ist also eine Login-Shell quasi eine Remote-Shell und eine nicht-login-Shell eine lokale? Die Login-Shell ist dazu da, den initialen Kontext einer Benutzersession herzustellen. Dazu gehört, so Dinge wie PS1 (Shellprompt), HOME, USER oder MAIL zu setzen, aber auch z.B. eine Message of the day anzuzeigen, You have new mail oder sowas auszugeben, etc. Nicht-Login Shells sind solche Shells, die während einer Sitzung oder während der Ausführung eines Skriptes automatisch erzeugt werden, z.B. durch Konstrukte wie ( cmd1 ; cmd2 ) | cmd 3 Hier möchte man dagegen i.d.R. keine veränderten Environment- Variablen und keine Ausgaben auf der Konsole, da das die Skript- Ausführung stören könnte. Verstehe, danke auch an Andreas in der anderen Antwort! Viele Grüße André -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)