Hello Carlos, On Fri, 19 Dec 2014, Carlos E. R. wrote:
On 2014-12-19 02:45, David Haller wrote:
- Then "Move" the file from "local" to "shell-link/fish" via F6. You'll get an error (no write permission), as expected. BUT YOUR SOURCE foo_to_be_moved_but_will_be_deleted WILL BE GONE TOO as if the "move" had succeeded! NOT good, eh?
Would it not be possible to just disable "move" functionality (and keep the rest)?
Abstract: No. Sorry. That sounds like a good idea at first, BUT, as far as I gather from the very crude and weird fish protocol (piping shell(!) commands and data over the same ssh/rsh connection *shudder*), it's implemented as copy && remove, as usual. Now, if an error occurs on copy (e.g. EPERM, ENOSPC) remotely, and the failure is not properly propagated back through the chain of remote script -> fish-proto -> local-fish-impl -> mc-vfs -> mc-ui, AND IT ISN'T, your source file will be removed even if the copy failed. And it's a hell to debug. As far as I gather, I could not disable the "move from local to remote" function without basically disabling all file-transfer (mainly copy) anyway. Don't let yourself be mislead by the "mv" helper etc. in the src/vfs/fish directory, I think that stuff is for moving stuff remotely, i.e. just like "ssh user@host mv foo bar" would do. Did I mention already, that I think the (mc-)fish(-protocol) is broken (by design)? [parens because I've no idea how e.g. dolphin implements it's "fish://"-stuff] So, until further notice, I stand by my decision to disable fish aka "shell link". Use the sftp-vfs, or some other client like scp or whatnot. A three xterm setup like this [mc-local] [mc-remote] [mc-local] [mc-remote] [mc-local] [mc-remote] [mc-local] [mc-remote] [mc-local] [mc-remote] [mc-local] [mc-remote] [cmdline for scp/sftp¹] ¹ native ssh scp/sftp command line clients is not *that* bad (esp. if you switch both mc's to one column ...), eh? Gah, and the sftp-vfs still does only work with keys here. I'll have to recheck my setup... -dnh PS: SFTP etc. generally seems to be difficult ... gftp has some stuff for that, but it's also rather crude, but hey, you get a GUI ;) No idea about the ususal filemanagers like konqi, nautilus, dolphin, thunar, etc. -- "If you are using an Macintosh e-mail program that is not from Microsoft, we recommend checking with that particular company. But most likely other e-mail programs like Eudora are not designed to enable virus replication" -- http://www.microsoft.com/mac/products/office/2001/virus_alert.asp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org