Looking at this now, I'm not actually sure the issue is assumption of FLO, I think it's instead just a straight up lack of implementing correct remote path munging - in other words, we're asking the SFTP server to open the directory as a file to write, instead of tacking on the local file's basename to the remote directory path.
Partial debug log from Fabric's end:
invoke.transfer.put: Massaged relative local path 'setup.py' into '/Users/jforcier/Code/oss/fabric/setup.py'
invoke.transfer.put: Uploading '/Users/jforcier/Code/oss/fabric/setup.py' to '/Users/jforcier/tmp/'
paramiko.transport.sftp.sftp._log: [chan 2] open(b'/Users/jforcier/tmp/', 'wb')
Then part of the traceback shows we're throwing that directory path into CMD_OPEN, in sftp_client.py:
Which eventually hits that same file/class' error handling around what the SFTP server said was wrong with the IO operation (which is why it's just "Failure" because of course it is...AFAIK that's OpenSSH's fault.)
Anyway, time to write some tests to prove this and then figure out if it's a logic oops (I thought we were constructing an appended path at some point) or an actual straight up missing piece of functionality.
While I'm in here, wondering how to handle FLOs too, in the case where remote path is a directory.
In v1, we looked at FLOs' .name attribute because that's part of the Python FLO API...but apparently only for debug log purposes (in #699). Whoops. I looked over our and Paramiko's code and don't see anything actually using that as a "filename" clue.
Anyway, so here in v2 we have the opportunity to address that for reals, or to just throw an explicit exception saying "whoa hey you need to give a non-directory remote file path for these". Probably both, since not all FLOs necessarily have the name attribute anyways.
According to transfer.put() docs, I should be able to either provide local path to a file (as a string), or a file-like object.
When using the former (string), I can specify in the
remotepath only the target directory. This is used in some examples:
But when I try to do the same (
c.put('file.txt', '/home/me/dir'), I always end up with
IOError: Failure, because it is actually behaving as if the
localpath was a file-like object and not a string.
It fails specifically on
paramiko.transport.sftp.sftp._log: [chan 0] open('/home/me/dir', 'wb')
The solution is to always provide the full path, e.g.
But that is inconsistent with the docs and examples.
Finally, having to provide the full path to
$HOMEis less than ideal, but there seems to be issue for that already #1653
The text was updated successfully, but these errors were encountered: