freies wlan, Verbindungsprobleme

[TomL]

Schade, ich hätte gerne gewusst, ob es damit klappt.... weil ich das Script exakt für diese Umstände (eben für mich selber) geschrieben habe..... genau aus dem Grund, dass ich eben keinen Networkmanager (wie z.B. wicd) einsetzen muss.

[guennid]

Gemach, gemach, Thomas!
Das script wird ausprobiert und ich melde die Ergebnisse zurück. Aber es ist halt aufwendig für mich. Erst mal muss ich eine solche Konfiguration haben ("freier" hotspot mit browsergestützem login). Ich komme dabei, wie schon gesagt ohne wicd hier auf den CPs nicht zurecht, was ich ja vorher wieder deinstallieren muss. Wie ich es bei sysvinit ohne Deinstallation lahmlege, weiß ich wieder nicht (rcconf wird ignoriert). Hinzu kommt: Es macht Sinn eigentlich nur bei wpa-ungeschützten hotspots mit diesen merkwürdigen "logischen" logins. Die habe ich nicht immer. Die häufig vorkommenden unerklärlichen Verbindungszusammenbrüche sind sagenhaft. Ortswechsel haben wenig gebracht. Der AP des letzten CP war "ordentlich" wpa2 geschützt. Da greift die ganz traditionelle Methode: SSID- und PW-Angabe in der Interfaces (ersetzt wpasupplicant.conf) und alles läuft.

Grüße, Günther

[TomL]

Erst mal muss ich eine solche Konfiguration haben ("freier" hotspot mit browsergestützem login).

Das hat eigentlich nix damit zu tun, weil das der Schritt NACH der Verbindung ist. Das heisst, deine "interfaces" oder mein Script oder auch wicd arbeiten immer VOR der bestehenden Verbindung,und zwar in dem Sinn, dass sie eine Verbindung herstellen, wo vorher keine war. Der Browser-Login ist davon völlig losgelöst zusehen, weil zu dem Zeitpunkt dann eine funktionierende Verbindung besteht.

Sofern wicd deaktiviert ist kannst Du beides tun, entweder mit dem script verbinden oder via /etc/init.d/networking. Versuchs einfach und stelle fest, welche Methode weniger aufwendig ist oder einfacher oder schneller geht.

[guennid]

Das hat eigentlich nix damit zu tun, weil das der Schritt NACH der Verbindung ist.

Das ist mir schon klar, aber dein script, bzw. das Verständnis, das es liefern soll, interessiert mich vor allem für diese Fälle.

Grüße, Günther

[TomL]

Ich sehe in der Nutzung des Scripts im Vergleich zur /etc/network/interfaces nur einige wenige Vorteile, die natürlich nicht für jeden Vorteile sein müssen.....

• Es wird nicht automatisch beim Start versucht, ein Netz zu verbinden, wie das " /etc/network/interfaces" tut, weil ich auf Reise ja ständig ein neues Netz vorfinde und das Netz von Gestern vielleicht Heute nicht mehr verfügbar ist. Also besser bei Systemstart erst Mal gar nicht verbinden.
• Eine Verbindung wird nur auf explizite Anforderung hergestellt. Ich kann den PC/Laptop hochfahren, völlig unahängig davon, ob ein Netz verfügbr ist oder nicht.
• Aus Stromspargründen im Autarkbetrieb will ich auch ohne "System-Hänger" zu provozieren das WLAN-NIC am Schalter ausschalten können
• Ich kann bei mehrfacher Verbindung ins gleiche Netz eine einmal erstelle Conf nutzen.
• Die Verwendung separater Confs stellt sicher, dass meine "heimische" /etc/network/interface" nicht verändert werden muss. Indem ich auf Reise "etc/init.d/networking" ausplane, bleiben meine Home-Verbindungsdaten unberührt.
• Ich will es so einfach wie möglich haben, mich ständig ein oder auch mehrfach mit immer wieder neuen Netzen zu verbinden.
• Ein Daemon löst meine Vorstellungen nicht.

Das sind so meine Vorstellungen, wie ich das gerne hätte.....und die Beweggründe für eine programmlichen Hilfe, die ich so vorher eben leider nicht gefunden habe.

[guennid]

Es wird nicht automatisch beim Start versucht, ein Netz zu verbinden, wie das " /etc/network/interfaces" tut

Ich will hier weiß Gott keinen Streit "veraltete" vs "zeitgemäße" Software vom Zaun brechen, aber das tut die interfaces nur, wenn du sie so einstellst.
Und ich habe auch bisher hier noch nichts gehört von wpasupplicant-Kommandos, die man nicht da hinein schreiben kann, sondern in eine supplicant.conf schreiben müsste.

Hat aber alles nix mit deinem script zu tun, das auszuprobieren ich morgen wahrscheinlich Gelegenheit haben werde. Leider nicht mehr mit so'nem Campingplatz Hotspot.

Grüße, Günther

[guennid]

@TomL
Ich kriege mit deinem script keine IP, auch nicht in einem familiären wpa2 verschlüsselten wlan-Netz (wlp3s0 ist die von udev umbenannte zuständige Gerätedatei, wicd ist deinstalliert). selnic hängt mit diesen Meldungen:

Code: Alles auswählen

Tracemode is on
TraceOn(1)                     BASHPID=4409  TracePID=4414
TraceOn(2)                     TerminalApp=/usr/bin/xterm  TraceFileName=/tmp/selnic_trace.4409
Init(1)                        AutoConnect=false   AutoClose=false   WifiFound=false  SavedSettings=
Main(1)                        TempFileName=/tmp/selnic_answer.4409   result=
GetDefinedInterfaces(1)        identify existing interfaces
GetDefinedInterfaces(2)        Add enp2s1  Type=  Status=off  Count=0
GetDefinedInterfaces(2)        Add wlp3s0  Type=  Status=off  Count=1
GetDefinedInterfaces(4)        menuopt_count=4  iface_count=2
MainMenu(1)                    Running Dialog-MainMenu
CheckDoMounts(1)               Check for mount/umount
CheckDoMounts(4)               Processing umount
CheckDoMounts(5)               Exec: /etc/init.d/umountnfs.sh
CheckSetInterfaces( 6)         set wlp3s0 up
CheckDoMounts(1)               Check for mount/umount
MainMenu(1)                    Running Dialog-MainMenu

ifconfig -a zeigt mir, dass wlp3s0 keine IP hat.

[TomL]

Wo sind die Meldungen "GetDefinedInterfaces(3) Add SSID= ***". Hast Du nicht über das Menu nach verfügbaren Netzen suchen lassen, eines von den gefundenen ausgewählt und dann ggf. den WPA-Key eingegeben?

Und wo sind die restlichen Meldungen, unterhalb von "MainMenu(1) Running Dialog-MainMenu"? Das Programm verbindet (gewollt) NIE automatisch.... eben vor dem Hintergrund, dass die Netze auf Tour ständig wechseln. Man richtet den WISP einmal ein und öffnet ihn dann bei Bedarf eben mit Click, wie folgt:

Bei mir sieht das so aus, wenn ich das gewünschte Netz mit Maus/Leertaste markiere und "OK" anklicke:

Code: Alles auswählen

Tracemode is on
TraceOn(1)                     BASHPID=2983  TracePID=2993
TraceOn(2)                     TerminalApp=/usr/bin/xterm  TraceFileName=/tmp/selnic_trace.2983
Init(1)                        AutoConnect=false   AutoClose=false   WifiFound=true  SavedSettings=0M
Main(1)                        TempFileName=/tmp/selnic_answer.2983   result=
GetDefinedInterfaces(1)        identify existing interfaces
GetDefinedInterfaces(2)        Add eth0  Type=eth  Status=off  Count=0
GetDefinedInterfaces(2)        Add wlan0  Type=wlan  Status=off  Count=1
GetDefinedInterfaces(3)        Add SSID=Toms_WLAN_AP  Type=ssid  Status=off  Count=7
GetDefinedInterfaces(4)        menuopt_count=11  iface_count=8
GetInterfaceStatus(1)          0:  iface=eth0 is on 
GetInterfaceStatus(2)          0:  eth0 is set to IP-Adress=10.10.1.28
GetInterfaceStatus(1)          1:  iface=wlan0 is off 
MainMenu(1)                    Running Dialog-MainMenu
CheckSetInterfaces( 6)         set Toms_WLAN_AP up
CheckSetInterfaces(12)         set wlan0 up
CheckSetInterfaces(13)         Exec: /sbin/ip link set dev wlan0 up
CheckSetInterfaces(14)         link wlan0 to wisp=Toms_WLAN_AP
CheckSetInterfaces(15)         Exec: /sbin/wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant/Toms_WLAN_AP.conf -D nl80211,wext
CheckSetInterfaces(16)         Exec: /sbin/dhclient -v wlan0
GetInterfaceStatus(1)          0:  iface=eth0 is on 
GetInterfaceStatus(2)          0:  eth0 is set to IP-Adress=10.10.1.28
GetInterfaceStatus(1)          1:  iface=wlan0 is on 
GetInterfaceStatus(2)          1:  wlan0 is set to IP-Adress=10.10.1.34
GetInterfaceStatus(3)          1:  wlan0 is connect to=Toms_WLAN_AP
GetInterfaceStatus(4)          7:  ssid=Toms_WLAN_AP is linked to=wlan0
CheckDoMounts(1)               Check for mount/umount
MainMenu(1)                    Running Dialog-MainMenu

BTW, Du solltest auf jeden Fall die aktuelle Version verwenden!

(Nachtrag: Nicht am "Missverhältnis" der Nummerierung stören.... counter von 1, dann auf einmal 7 ist natürlich nicht falsch. Ich habe nur die bei mir dazwischen liegenden Netze 2-6 hier in diesem Log von Hand gelöscht.... die sind hier irrelevant und verwirren nur noch mehr)

[TomL]

Hi Guenther

Ich habe gerade gesehen, dass Dein WLAN-NIC einen reichlich exotischen Namen hat.... und zwar: "wlp3s0". Auf sowas war ich gar nicht vorbereitet und bislang habe ich nur die Namen "wlan0", "wlan1", usw. unterstützt. Ich habe schlichtweg nicht daran gedacht, dass man so merkwürdige Namen vergeben kann.

Jetzt habe ich mein WLAN-Nic mal genau so umbenannt und getestet, wo es hapert. Tja, da waren so einige Stellen. Ich habs jetzt korrigiert. Und wenn nun beim Start des Programms oben links die aktuelle Versions-Nr. 1.4.3 steh,t sollte das jetzt funktionieren. Aber damit es klappt, ist der Aufruf wie folgt durchzuführen.... diese sonderbare NIC-Name -abweichend von wlan*- muss als Parameter übergeben werden:

Code: Alles auswählen

selnic -t -n -s wlp3s0

Das heisst, entweder die aktuelle Version verwenden, oder, falls Deine Geduld erschöpft ist, das Script einfach löschen. Allerdings bedanke ich mich trotzdem, denn das Programm hat sich dank Deiner (wenn auch unfreiwilligen) Hilfe auf jeden Fall weiterentwickelt.

[guennid]

Ich habe schlichtweg nicht daran gedacht, dass man so merkwürdige Namen vergeben kann.

Ta, in diesem Fall bist du es wohl, der "veraltete" software benutzt! Den "merkwürdigen" Namen habe nicht ich, den hat udev vergeben, um das ich nicht herumkam wegen wicd. Guckst du hier: viewtopic.php?f=30&t=162838

Normalerweise nutze ich auch udev nicht, aber das Installieren, Reinstallieren von wicd beim Testen von selnic hat mir gereicht, udev habe ich draufgelassen.

Was ist eigentlich mit der interfaces? Die habe ich zum Testen deines Programms ebenfalls wicd-konform gelassen, also nur die Einträge für lo drin gelassen.

falls Deine Geduld erschöpft ist

Wenn ich was will, kann ich ziemlich hartnäckig sein.

[TomL]

Ta, in diesem Fall bist du es wohl, der "veraltete" software benutzt!

Nicht veraltet, nur halt (vielleicht) noch unfertig. *fg*

Was ist eigentlich mit der interfaces? Die habe ich zum Testen deines Programms ebenfalls wicd-konform gelassen, also nur die Einträge für lo drin gelassen.

Die 'interfaces' interessiert nicht, die ist ja auch nicht mehr als nur ne "conf". Was Konflikte bereiten könnte, wäre eher /etc/init.d/networking, die nach meinem Verständnis die 'interfaces' als conf verwendet.

Allgemein wird ja auch gesagt,ein Networkmanager UND die networking geht nicht gut.... es kann nur einen geben. Solange also nicht ein anderer Prozess bemerkt, dass 'selnic' am Netz etwas verändert hat (also z.b. einen WISP verbunden oder getrennt hat) und daraufhin versucht, das rückgängig zu machen und den vorherigen zustand wieder herzustellen, passiert gar nix.... und alles läuft. 'selnic' fummelt definitiv nicht im Gehege anderer rum. Es tut einfach nur direkt und unmittelbar seinen Job mithilfe der Linux-Commands für Wifi.

[guennid]

Ta, in diesem Fall bist du es wohl, der "veraltete" software benutzt!

Nicht veraltet, nur halt (vielleicht) noch unfertig. *fg*

Mein "Hinweis" bezog sich auf udev, nicht auf selnic. Die Änderung dort ist, wenn ich die Datenangaben noch richtig im Kopf habe und richtig interpretiere, ein knappes Jahr alt. Keine Ahnung warum alle Welt nach wie vor mit eth? und wlan? hantiert. Udev-Skeptiker wie ich sind ja auch nicht so weit verbreitet. Man das Umbenennen verhindern/rückgängig machen, aber ob's das ist ...?

[TomL]

Keine Ahnung warum alle Welt nach wie vor mit eth? und wlan? hantiert. Udev-Skeptiker wie ich sind ja auch nicht so weit verbreitet. Man das Umbenennen verhindern/rückgängig machen, aber ob's das ist ...?

Was soll ich darauf antworten ...?... außer vielleicht, dass der Grundgedanke meines Sriptes bei der Lösung genau dieser Probleme war, das Gegenteil von kompliziert zu sein. Das heisst, es muss zwingend so einfach wie möglich ablaufen... also beim
- ersten Connect eines neuen WLAN-Netzes: NIC öffnen -> Netz suchen -> WPA-PWD eingeben -> verbinden -> surfen -> trennen
- nächsten Connect: verbinden -> surfen -> trennen

Aber ändern brauchst Du jetzt bei UDEV nix... das müsste jetzt auch mit dem Interface-Namen wlp3s0 funktionieren.... zumindest hat es das gestern bei mir. Entweder mit Trace-Ausgabe:

Code: Alles auswählen

selnic -t -n -s wlp3s0

Oder ohne:

Code: Alles auswählen

selnic -n -s wlp3s0

[guennid]

Was soll ich darauf antworten ...?

Gar nix.

[OT]
Hätt' mich nur mal nebenher interessiert, wieso jemand, der Wert darauf legt, nix Veraltetes zu benutzen, sowas nicht mitkriegt. [/OT]

Morgen starte ich den nächsten Versuch. Ich kann leider nicht ständig am Ball bleiben. Ich muss hier in Aussieland noch einiges Andere abschließend erledigen und das Zeitfenster von Perth zu D ist halt recht schmal.

Hast Du nicht über das Menu nach verfügbaren Netzen suchen lassen

Einen solchen Dialog/eine solche Aufforderung habe ich nicht gesehen.

[TomL]

Hätt' mich nur mal nebenher interessiert, wieso jemand, der Wert darauf legt, nix Veraltetes zu benutzen, sowas nicht mitkriegt.

Ist UDEV alt? Ich war der Meinung, dass das heute die aktuelle Schicht vor der Hardware ist, als Ersatz für das damalige DevFS konzipiert und unter systemd hinsichtlich Hotplugging integraler Systembestandteil geworden ist. *hmmm*

Einen solchen Dialog/eine solche Aufforderung habe ich nicht gesehen.

Das konntest Du auch gar nicht, der Menüpunkt wurde gar nicht generiert. Erst später ist mir in Deinem Trace-Log ganz oben aufgefallen, dass gar kein WLAN-Interface erkannt wurde .... mit dem Hinweis "Wifi-Found= false". Deswegen bin ich ja erst wach geworden und habe mir das noch mal genauer angesehen.

Tja.... sind schon manchmal merkwürdige Wege....

[guennid]

Es läuft, Herr TomL!!!

Das hier wird geschrieben unter Verwendung von selnic. Im Abschluss irgendwie etwas schwach: Im trace-Fenster lese ich, dass die Verbindung steht und dann würde ich selnic gerne beenden, finde dazu aber keine Auswahl im Menü.

Grüße, Günther

edit:
dieses unhandliche "Standard"-Terminal xterm sollte zumindest scrollbar gestartet werden. Musste ich erst wieder deinstallieren, um die darin befindlichen Meldungen simpel (mittlere Maustaste) transferieren zu können.
Ist selnic abhängig von udev?
Wäre jetzt interessant, zu sehen, was da bei einem "freien" hotspot in der wpasupplicant.conf stünde. Einen solchen habe ich leider nicht mehr. Und in D wird man auf sowas wg. "Störerhaftung" auch nicht stoßen - richtig?

[TomL]

Prima. Einfach "abbrechen" anklicken oder schlichtweg das Fenster schließen. selnic ist kein daemon, sondern eine simple Vordergrund-Anwendung.

Und wenn du am ende die Verbindung trennen möchtest, selnic erneut starten, das Sternchen bei der Verbindung rausnehmen, "OK" klicken und wenn's getrennt ist "abbrechen" anklicken oder Fenster schließen. Leider konnte ich den Button "abbrechen" nicht in "beenden" umbenennen.

Ich habe mir dafür nen Desktopstarter angelegt, allerdings ohne tracemode... das funktioniert im Regelfall total easy.
Im normalen Betrieb ist xterm gar nicht notwendig, das ist nur zum gucken, was passiert, wenns irgendwie nicht funktioniert. Für den täglichen normalfall nervt mich das eher und ich starte es ohne trace-ausgaben... ist doch eh immer dasselbe ...

Btw, selnic hat keinen Einfluss auf die Verbindungsqualität.

[TomL]

dieses unhandliche "Standard"-Terminal xterm sollte zumindest scrollbar gestartet werden. Musste ich erst wieder deinstallieren, um die darin befindlichen Meldungen simpel (mittlere Maustaste) transferieren zu können.

Das solltest Du gar nicht so tun.... das geht doch viel einfacher. Die Trace-Ausgabe ist einfach nur ne Log-Datei-Ausgabe im Verzeichnis /tmp über "tail". Wenn Du also selnic zusätzlich mit "-h" startest, wird bei Programmende die Log-Datei nicht gelöscht und Du kannst sie mit jedem Editor öffnen. Schau Dir die dritte Zeile direkt nach dem Programmstart an, da steht der Log-Filename, der mit 'tail' im xterm-Fenster angezeigt wird.

Code: Alles auswählen

Tracemode is on
TraceOn(1)                     BASHPID=1117  TracePID=1127
TraceOn(2)                     TerminalApp=/usr/bin/xterm  TraceFileName=/tmp/selnic_trace.1117

Also, dieser Aufruf bedeutet, Trace-Mode, Hold der Log-Datei, No Save-Abfrage, Set Primary NIC

Code: Alles auswählen

selnic -t -h -n -s wlp3s0

Ist selnic abhängig von udev?

Selnic ist von nix abhängig, verstellt nix und kümmert sich auch um nix. Die einzige Problemquelle ist, wenn andere Dienste vielleicht etwas wieder rückgängig machen würden und damit einen vorherigen Zustand wiedeherstellen wollen.... also selnic verbindet mit Netz B, aber der Networkmanager meint, er müsse wieder zurück auf Netz A, obwohl das vielleicht gar nicht verfügbar ist, aber er trennt dabei Netz B..... wobei ich nicht sicher weiss, wie und ob der sich da wirklich reinhängt. Mit WICD hatte ich zwischenzeitlich irgendwelche Probleme, weil der sich auch immer irgendwie als Boss über alles aufgeführt hat.... muss nicht sein, kann aber möglicherweise. Selnic kümmert sich jedenfalls um nix und pfuscht auch keinem anderen ins Handwerk und 'handelt" ganz konkret NUR auf Anweisung des Users über sein/das Menü.

[guennid]

Selnic ist von nix abhängig, verstellt nix und kümmert sich auch um nix. Die einzige Problemquelle ist, wenn andere Dienste vielleicht etwas wieder rückgängig machen würden und damit einen vorherigen Zustand wiedeherstellen wollen.... also selnic verbindet mit Netz B, aber der Networkmanager meint, er müsse wieder zurück auf Netz A, obwohl das vielleicht gar nicht verfügbar ist, aber er trennt dabei Netz B..... wobei ich nicht sicher weiss, wie und ob der sich da wirklich reinhängt. Mit WICD hatte ich zwischenzeitlich irgendwelche Probleme, weil der sich auch immer irgendwie als Boss über alles aufgeführt hat.... muss nicht sein, kann aber möglicherweise. Selnic kümmert sich jedenfalls um nix und pfuscht auch keinem anderen ins Handwerk und 'handelt" ganz konkret NUR auf Anweisung des Users über sein/das Menü.

Das ist mir zu viel Rundumschlag. Meine Frage ist ganz konkret: Muss udev installiert sein, damit selnic ordentlich arbeitet?
Sobald ich zurück bin, werde ich nämlich versuchen, nicht nur wicd, sondern eben auch udev wieder loszuwerden, um mein Vor-Aussie-Land-System möglichst vollständig wieder herzustellen. Ich schätze, dass das (z.B. wegen X) einigen Aufwand erfordern wird. Den werde ich mir hier nicht antun. Und ich möchte dich auch nicht veranlassen, jetzt deinerseits probeweise dein(e) mit so "neumodischem Kram" wie systemd und udev funktionierende(s/n) System(e) udevlos und damit möglicherweise unbrauchbar zu machen. Ich ziehe das zu Hause durch, dann werden wir sehen, ob selnic udev benötigt oder nicht.

Von meiner Seite aus kann dieser Thread ruhen, bis es soweit ist.

Nochmals vielen Dank!
Grüße, Günther

[TomL]

Meine Frage ist ganz konkret: Muss udev installiert sein, damit selnic ordentlich arbeitet?

Nein, das wird nicht verwendet und ist auch keine Voraussetzung. Sofern das Device NICHT wlan0, wlan1, usw. heisst, musst Du selnic einfach nur wie jetzt auch den Namen mit -s mitteilen. Darüber hinaus ist nichts.....

[guennid]

In meinem letzten Beitrag habe ich nachträglich rumgefummelt und das hat sich wohl mit deinem zeitlich überschnitten, ohne dass die Änderung von der Forensoftware angemerkt worden wäre. Ich denke, dass ich nichts Wesentliches verändert habe, kannst aber sicherheitshalber nochmal reinschauen.

[TomL]

In meinem letzten Beitrag habe ich nachträglich rumgefummelt und das hat sich wohl mit deinem zeitlich überschnitten, ohne dass die Änderung von der Forensoftware angemerkt worden wäre. Ich denke, dass ich nichts Wesentliches verändert habe, kannst aber sicherheitshalber nochmal reinschauen.

Es wird meiner Meinung nach weder systemd, noch udev, noch ein Desktop-Environment benötigt. Sogar das trace-fenster (welches man im Normalfall aber gar nicht benötigt) kann auch ein textbasiertes sein... da ist lxterminal voreingestellt. Die Anforderungen sind imho minimal. Im Anschluss sind die Abhängigkeiten, bzw. die 'externen" Programme, die selnic für seine Tätigkeiten verwendet, also alles Tools oder Programme, die üblicherweise (bis auf dialog) sowieso auf dem Rechner sind. Darüber hinaus ist nix.

/sbin/iw
/sbin/ip
/sbin/dhclient
/sbin/wpa_supplicant

/usr/bin/tail
/usr/bin/dialog
/usr/bin/pkill

/usr/bin/xterm oder
/usr/bin/urxvt oder
/usr/bin/lxterminal oder
/usr/bin/xfce4-terminal

[guennid]

Ich glaub's dir ja. Aber da ich ja, wie du auch schon bemerkt hast, dazu neige, die Dinge komplizierter zu sehen als sie sind , überlege ich, welches der von selnic benutzten anderen tools von udev abhängen könnte. (trace und dialog hatte ich, weil optional, schon ausgeschlossen) und bei dem Rest fällt mir auch nichts ein. Aber: Vorsicht ist die Mutter der Porzellankiste! - Wir werden sehen.

Übrigens: Um Terminalausgaben in einen Editor zu transferieren, gibt es meiner Meinung nach nichts Einfacheres, als die geniale Möglichkeit, sie mit der Maus zu markieren und dann mit mittlerer Maustaste da hineinfallen zu lassen. Aber wenn das Fenster nicht scrollt (default bei xterm), ist man bei längeren Ausgaben natürlich aufgeschmissen.

Grüße, Günther

[TomL]

Übrigens: Um Terminalausgaben in einen Editor zu transferieren, gibt es meiner Meinung nach nichts Einfacheres, als die geniale Möglichkeit, sie mit der Maus zu markieren und dann mit mittlerer Maustaste da hineinfallen zu lassen. Aber wenn das Fenster nicht scrollt (default bei xterm), ist man bei längeren Ausgaben natürlich aufgeschmissen.

Wie kommst Du denn da drauf? *lacht* Das geht unter xterm ganz genauso.... man scrollt im Fenster mit dem Mouserad, markiert mit Klick eine Position und zieht dann mit gehaltenem Rechtsclick die Markierung soweit runter, wie man will. Man kann den Rechtscklick auch einfach loslassen, mit dem Rad weiterscrollen und mit erneutem Rechtsklick die Markierung erweitern. Aber mir ist das zu umständlich, ich öffne lieber einfach die Datei und habe alle Ausgaben ohne Umwege. Aber wie gesagt .... gehen tut beides....

[guennid]

Das wird jetzt aber OT und ist auch eigentlich belanglos:
Meine thinkpads haben kein Mausrad und es ist mir nicht gelungen, in xterm mit dem Trackpoint über den oberen Fensterrand hinaus zu markieren. Xterm zu "studieren" hatte ich keine Lust - es gibt ja einfache Alternativen.