Estou bastante confuso sobre o motivo pelo qual o rsync requer o sinalizador --rsync-path, mesmo quando o rsync remoto está no caminho.
Considere:
$ rsync -avze 'ssh -p 22' --delete public/ [email protected]:~/public_html
bash: /usr/local/bin/rsync: No such file or directory
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: remote command not found (code 127) at io.c(601) [sender=3.0.7]
então eu tentei adicionar o --rsync-path
$ rsync -avze 'ssh -p 22' --rsync-path=/usr/bin/rsync --delete public/ [email protected]:~/public_html
sending incremental file list
...
Assim, o primeiro rsync não foi bem-sucedido porque estava pesquisando o rsync em / usr / local / bin, mas assim que eu passo o caminho óbvio para o rsync usando o --rsync-path, ele funciona.
Por que isso? (esta linha de comando é aquela emitida pelo rake deploy no octopress)
Minha memória agora está um pouco confusa, mas a razão pela qual isso estava acontecendo era que eu usei o GNU stow no rsync em algum momento e criei alguns symlinks que confundiam a localização de rsync s. Isso foi resolvido depois de muito puxar o cabelo. Agora estou muito mais leve no cabelo, mas por outro lado eu tenho um rsync em funcionamento. Isso deve ser uma vitória se você me perguntar.