Digamos que executei um comando
foo a b c d e f
Posso então usar $!para acessar o último argumento desse comando, ou seja, se eu digitar
echo !$
ele se transforma em echo f. Da mesma forma, posso usar
echo !:4
para acessar o 4º elemento, d, mas isso significa que tenho que contar da esquerda. Existe uma notação para acessar o enésimo elemento da direita?
Tenho que definir um autocompletar de valores no zsh para um comando (no exemplo mínimo a seguir, mostrarei com testcmd). Então meu código atual funciona muito bem com valores codificados:
function testcmd()
{
echo "Nothing to do, just a test command"
}
_test_complete() {
_values \
"Possible values" \
foo'[Foo]' \
bar'[Bar baz]' \
}
compdef _test_complete testcmd
Quando digito testcmd <tab>, obtenho corretamente a seguinte renderização desejada:
$ testcmd
Possible values
bar -- Bar baz
foo -- Foo
Mas, como você pode ver, os valores são codificados dentro da função. O ideal é que a função os recupere de uma variável.
Então, naturalmente, coloquei os valores dentro da variável values_variableda seguinte forma:
function testcmd()
{
echo "Nothing to do, just a test command"
}
_test_complete() {
local values_variable
values_variable="foo'[Foo]' \
bar'[Bar baz]' \ "
_values \
"Possible values" \
${values_variable}
}
compdef _test_complete testcmd
Mas então, quando tento, testcmd <tab>falha completamente:
$ testcmd
_values:compvalues:11: invalid value definition: foo'[Foo]' \t\tbar'[Bar baz]' \
_values:compvalues:11: invalid value definition: foo'[Foo]' \t\tbar'[Bar baz]' \
_values:compvalues:11: invalid value definition: foo'[Foo]' \t\tbar'[Bar baz]' \
$ testcmd
echo ${values_variable} | sed "s/ /\\ /g" ;$values_variableo evalcomando para fingir que o conteúdo foi digitado diretamente dentro da _valuesdefinição;evale escapei com eval $(echo ${values_variable} | sed "s/ /\\ /g") ;echo "$values_variable" | while read -r line; do
eval "$line"
done
${(@f)values_variable}̀ ;Em Como passar o conteúdo de um arquivo usando catto _values(zsh conclusion) tread, encontrei uma solução para valores importados de um arquivo externo, mas o usuário parece estar enfrentando o mesmo problema de escape de espaço. No entanto, não consigo ajustá-lo ao caso com a $values_variablesvariável interna.
Eu naturalmente tentei este, que também não funciona:
_test_complete() {
local values_variable
values_variable="foo'[Foo]' \
bar'[Bar baz]' \ "
OLD_IFS=$IFS
IFS=$'\n'
_values \
"Possible values" \
${values_variable}
IFS=$OLD_IFS
}
Como posso carregar os valores para fornecer _valuesdentro da função de preenchimento automático de uma variável?
function tail() {
shift 1
echo $@
}
% tail one two three
two three
Como posso escrever o oposto desta função simples?
Eu quero alcançar
% init one two three
one two
e obter todos os argumentos, exceto o último, na $@variável, para que a função possa ser escrita como
function init() {
# ???
echo $@
}
Eu tentei unset '@[-1]', unset '[@:-1]', de https://unix.stackexchange.com/a/611717/696135 mas estes não funcionam
Eu tentei set -- "${@:1:$(($#-1))}", unset "@[${#@[@]}-1]", set -- "${@:1:$#-1}"de https://stackoverflow.com/questions/20398499/remove-last-argument-from-argument-list-of-shell-script-bash mas eles não funcionam
Um exemplo de um script que não funciona:
function init() {
set -- ${@:1:$#-1}
echo $@
}
init one two three
O script a seguir exclui de forma não recursiva arquivos vazios comuns, sem incluir os com ponto, e então exclui de forma não recursiva diretórios vazios, sem incluir os com ponto, e ignorando a presença de .DS_Storearquivos (ou seja, se o diretório contiver apenas um .DS_Storearquivo, esse diretório será excluído mesmo assim).
rm -f -- *(.L0)
setopt extended_glob
has_files_other_than_DS_Store() [[ -n $REPLY/^(#i).ds_store(#qNDY1) ]]
remove_empty_macos_dirs() {
local dir ret=0
for dir do
rm -f -- $dir/.(#i)ds_store(N.) && rmdir -- $dir || ret=$?
done
return $ret
}
remove_empty_macos_dirs *(/^+has_files_other_than_DS_Store)
Alguém poderia mostrar como fazer isso funcionar recursivamente? Ou seja, o primeiro passo é deletar recursivamente todos os arquivos regulares vazios. E então deletar recursivamente os diretórios vazios.
Eu tentaria fazer isso sozinho, mas, para ser honesto, estou com medo de experimentar o rmcomando.
Tenho trabalhado na configuração do meu autocmp seguindo este guia https://thevaluable.dev/zsh-install-configure-mouseless/ . Estou em um ambiente MacOS, mas por algum motivo, quando tento preencher automaticamente as opções, ele não lista o conjunto completo de opções. Esta é minha configuração para preenchimento automático:
#Completion
autoload -Uz compinit
compinit
zmodload zsh/complist
#Amazing article https://thevaluable.dev/zsh-install-configure-mouseless/
zstyle ':completion:*' completer _extensions _complete _approximate
zstyle ':completion:*' menu select
zstyle ':completion:*' file-sort modification
zstyle ':completion:*:*:*:*:descriptions' format '%F{green}-- %d --%f'
zstyle ':completion:*' complete-options true
zstyle ':completion:*' matcher-list 'r:|=*' 'l:|=* r:|=*' #https://unix.stackexchange.com/a/259511
zstyle ':completion:*' verbose yes
zstyle ':completion:*' group-name ''
zstyle ':completion:*' list-colors 'di=34:fi=31:no=33;00'
# zstyle ':completion:*' file-list all #Unfortunetly this messes up colouring
#Move with VIM keys Autocompletion
bindkey '^[[Z' reverse-menu-complete
bindkey -M menuselect 'h' vi-backward-char
bindkey -M menuselect 'k' vi-up-line-or-history
bindkey -M menuselect 'l' vi-forward-char
bindkey -M menuselect 'j' vi-down-line-or-history
Quando tento completar automaticamente opções para comandos de shell integrados, recebo o seguinte:
❯ cp -
-- option --
-H -- follow symlinks on the command line in recursive mode
-L -- follow all symlinks in recursive mode
-P -- do not follow symlinks in recursive mode (default)
-R -- copy directories recursively
-X -- don\'t copy extended attributes or resource forks
-a -- archive mode, same as -RpP
-f -- force overwriting existing file
-i -- confirm before overwriting existing file
-n -- don\'t overwrite existing file
-p -- preserve timestamps, mode, owner, flags, ACLs, and extended attributes
-v -- show file names as they are copied
Eu esperaria obter a lista completa de cpopções conforme o artigo. Isso é possivelmente um problema do MacOs para conclusão para zsh?
Eu tenho esta função zsh:
f() {
/usr/bin/find . -type f | less
}
Quando executo essa função, suspendo com Ctrl+z e, em seguida, executo fg, ela exibe zsh: suspended (tty output) /usr/bin/find . -type f |e não consigo continuar. Por que isso? Como posso continuar?
arch% f
zsh: suspended /usr/bin/find . -type f |
arch% fg
[2] - continued /usr/bin/find . -type f |
zsh: suspended (tty output) /usr/bin/find . -type f |
zsh: suspended (tty output) /usr/bin/find . -type f |
arch%
Se eu executar /usr/bin/find . -type f | lessdiretamente da linha de comando sem torná-lo uma função, ele será suspenso e retomado normalmente.
Meu shell de login é zsh. Adicionei as duas linhas seguintes ao meu .zprofilearquivo:
path+=$HOME/foobar123
alias foo='echo bar'
Então, se eu alternar para bash ou fish, digitando bashou fishe pressionando Return, echo $PATHa parte continuará sendo exibida foobar123, mas o fooalias não funcionará.
Por que isso? Por que aliases e modificações de caminho são tratados de forma diferente?
Na maioria das vezes, prefiro usar o shell de peixe no macOS, mas evito torná-lo o shell de login, porque acho que às vezes isso pode causar problemas.
Então, eu simplesmente adicionei exec fishno final do meu .zshrc, e é isso. O que significa que meu shell de login ainda é zsh, e minhas $PATHmodificações ainda estão em .zprofile, mas quando eu abro o terminal, não preciso alternar para fish manualmente. Funciona bem para mim.
Mas então, e se eu ainda quiser mudar de fish para zsh por algum motivo específico? É possível de alguma forma? (Porque se eu simplesmente digitar zshe pressionar Return, serei imediatamente trocado de volta para fish, é claro.)
atualização: Há uma solução alternativa para usar zsh -c, mas ela funciona apenas com alguns comandos.
Qual é a maneira correta de adicionar algo à $PATHvariável no macOS?
Por exemplo, posso fazer isso em .zshrc:
path+=$HOME/foo/bar
...mas parece que nesse caso o caminho modificado estará disponível apenas para uso interativo e, portanto, a solução mais robusta é colocá-lo .zshenv.
...Mas por outro lado algumas pessoas dizem (veja os comentários desta resposta) que modificar o caminho .zshenvnão é uma boa ideia. (E, se entendi corretamente, eles assumem que o caminho deve ser alterado .zshrcou talvez usar alguma outra maneira...)
No entanto, ainda não entendi qual arquivo usar para isso, e como exatamente. Alguém poderia explicar como se eu tivesse cinco anos?
Tenho um , criado cuidadosamente .zshrc, no qual não quero ter nada que eu não tenha adicionado manualmente. É possível que algum programa, instalador ou comando adicione algumas linhas lá automaticamente? (Isto é, bem no começo ou bem no final?)
Em outras palavras, entendo que isso echo foo > ~/.zshrcirá modificá-lo, mas existem outros cenários semelhantes?