desync make --store ssh://... invokes invalid `casync pull`

[HaleTom]

desync tries to run casync pull by default -- and that's not a valid casync verb.

% echo $store
ssh://nas/tmp/cacache/

% cat ~/bin/nas-desync
#!/bin/bash
printf "$0 called with args: %s\n" "$(shell-quote "$@")" >&2
ssh -C "$@"

% CASYNC_SSH_PATH=bin/nas-desync desync make --verbose -n4 -m=16:24:64 -r=true -s "$store" --error-retry=0 /dev/null /etc/issue
bin/nas-desync called with args: nas 'casync pull - - - '\''/tmp/cacache/'\'
bin/nas-desync called with args: nas 'casync pull - - - '\''/tmp/cacache/'\'
bin/nas-desync called with args: nas 'casync pull - - - '\''/tmp/cacache/'\'
bin/nas-desync called with args: nas 'casync pull - - - '\''/tmp/cacache/'\'
Error: store 'ssh://nas/tmp/cacache/' does not support writing

[HaleTom]

Further, setting CASYNC_REMOTE_PATH='desync --verbose', the server returns some kind of EOF.

How can I try to inspect what's going on under the hood on the server?

The ssh key and user definitely has write access.

desync pull doesn't sound very much like dump chunks to me...

How am I supposed to write to a ssh:// chunk store?

% CASYNC_SSH_PATH=bin/nas-desync CASYNC_REMOTE_PATH='desync --verbose' desync make --verbose -n1 -m=16:24:64 -r=true -s "$store" --error-ret
ry=0 /dev/null /etc/issue
bin/nas-desync called with args: nas 'desync --verbose pull - - - '\''/tmp/cacache/'\'
Error: store 'ssh://nas/tmp/cacache/' does not support writing
% Error: failed to read protocol message from client: EOF

[HaleTom]

After some time hunting, I found out that with the work-around the the cause was a ENOSPC -- but yeah, it would have been great if the ERRNO info could have been passed on directly -- it would have communicated much better and made issue tracing much easier!

[HaleTom]

The current quite inefficient work-around seems to be to make to a local index (without a remote store) then chop that index to sftp:// store.