Sftp can't copy directories
Bug #33378 reported by
Tero Karvinen
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
portable OpenSSH |
Fix Released
|
Unknown
|
|||
openssh (Ubuntu) |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
Sftp can't copy directories, even though the protocol supports it.
$ sftp tkarvine@127.0.0.69
Connecting to 127.0.0.69...
sftp> ls
somedir
sftp> get somedir
Fetching /home/tee/3004WTMi to 3004WTMi
Cannot download non-regular file: /home/tkarvine/
Currently, every method of using ssh to transfer files requires a manual to use: nautilus ssh requires user to know home dir (https:/
Changed in openssh: | |
status: | Unknown → Confirmed |
Changed in openssh: | |
status: | Confirmed → Fix Released |
To post a comment you must log in.
fts would be easy enough to use for recursive. I think 'put' can be written in
a matter of a night or two (Assuming one is awake <chuckle>), but there is one
minor downfall to fts. It assuming all access is local. And unlike glob it
does not support the ability to override opendir(), readdir(), closedir(), lstat
() and stat().
Unless there is something I'm missing get and put can't both use fts effectly
without forking the code and rewriting small chunks of it.
Would be nice if fts could be modified to support virtualizing those function
calls, but with it having a chance of going into POSIX (some century) I doubt
the API can change much.