scp comando trabalhando no bash não funciona em zsh

12

Este comando funciona bem no bash:

bash-3.2$ scp luna4:/u/paige/maye/src/diviner/notebooks/plots/hk_* .
hk_az.png                                                   100%  126KB 126.0KB/s   00:00
hk_baffle.png                                               100%  166KB 166.3KB/s   00:01
hk_bb.png                                                   100%  144KB 143.8KB/s   00:00
hk_el.png                                                   100%  115KB 115.3KB/s   00:00
hk_fpa.png                                                  100%  123KB 123.2KB/s   00:00
hk_fpb.png                                                  100%  126KB 125.7KB/s   00:00
hk_hybrid.png                                               100%   99KB  98.7KB/s   00:00
hk_oba.png                                                  100%  140KB 139.7KB/s   00:00
hk_solar.png                                                100%  206KB 205.6KB/s   00:00
hk_temp.png                                                 100%   62KB  61.8KB/s   00:00
hk_yoke.png                                                 100%  122KB 121.7KB/s   00:00
bash-3.2$ exit

mas em zsh ele falha, nenhum arquivo é encontrado:

$ scp luna4:/u/paige/maye/src/diviner/notebooks/plots/hk_* .
zsh: no matches found: luna4:/u/paige/maye/src/diviner/notebooks/plots/hk_*

O que está errado?

    
por K.-Michael Aye 20.12.2013 / 20:44

2 respostas

13

O problema é que zsh globbing é o caminho remoto. Você pode verificar isso por

scp luna4:"/u/paige/maye/src/diviner/notebooks/plots/hk_*" .

Para desativar o globbing em caminhos remotos do scp, mas caso contrário, deixe o globbing igual (de aqui ) adicione isso ao seu .zshrc -

# Disable globbing on the remote path.
alias scp='noglob scp_wrap'
function scp_wrap {
  local -a args
  local i
  for i in "$@"; do case $i in
    (*:*) args+=($i) ;;
    (*) args+=(${~i}) ;;
  esac; done
  command scp "${(@)args}"
}
    
por 20.12.2013 / 20:45
1

Se você usa aspas simples, então funciona:

scp 'remote.host.com:files*' .
    
por 27.01.2017 / 17:20

Tags