Hallo Liste, sagt mal, wie kriegt man mit dem mc ein passwortloses Login hin? Oder, noch praktischer, wie kann ich das Programm dazu nötigen, einen alias zu schlucken, der nämlich schon alles Nötige wie Benutzer, Server und gnpg-Schlüssel zu akzeptieren? Der hat zwar eine Shell, aber damit kriege ich nicht die gewünschte Ansicht: links Rechner lokal, rechts Server. Beim Konqui funktioniert fish://benutzer@server; fish findet die Schlüsseldatei ebenfalls ohne Probleme. Passwortlogin geht auf dem Server nicht. Ich nehme auch den Geheimtipp zur Superdoku von mc entgegen (scheint's aber nicht zu geben). Noch so eine kleine Nebenfrage: Auf Mausklicks reagiert der mc ja (in einer KDE3-Konsole, openSUSE 13.1, aber über die Zwischenablage mal eine längere Befehlszeile oder eine IP einkopieren geht nicht. Fehler bei mir oder kann der mc sowas nicht?). Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Helga, Am 09.01.2014 21:15, schrieb Helga Fischer:
Hallo Liste,
sagt mal, wie kriegt man mit dem mc ein passwortloses Login hin?
Stichwort: PublicKey-Authentication Erstelle einfach ein SSH-Key ohne Passwort mittels ssh-keygen (falls nicht schon geschehen) und lasse den PublicKey mittels ssh-copy-id auf den Zielrechner als "authorized_key" eintragen. Achte darauf, dass du den SSH-Key für den betreffenden User generierst. Da jeder User auf deinem Rechner einen eigenen SSH-Key haben kann. # man ssh-keygen # man ssh-copy-id
Oder, noch praktischer, wie kann ich das Programm dazu nötigen, einen alias zu schlucken, der nämlich schon alles Nötige wie Benutzer, Server und gnpg-Schlüssel zu akzeptieren?
Ein SSH-Agent sollte bereits im Hintergrund laufen, falls man ihn verwendet. Ich habe ihn bisher nicht bewusst gebraucht. # ps -aux | grep ssh-agent Liste aller gespeicherten Keys: # ssh-add -l
Der hat zwar eine Shell, aber damit kriege ich nicht die gewünschte Ansicht: links Rechner lokal, rechts Server.
Das klappt bei mir ohne Probleme und funktioniert auch über die Shell-Verbindung im Menü "Links" bzw. "Rechts" von mc. Ich kann dort wie auf dem lokalen Rechner navigieren, kopieren, umbenennen, löschen, usw.
Beim Konqui funktioniert fish://benutzer@server; fish findet die Schlüsseldatei ebenfalls ohne Probleme. Passwortlogin geht auf dem Server nicht.
Konqueror greift anscheinend auf den SSH-Agent zurück und verwendet anscheinend auch sowas wie KWallet, um das eingegebene Key-Passwort zu speichern bzw. auszulesen.
Ich nehme auch den Geheimtipp zur Superdoku von mc entgegen (scheint's aber nicht zu geben).
Noch so eine kleine Nebenfrage: Auf Mausklicks reagiert der mc ja (in einer KDE3-Konsole, openSUSE 13.1, aber über die Zwischenablage mal eine längere Befehlszeile oder eine IP einkopieren geht nicht. Fehler bei mir oder kann der mc sowas nicht?).
Kann ich nix zu sagen, da ich schon lange kein KDE 3 mehr verwende. :-) -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Sebastian, Am Donnerstag 09 Januar 2014 schrieb Sebastian Siebert:
Am 09.01.2014 21:15, schrieb Helga Fischer:
sagt mal, wie kriegt man mit dem mc ein passwortloses Login hin?
Stichwort: PublicKey-Authentication
[...] Missverständnis: Das habe ich schon.
Oder, noch praktischer, wie kann ich das Programm dazu nötigen, einen alias zu schlucken, der nämlich schon alles Nötige wie Benutzer, Server und gnpg-Schlüssel zu akzeptieren?
Ein SSH-Agent sollte bereits im Hintergrund laufen, falls man ihn verwendet. Ich habe ihn bisher nicht bewusst gebraucht.
# ps -aux | grep ssh-agent
Liste aller gespeicherten Keys: # ssh-add -l
Geht auch alles.
Der hat zwar eine Shell, aber damit kriege ich nicht die gewünschte Ansicht: links Rechner lokal, rechts Server.
Das klappt bei mir ohne Probleme und funktioniert auch über die Shell-Verbindung im Menü "Links" bzw. "Rechts" von mc.
Geht bei mir nicht. Der fragt nach dem Rechnernamen und meckert dann rum, dass er nicht in das Verzeichnis wechseln kann. Schön, der macht aus dem Rechnernamen ein Verzeichnis. Ich will aber mit seiner Verzeichnisansicht auf einen entfernten Rechner drauf. Die anderen Möglichkeiten im Menü mögen auch nicht. Kann zwar wohl sftp auswählen, werde dann aber nacht dem PW gefragt, statt dass der mc sich die Schlüsseldatei holt oder danach fragt.
Ich kann dort wie auf dem lokalen Rechner navigieren, kopieren, umbenennen, löschen, usw.
Beim Konqui funktioniert fish://benutzer@server; fish findet die Schlüsseldatei ebenfalls ohne Probleme. Passwortlogin geht auf dem Server nicht.
Konqueror greift anscheinend auf den SSH-Agent zurück und verwendet anscheinend auch sowas wie KWallet, um das eingegebene Key-Passwort zu speichern bzw. auszulesen.
Heißt das, dass der mc den ssh-agent nicht abfragt? Oder muss man das irgendwo reinschreiben? Eine ~/.config/mc/ini hätte ich im Angebot. Ein Kollege, der von einem gut abgehangenen Debian zu Suse 13.1 umgezogen ist, beklagt sich bitterlich, dass der mit dem mc nun nicht auf den Server kommt, um seinen Webkram zu machen. [...]
Noch so eine kleine Nebenfrage: Auf Mausklicks reagiert der mc ja (in einer KDE3-Konsole, openSUSE 13.1, aber über die Zwischenablage mal eine längere Befehlszeile oder eine IP einkopieren geht nicht. Fehler bei mir oder kann der mc sowas nicht?).
Kann ich nix zu sagen, da ich schon lange kein KDE 3 mehr verwende. :-)
4 kanns auch nicht. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.01.2014 23:10, schrieb Helga Fischer:
Hallo Sebastian,
Am Donnerstag 09 Januar 2014 schrieb Sebastian Siebert:
Am 09.01.2014 21:15, schrieb Helga Fischer:
sagt mal, wie kriegt man mit dem mc ein passwortloses Login hin?
[...]
Geht bei mir nicht. Der fragt nach dem Rechnernamen und meckert dann rum, dass er nicht in das Verzeichnis wechseln kann. Schön, der macht aus dem Rechnernamen ein Verzeichnis.
Ich will aber mit seiner Verzeichnisansicht auf einen entfernten Rechner drauf.
Die anderen Möglichkeiten im Menü mögen auch nicht. Kann zwar wohl sftp auswählen, werde dann aber nacht dem PW gefragt, statt dass der mc sich die Schlüsseldatei holt oder danach fragt.
Verrate uns doch mal, was du dort in die Eingabemaske schreibst. In meinem Fall nehme ich einfach die FQDN vom Zielrechner oder auch notfalls mit einer IP. [...]
Beim Konqui funktioniert fish://benutzer@server; fish findet die Schlüsseldatei ebenfalls ohne Probleme. Passwortlogin geht auf dem Server nicht.
Konqueror greift anscheinend auf den SSH-Agent zurück und verwendet anscheinend auch sowas wie KWallet, um das eingegebene Key-Passwort zu speichern bzw. auszulesen.
Heißt das, dass der mc den ssh-agent nicht abfragt? Oder muss man das irgendwo reinschreiben? Eine ~/.config/mc/ini hätte ich im Angebot.
Ich würde da erstmal das Problem woanders suchen. Da offensichtlich das Problem nur in der Konsole auftritt. Kannst du über die Kommandozeile per sftp auf dem Zielrechner ohne Probleme verbinden und per "ls" das aktuelle Verzeichnis vom Zielrechner ausgeben lassen? # man sftp Also am besten mal so starten: # sftp -v (FQDN oder IP) Wenn es auch da Probleme gibt, müssen wir das Problem anhand der Debugausgabe weiter einkreisen.
Ein Kollege, der von einem gut abgehangenen Debian zu Suse 13.1 umgezogen ist, beklagt sich bitterlich, dass der mit dem mc nun nicht auf den Server kommt, um seinen Webkram zu machen.
[...]
Öhm... Ich habe genau dieses Problem nicht und kann wunderbar aus der Ferne Dateien mit dem mc bearbeiten. :-/
Noch so eine kleine Nebenfrage: Auf Mausklicks reagiert der mc ja (in einer KDE3-Konsole, openSUSE 13.1, aber über die Zwischenablage mal eine längere Befehlszeile oder eine IP einkopieren geht nicht. Fehler bei mir oder kann der mc sowas nicht?).
Kann ich nix zu sagen, da ich schon lange kein KDE 3 mehr verwende. :-)
4 kanns auch nicht.
mc erwartet auch eine Mauseingabe im Konsolenfenster, daher wird das Kontextmenü von der Konsole ausgeschaltet. Jedoch funktionert das Drag+Drop z.B. von KWrite zur Konsole mit mc einwandfrei. Texte aus der Zwischenablage füge ich per Tastenkombination STRG + SHIFT + V oder auch kurz SHIFT + EINFG in die Konsole bzw. in mc ein. Da brauche ich auch keine Maus. Viele Wege führen nach Rom. ;-) -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Sebastian, Am Freitag 10 Januar 2014 schrieb Sebastian Siebert:
Am 09.01.2014 23:10, schrieb Helga Fischer: [...] Verrate uns doch mal, was du dort in die Eingabemaske schreibst.
In meinem Fall nehme ich einfach die FQDN vom Zielrechner oder auch notfalls mit einer IP.
Die Varianten habe ich alle durch.
[...]
Beim Konqui funktioniert fish://benutzer@server; fish findet die Schlüsseldatei ebenfalls ohne Probleme. Passwortlogin geht auf dem Server nicht.
Konqueror greift anscheinend auf den SSH-Agent zurück und verwendet anscheinend auch sowas wie KWallet, um das eingegebene Key-Passwort zu speichern bzw. auszulesen.
Heißt das, dass der mc den ssh-agent nicht abfragt? Oder muss man das irgendwo reinschreiben? Eine ~/.config/mc/ini hätte ich im Angebot.
Ich würde da erstmal das Problem woanders suchen. Da offensichtlich das Problem nur in der Konsole auftritt.
Bei der Konsole funktioniert ein ssh -l hf -i ~/.ssh/schluessel-zu-server IP aber auch. Diese Zeile würde ich dem mc gerne mit auf den Weg geben. In seiner Konsolenzeile geht das auch. Aber dann habe ich halt eine Shell und keinen mc.
Kannst du über die Kommandozeile per sftp auf dem Zielrechner ohne Probleme verbinden und per "ls" das aktuelle Verzeichnis vom Zielrechner ausgeben lassen?
Grade wollte ich schreiben, es geht (mit Konqui).
# man sftp
Also am besten mal so starten:
# sftp -v (FQDN oder IP)
Du hast es getroffen! Die Shell kann ein sftp://hf@server/home/hf nicht. Da nützt mir auch nicht die Eingabe des FQND oder der IP nichts. Aber: sftp hf@server funktioniert auf der Konsole. Mit IP geht's auch. Der mc schreibt halt immer sftp:// vorne weg. Das geht im Konqueror, aber nicht in der Shell. Danach kommt immer die Frage nach dem Passwort, aber das geht halt auf dem Server nicht. Da geht nur der Schlüssel.
Wenn es auch da Probleme gibt, müssen wir das Problem anhand der Debugausgabe weiter einkreisen.
Was schlägst Du nun vor? (Ich hoffe, ich habe heute nicht den Chaotenbeschreibmodus drinne; bin grad Virenschleuder). Ist irgendwas nicht installiert oder konfiguriert? Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag 10 Januar 2014 schrieb Helga Fischer:
Am Freitag 10 Januar 2014 schrieb Sebastian Siebert: [...] Aber: sftp hf@server funktioniert auf der Konsole. Mit IP geht's auch. Der mc schreibt halt immer sftp:// vorne weg. Das geht im Konqueror, aber nicht in der Shell.
Danach kommt immer die Frage nach dem Passwort, aber das geht halt auf dem Server nicht. Da geht nur der Schlüssel.
Wenn es auch da Probleme gibt, müssen wir das Problem anhand der Debugausgabe weiter einkreisen.
Ich habe das jetzt mal mit einer Maschine probiert, die ein Login mit Passwort zulässt: Da geht's. Es klemmt also an der Übergabe des Schlüssels. Ich gehe mal nach einem mc-log suchen. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 10.01.2014 21:34, schrieb Helga Fischer:
Hallo Sebastian,
Am Freitag 10 Januar 2014 schrieb Sebastian Siebert:
Am 09.01.2014 23:10, schrieb Helga Fischer: [...] Verrate uns doch mal, was du dort in die Eingabemaske schreibst.
In meinem Fall nehme ich einfach die FQDN vom Zielrechner oder auch notfalls mit einer IP.
Die Varianten habe ich alle durch.
[...]
Beim Konqui funktioniert fish://benutzer@server; fish findet die Schlüsseldatei ebenfalls ohne Probleme. Passwortlogin geht auf dem Server nicht.
Konqueror greift anscheinend auf den SSH-Agent zurück und verwendet anscheinend auch sowas wie KWallet, um das eingegebene Key-Passwort zu speichern bzw. auszulesen.
Heißt das, dass der mc den ssh-agent nicht abfragt? Oder muss man das irgendwo reinschreiben? Eine ~/.config/mc/ini hätte ich im Angebot.
Ich würde da erstmal das Problem woanders suchen. Da offensichtlich das Problem nur in der Konsole auftritt.
Bei der Konsole funktioniert ein ssh -l hf -i ~/.ssh/schluessel-zu-server IP aber auch. Diese Zeile würde ich dem mc gerne mit auf den Weg geben. In seiner Konsolenzeile geht das auch. Aber dann habe ich halt eine Shell und keinen mc.
Kannst du über die Kommandozeile per sftp auf dem Zielrechner ohne Probleme verbinden und per "ls" das aktuelle Verzeichnis vom Zielrechner ausgeben lassen?
Grade wollte ich schreiben, es geht (mit Konqui).
# man sftp
Also am besten mal so starten:
# sftp -v (FQDN oder IP)
Du hast es getroffen! Die Shell kann ein sftp://hf@server/home/hf nicht. Da nützt mir auch nicht die Eingabe des FQND oder der IP nichts.
Aber: sftp hf@server funktioniert auf der Konsole. Mit IP geht's auch. Der mc schreibt halt immer sftp:// vorne weg. Das geht im Konqueror, aber nicht in der Shell.
Danach kommt immer die Frage nach dem Passwort, aber das geht halt auf dem Server nicht. Da geht nur der Schlüssel.
Wenn es auch da Probleme gibt, müssen wir das Problem anhand der Debugausgabe weiter einkreisen.
Was schlägst Du nun vor? (Ich hoffe, ich habe heute nicht den Chaotenbeschreibmodus drinne; bin grad Virenschleuder). Ist irgendwas nicht installiert oder konfiguriert?
Also, wenn ich dich richtig verstanden habe, nutzt du für den Server eine andere IdentityFile? (Ich habe das Gefühl, dass ich so langsam ein Knoten im Hirn habe) Dann solltest du deinem System klar machen, dass du über einen bestimmten Host gerne einen anderen Schlüssel verwenden möchtest. Öffne die Datei ~/.ssh/config (wenn nicht vorhanden, neu anlegen) und schreibe dort folgenden Inhalt (bitte an deine Gegebenheiten anpassen): Host (FQDN) User (Username) IdentityFile ~/.ssh/IdentityFile Dann einmal probeweise per ssh oder sftp mit dem Server verbinden: # ssh (FQDN) # sftp (FQDN) Mehr über die Konfigurationsmöglichkeiten: # man ssh_config Ich habe das o.g. mal bei mir mit mc + ssh getestet und funktioniert 1A. HTH, -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Sebastian, Am Freitag 10 Januar 2014 schrieb Sebastian Siebert:
Am 10.01.2014 21:34, schrieb Helga Fischer: [...]
Aber: sftp hf@server funktioniert auf der Konsole. Mit IP geht's auch. Der mc schreibt halt immer sftp:// vorne weg. Das geht im Konqueror, aber nicht in der Shell.
Der geht immer noch nicht, aber...
Danach kommt immer die Frage nach dem Passwort, aber das geht halt auf dem Server nicht. Da geht nur der Schlüssel.
Wenn es auch da Probleme gibt, müssen wir das Problem anhand der Debugausgabe weiter einkreisen.
Was schlägst Du nun vor? (Ich hoffe, ich habe heute nicht den Chaotenbeschreibmodus drinne; bin grad Virenschleuder). Ist irgendwas nicht installiert oder konfiguriert?
Also, wenn ich dich richtig verstanden habe, nutzt du für den Server eine andere IdentityFile? (Ich habe das Gefühl, dass ich so langsam ein Knoten im Hirn habe)
Richtig, ich benutze immer andere Identity-Files und fürs Login auf der Shell ein passendes alias, das die ssh-Zeile mit dem IdFile enthält. Das geht so schön schnell.
Dann solltest du deinem System klar machen, dass du über einen bestimmten Host gerne einen anderen Schlüssel verwenden möchtest.
Öffne die Datei ~/.ssh/config (wenn nicht vorhanden, neu anlegen) und schreibe dort folgenden Inhalt (bitte an deine Gegebenheiten anpassen):
Host (FQDN) User (Username) IdentityFile ~/.ssh/IdentityFile
Die Zeile IdentityFile hatte ich schon drin (muss schon ewig da drin stehen) und mit Deinen Zusätzen klappt's mit dem mc auch mit dem Shell-Login. Irritierend war nur, das für einige Momente eine 'richtige' Shell auftaucht und der mc dann erst wieder auf seine blaue Zweiteilsicht umschaltet. Jetzt habe ich meinen Server vor der Nase (und schaffe mit dem mc lieber nicht drauf rum ;)). Mein unzufriedener Kollege kriegt nun hoffentlich gute Laune, wenn er hier nachlesen darf, was er noch zu machen hat. Vielen Dank, Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Helga, Am 10.01.2014 21:34, schrieb Helga Fischer:
Hallo Sebastian,
Am Freitag 10 Januar 2014 schrieb Sebastian Siebert:
Am 09.01.2014 23:10, schrieb Helga Fischer: [...] Verrate uns doch mal, was du dort in die Eingabemaske schreibst.
In meinem Fall nehme ich einfach die FQDN vom Zielrechner oder auch notfalls mit einer IP. Die Varianten habe ich alle durch.
... Bei der Konsole funktioniert ein ssh -l hf -i ~/.ssh/schluessel-zu-server IP aber auch. Diese Zeile würde ich dem mc gerne mit auf den Weg geben. In seiner Konsolenzeile geht das auch. Aber dann habe ich halt eine Shell und keinen mc.
hast Du es mal mit dem Standardnamen der Key-Datei versucht (also id_rsa)? Also die passende Schlüsseldatei in ~/.ssh/id_rsa umbennen? Damit sollte es problemlos mit sftp funktionieren... Oder die zu Deiner Standard-Key-Datei passende public-Datei an die authorized-keys(2) auf dem Server angehängt? Ich verwende zuweilen auch mehrere Key-Dateien - aber eigentlich sollte es nach meinem Verständnis anders herum sein, also die pub.Dateien der zugelassenen Benutzer in der Serverdatei versammelt. Oder statt dessen die Key-Datei in der Konfiguration von ssh pro Host zuweisen (nicht von mir getestet): Better method: specify the identify file per host in ~/.ssh/config. That will work with sshfs and anything else using openssh as a backend. E.g. Host foo IdentityFile ~/.ssh/id_dsa_foo Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Helga, hallo Leute, Am Donnerstag, 9. Januar 2014 schrieb Helga Fischer:
Noch so eine kleine Nebenfrage: Auf Mausklicks reagiert der mc ja (in einer KDE3-Konsole, openSUSE 13.1, aber über die Zwischenablage mal eine längere Befehlszeile oder eine IP einkopieren geht nicht. Fehler bei mir oder kann der mc sowas nicht?).
Probiere mal einen Mittelklick bei gedrückter Shift-Taste. Ich habe das zwar (IIRC) nie mit mc getestet, es funktioniert aber bei vielen Konsolenprogrammen ;-) Gruß Christian Boltz --
Boah. Du liest Doku... cool. Wie ist das so? :-) Ist ganz interessant ;-) Sind da auch Bilder drin? Von Mädchen? *LoL* Bisher hab ich noch keine gefunden ;-) Dann find ich Doku doof. [> Christian Boltz und Ratti]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 10.01.2014 00:26, schrieb Christian Boltz:
Hallo Helga, hallo Leute,
Am Donnerstag, 9. Januar 2014 schrieb Helga Fischer:
Noch so eine kleine Nebenfrage: Auf Mausklicks reagiert der mc ja (in einer KDE3-Konsole, openSUSE 13.1, aber über die Zwischenablage mal eine längere Befehlszeile oder eine IP einkopieren geht nicht. Fehler bei mir oder kann der mc sowas nicht?).
Probiere mal einen Mittelklick bei gedrückter Shift-Taste. Ich habe das zwar (IIRC) nie mit mc getestet, es funktioniert aber bei vielen Konsolenprogrammen ;-)
Gruß
Christian Boltz
Hi, ja, mc braucht für alle paste+copy-Operationen mit der Maus <Shift>, natürlich immer auf der mc-Seite. Dann geht paste+copy sogar in der Eingabezeile für den Host bei ftp etc. Ohne X funktioniert es auch korrekt mit dem aktivierten Konsole-Maustreiber. Ich entsinne mich dunkel, das vor ca. 15 Jahren auf dem manpage gelesen zu haben, als ich von Sinix zu Linux umgestiegen bin ;-) Ohne <Shift> geht es bestenfalls gar nicht, manchmal liefert es aber auch völlig verschoben formatierte Textstücke, weil die implizite Umwandlung von LF in CRLF auf der Strecke bleibt... Das alles trifft auch auf den internen Editor mcedit zu, speziell ist hier, dass mcedit, wenn man es nicht deaktiviert (Optionen/Allgemein/Sichtbare Leerräume + Sichtbare Tabs) Tabulatoren als "<------>" und Leerzeichen als Punkt(e) mitkopiert. -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Thu, 09 Jan 2014, Helga Fischer schrieb:
sagt mal, wie kriegt man mit dem mc ein passwortloses Login hin?
sshfs/fish in mc ist kaputt. Siehe http://www.midnight-commander.org/ticket/3128 Ich hab schon versucht da was zu beheben, leider erfolglos, da muß der Upstream ran.
Beim Konqui funktioniert fish://benutzer@server
Das ist was völlig anderes soweit ich weiß (kio_fish?).
Noch so eine kleine Nebenfrage: Auf Mausklicks reagiert der mc ja (in einer KDE3-Konsole, openSUSE 13.1, aber über die Zwischenablage mal eine längere Befehlszeile oder eine IP einkopieren geht nicht. Fehler bei mir oder kann der mc sowas nicht?).
Bei den Mausaktionen Shift halten. Hilft auch in anderen Mausbedienbaren Konsolenanwendungen im xterm etc. -dnh -- "one of the ill effects of Microsoft's software is having to pay for it. Lusers who pirate it are escaping this particular ill effect and aren't driven quite as hard toward cheaper, better choices." -- Mark Wells -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo David, Am 10.01.2014 22:02, schrieb David Haller:
Hallo,
Am Thu, 09 Jan 2014, Helga Fischer schrieb:
sagt mal, wie kriegt man mit dem mc ein passwortloses Login hin?
sshfs/fish in mc ist kaputt. Siehe http://www.midnight-commander.org/ticket/3128 Ich hab schon versucht da was zu beheben, leider erfolglos, da muß der Upstream ran.
[...] Hm, bei mir klappt die Shell-Verbindung in mc ohne Probleme. Egal ob openSUSE 12.3 oder openSUSE 13.1. -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Fri, 10 Jan 2014, Sebastian Siebert schrieb:
Am 10.01.2014 22:02, schrieb David Haller:
Am Thu, 09 Jan 2014, Helga Fischer schrieb:
sagt mal, wie kriegt man mit dem mc ein passwortloses Login hin?
sshfs/fish in mc ist kaputt. Siehe http://www.midnight-commander.org/ticket/3128 Ich hab schon versucht da was zu beheben, leider erfolglos, da muß der Upstream ran.
[...]
Hm, bei mir klappt die Shell-Verbindung in mc ohne Probleme. Egal ob openSUSE 12.3 oder openSUSE 13.1.
Mach folgendes: - kopier dir irgend ein tempfile nach /tmp/$USER als Quelle - erstell ein von dir nicht beschreibbares Verzeichnis: mkdir /tmp/$USER/nowrite && chmod a-w /tmp/$USER/nowrite - F9 -> Shell link -> "localhost" -> PW eingeben - wechsle "remote" nach /tmp/$USER/nowrite - kopiere das tmpfile von "lokal" ins sshfs/fish (sh://localhost/tmp/$USER/nowrite) Es gibt (natürlich) ein "permission denied", aber die Quell-Datei wird gelöscht! *PAFF* Zumindest unter 13.1 mit 4.8.10/.11 sollte das so auftreten. Kann allerdings sein, daß es den Bug in deiner mc-Version noch nicht gab, ich verfolge die Änderungen an mc noch nicht so lange und auch jetzt nicht soo genau. -dnh -- 'Tell me, what is happiness?' 'Happiness? Happiness... is to wake up, on a bright spring morning, after an exhausting first night spent with a beautiful... passionate... multi-murderess.' -- Use of Weapons, Prologue, by Iain M. Banks -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Ingrid, Am Fri, 10 Jan 2014, David Haller schrieb:
Am Fri, 10 Jan 2014, Sebastian Siebert schrieb:
Am 10.01.2014 22:02, schrieb David Haller:
Am Thu, 09 Jan 2014, Helga Fischer schrieb:
sagt mal, wie kriegt man mit dem mc ein passwortloses Login hin?
sshfs/fish in mc ist kaputt. Siehe http://www.midnight-commander.org/ticket/3128 Ich hab schon versucht da was zu beheben, leider erfolglos, da muß der Upstream ran.
[...]
Hm, bei mir klappt die Shell-Verbindung in mc ohne Probleme. Egal ob openSUSE 12.3 oder openSUSE 13.1.
Mach folgendes:
- kopier dir irgend ein tempfile nach /tmp/$USER als Quelle - erstell ein von dir nicht beschreibbares Verzeichnis: mkdir /tmp/$USER/nowrite && chmod a-w /tmp/$USER/nowrite - F9 -> Shell link -> "localhost" -> PW eingeben - wechsle "remote" nach /tmp/$USER/nowrite - kopiere das tmpfile von "lokal" ins sshfs/fish (sh://localhost/tmp/$USER/nowrite)
Verdammt. Hier muß das natürlich "Verschieben" ("move", per F6) und nicht "kopieren" sein!
Es gibt (natürlich) ein "permission denied", aber die Quell-Datei wird gelöscht! *PAFF*
... und die Quelldatei ist weg, und die Zieldatei konnte erst gar nicht erstellt werden. Die Datei ist also komplett weg. Sowas geht natürlich gar nicht. Nachtrag: Ich werd mc jetzt erstmal um die Funktion kastrieren, bis upstream eine Lösung gefunden wurde (kann ein paar Tage dauern bis das "Kastrat" als Update zur 13.1 durchkommt). Falls jemand das auch mit den "offziellen" älteren Versionen (der 12.3 und älter) nachvollziehen kann bitte ich um Nachricht, dann wird auch für die noch ein Update mit ohne sshfs/fish-vfs gemacht. BTW: sr nach Factory is raus. Falls es kein anderer übernimmt werd ich morgen wohl extensiv in meiner ~/.bash_history kramen müssen, wie das geht ein Update nach z.B. 13.1 zu bekommen ... Ich hab mich zwar sogar schon dran versucht, aber der Code ist recht komplex und wo genau die Fehlerbehandlung nicht korrekt stattfindet hab ich leider nicht gefunden. Ich hab an ein paar Stellen einen expliziten "Fehlercode" nachgetragen, aber das half immer noch nicht. -dnh, der z.Z. mc wie ein Weltmeister ständig in allerlei Versionen installiert... (eigenen Krams, die aus B:S, vanilla upstream ...) Wenn das so weitergeht brauch ich ne mc-VM ... Bzw. mehrere. PS: JFTR: Das "Update" auf .11 angeblich von andreas.stieger@gmx.de ist fast komplett von mir aus mc-latest geklaut, ibs. die patches. -- 9: GUI Ein Hintergrundbild und 12 Xterms (Kristian Köhntopp) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo David, Am 11.01.2014 04:32, schrieb David Haller:
Hallo Ingrid,
Am Fri, 10 Jan 2014, David Haller schrieb:
Am Fri, 10 Jan 2014, Sebastian Siebert schrieb: [...] Mach folgendes:
- kopier dir irgend ein tempfile nach /tmp/$USER als Quelle - erstell ein von dir nicht beschreibbares Verzeichnis: mkdir /tmp/$USER/nowrite && chmod a-w /tmp/$USER/nowrite - F9 -> Shell link -> "localhost" -> PW eingeben - wechsle "remote" nach /tmp/$USER/nowrite - kopiere das tmpfile von "lokal" ins sshfs/fish (sh://localhost/tmp/$USER/nowrite)
Verdammt. Hier muß das natürlich "Verschieben" ("move", per F6) und nicht "kopieren" sein!
Es gibt (natürlich) ein "permission denied", aber die Quell-Datei wird gelöscht! *PAFF*
o_O Das ist doch nicht wahr, oder? Mist...
... und die Quelldatei ist weg, und die Zieldatei konnte erst gar nicht erstellt werden. Die Datei ist also komplett weg. Sowas geht natürlich gar nicht.
Natürlich, ganz und gar nicht. *grümmel*
Nachtrag: Ich werd mc jetzt erstmal um die Funktion kastrieren, bis upstream eine Lösung gefunden wurde (kann ein paar Tage dauern bis das "Kastrat" als Update zur 13.1 durchkommt). Falls jemand das auch mit den "offziellen" älteren Versionen (der 12.3 und älter) nachvollziehen kann bitte ich um Nachricht, dann wird auch für die noch ein Update mit ohne sshfs/fish-vfs gemacht.
Hilfe, bitte nicht... Ich habe mich an dieses fish-vfs gewöhnt.
BTW: sr nach Factory is raus. Falls es kein anderer übernimmt werd ich morgen wohl extensiv in meiner ~/.bash_history kramen müssen, wie das geht ein Update nach z.B. 13.1 zu bekommen ...
Ich hab mich zwar sogar schon dran versucht, aber der Code ist recht komplex und wo genau die Fehlerbehandlung nicht korrekt stattfindet hab ich leider nicht gefunden. Ich hab an ein paar Stellen einen expliziten "Fehlercode" nachgetragen, aber das half immer noch nicht.
Ich habe den Fehler gefunden und etwas ausgebügelt. Dafür kommen jetzt 1 ggfs. 2 Fehlermeldungen. (Die 2 Fehlermeldungen sind am vfs-Pseudocode vfs_s_close() und der darauf folgenden chmod geschuldet und lässt sich nur mit einer Neuprogrammierung beheben.) Die Hauptsache ist, dass keine Dateien bzw. Verzeichnisse mehr gelöscht werden. Hier der Patch: http://sprunge.us/fRbi Aber ganz ehrlich, man muss den fish-vfs (Shell-Codes) und den copy_file_file-Funktion komplett überarbeiten. Aber ganz dringend!!! Da blickt ja kein Schwein mehr durch. Es ist nicht komplex... Es ist einfach nur ... *seufz* ... ein totales Chaos. :-( Hier würde ich die aktuelle Code-Basis nach /dev/null schieben und von Grund auf neu und sauber anfangen. HTH, -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Tue, 14 Jan 2014, Sebastian Siebert schrieb:
Am 11.01.2014 04:32, schrieb David Haller:
Am Fri, 10 Jan 2014, David Haller schrieb:
Am Fri, 10 Jan 2014, Sebastian Siebert schrieb: [...] Mach folgendes:
- kopier dir irgend ein tempfile nach /tmp/$USER als Quelle - erstell ein von dir nicht beschreibbares Verzeichnis: mkdir /tmp/$USER/nowrite && chmod a-w /tmp/$USER/nowrite - F9 -> Shell link -> "localhost" -> PW eingeben - wechsle "remote" nach /tmp/$USER/nowrite - kopiere das tmpfile von "lokal" ins sshfs/fish (sh://localhost/tmp/$USER/nowrite)
Verdammt. Hier muß das natürlich "Verschieben" ("move", per F6) und nicht "kopieren" sein!
Es gibt (natürlich) ein "permission denied", aber die Quell-Datei wird gelöscht! *PAFF*
o_O Das ist doch nicht wahr, oder?
Mist...
Eben.
... und die Quelldatei ist weg, und die Zieldatei konnte erst gar nicht erstellt werden. Die Datei ist also komplett weg. Sowas geht natürlich gar nicht.
Natürlich, ganz und gar nicht. *grümmel* [..] Ich habe den Fehler gefunden und etwas ausgebügelt. Dafür kommen jetzt 1 ggfs. 2 Fehlermeldungen. (Die 2 Fehlermeldungen sind am vfs-Pseudocode vfs_s_close() und der darauf folgenden chmod geschuldet und lässt sich nur mit einer Neuprogrammierung beheben.) Die Hauptsache ist, dass keine Dateien bzw. Verzeichnisse mehr gelöscht werden.
ACK.
Hier der Patch: http://sprunge.us/fRbi
Vielen Dank! Bitte testen: mc-[lang-]4.8.11-98.1.*.rpm aus http://download.opensuse.org/repositories/home:/dnh:/branches:/Base:/System/
Aber ganz ehrlich, man muss den fish-vfs (Shell-Codes) und den copy_file_file-Funktion komplett überarbeiten. Aber ganz dringend!!! Da blickt ja kein Schwein mehr durch.
Es ist nicht komplex... Es ist einfach nur ... *seufz* ... ein totales Chaos. :-(
So ging's mir auch.
Hier würde ich die aktuelle Code-Basis nach /dev/null schieben und von Grund auf neu und sauber anfangen.
Wäre evtl. das beste... -dnh -- That is not dead which can eternal lie, And with strange æons, even death may die. -- Necronomicon, H. P. Lovecraft -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (6)
-
Christian Boltz
-
David Haller
-
Helga Fischer
-
Joerg Thuemmler
-
Martin Hofius
-
Sebastian Siebert