Estou tentando renomear recursivamente todas as pastas _Oreilly(correspondência exata) para_OreillyFox
Em outras palavras, estou tentando ter o mesmo efeito que:
find . -depth -type d -name "_Oreilly" -execdir rename "s/_Oreilly/_OreillyFox/" {} \;
Usando zmv.
O comando que estou tentando é:
zmv -n '(**/)_Oreilly' '${1}_OreillyFox'
Tentei o comando acima com o nome do arquivo e ele os renomeia. Quero renomear apenas diretórios.
Eu tenho um zle como:
function _ctrl-shift-left() {
((REGION_ACTIVE)) || zle set-mark-command # Selection
zle backward-word
}
zle -N _ctrl-shift-left
bindkey '^[[1;6D' _ctrl-shift-left # Ctrl+Shift+Left to select till the beginning of the previous word.
Por exemplo, para o comando abaixo
$ curl -s "https://samplesite.com/101146/07/data-processing/13/?#/101146-132519042909.html" | grep -oP 'https://dl\d*\.samplesite\.com/Files/[^"]+\.rar' | sed 's/\?nocache=[^&]*//g'
quando pressiono ctrl-shift-left, quero parar o cursor em 'e ".
Como posso fazer isso?
Quando executo o seguinte script no zsh, ambos $0e $0:Pme dão a mesma saída: /Users/john/scripts/test123.sh.
#!/bin/zsh
echo script\'s path: $0
echo absolute path: $0:P
echo parent folder: $0:h
echo filename: $0:t
echo filename w/o extension: $0:t:r
echo extension: $0:t:e
Mas por que isso? Não é que, como :Pforça o caminho absoluto ( de acordo com a documentação do zsh ), se :Pnão for usado, o caminho deve ser relativo, por exemplo ~/scripts/test123.sh?
Para executar o script, primeiro eu o torno executável: chmod a+rx test123.she então clico duas vezes nele ou uso a linha de comando. O sistema operacional é macOS.
Digamos que sua configuração zsh inclui as seguintes linhas para Perl:
PATH="/path/to/your/home/perl5/bin${PATH:+:${PATH}}"; export PATH;
PERL5LIB="/path/to/your/home/perl5/lib/perl5${PERL5LIB:+:${PERL5LIB}}"; export PERL5LIB;
PERL_LOCAL_LIB_ROOT="/path/to/your/home/perl5${PERL_LOCAL_LIB_ROOT:+:${PERL_LOCAL_LIB_ROOT}}"; export PERL_LOCAL_LIB_ROOT;
PERL_MB_OPT="--install_base \"/path/to/your/home/perl5\""; export PERL_MB_OPT;
PERL_MM_OPT="INSTALL_BASE=/path/to/your/home/perl5"; export PERL_MM_OPT;
Os arquivos de configuração do zsh não são scripts, então não é possível, se entendi corretamente, usar variáveis regulares do estilo bash neles.
Mas talvez seja possível, de alguma forma, ter uma variável para a /path/to/your/home/perl5/parte, de modo que seja mais fácil alterá-la para todas as cinco linhas?
Estou usando zsh-autocomplete ( https://github.com/marlonrichert/zsh-autocomplete ) e tentando manter meu Tab conclusion “vanilla” (ou seja, expand-or-complete em vez de selecionar a sugestão superior). Tudo está funcionando muito bem, exceto por uma falha estranha: sempre que eu digito ~/, ele expande para / em vez do meu diretório $HOME.
Eu realmente gostaria de manter o comportamento como o da expansão vanilla, ou seja, várias abas apenas completam de forma inequívoca e não vão além disso.
Aqui está a parte relevante do meu ~/.zshrc:
# Load zsh-autocomplete
source /path/to/zsh-autocomplete.plugin.zsh
# Rebind Tab to normal Zsh expansion
bindkey '^I' expand-or-complete
Apesar dessas configurações, digitar algo como ~/Docu ainda expande para /… Tentei remover todo o resto da minha configuração para isolar o problema, mas sem sorte. Alguém mais passou por isso ou sabe como consertar?
Agradecemos antecipadamente por quaisquer dicas ou sugestões!
ps
Além disso, embora isso seja próximo, não dá o comportamento de tabulação 'vanilla'. Eu basicamente só quero que a tabulação fique como está, sem zsh-autocomplete.
zstyle ':autocomplete:*complete*:*' insert-unambiguous yes
zstyle ':completion:*:*' matcher-list 'm:{[:lower:]-}={[:upper:]_}' '+r:|[.]=**'
Gostaria de ter parâmetros padrão, ou seja, meu exemplo mínimo reproduzível é:
#!/usr/bin/zsh
a=${1:a}
printf 'a: "%s"\n' "${a}"
b=${2:./build}
printf 'b: "%s"\n' "${b}"
Eu esperaria ver, ao executar ./demo.zshsem argumentos:
a: "a"
b: "./build"
Em vez disso eu recebo
a: ""
./demo.zsh:4: bad floating point constant
${1:a}parece assumir $1que está definido e não é zero, mas o $aexpandido é uma string vazia?./buildpor build, ele reclama sobre bser um modificador desconhecido.Se eu corro ./demo.zsh asdf bar, eu ganho
a: "/tmp/fasf"
./demo.zsh:4: bad floating point constant
o que, francamente, é ainda mais confuso; /tmp/de onde vem (é o cwd).
Eu queria colocar o hash git atual no meu prompt; mas minha abordagem inicial foi um pouco lenta:
psvar[1]="$(git log -n1 --pretty='format: %h' 2>/dev/null)"
(com $PROMPTinclusão %1vpara tornar isso visível)
Eu tentei o vcs_infoplugin, mas ele também estava lento. Então acabei escrevendo minha própria função:
function githead() {
local commondir ref hash _
local gitdir="${1:a}"
until [[ -e "$gitdir/.git" ]]; do
local updir="${gitdir%/*}"
[[ "$updir" == "$gitdir" ]] && return 1
gitdir="$updir"
done
gitdir="$gitdir/.git"
[[ -f "$gitdir" ]] && read _ gitdir < "$gitdir"
read _ ref < "$gitdir/HEAD"
local commondir="$gitdir/commondir"
[[ -e "$commondir" ]] && gitdir="$gitdir/$(<$commondir)"
ref="$gitdir/$ref"
read hash <"$ref"
print -r "${hash::12}"
return 0
}
Certamente é mais rápido, mas isso é obrigado a ser frágil. Em particular, alguns dos arquivos que tenho que ler parecem que podem conter mais de uma linha de conteúdo, e não necessariamente colocar a linha que eu quero no topo.
Existe uma maneira rápida de obter o hash atual do git, que seja mais robusta do que o que escrevi manualmente?
Há um artigo de 2022 escrito por um cara que é um desenvolvedor sênior, e lá ele tem o seguinte alias em sua configuração zsh:
alias which='type -a'
Mas o zsh tem whichpor padrão, e se usarmos assim which, which cpa saída será
/bin/cp
Enquanto a saída de type -a cpé
cp is /bin/cp
A diferença é muito sutil para fazer um alias. Então, qual pode ser a diferença prática que eu negligenciei?
Tenho os seguintes aliases no meu zsh:
alias -- -='cd -'
alias ..='cd ..'
alias ...='cd ../..'
Quando alterno para peixe, digitando manualmente fishe pressionando Return, o primeiro alias causa um erro:
- (line 1): function: -: invalid function name
function - --description 'alias -=cd -'; cd - $argv
Como contornar isso?
Estou querendo compactar alguns PDFs em lote, usando o truque de conversão para/de ps descrito em outro lugar. Tenho uma função definida em um arquivo .zshrc:
function pdfcompress() {
for f in "$1"; do
echo "compressing $1"
pdf2ps "$f" "$f".ps
ps2pdf -dPDFSETTINGS=/default "$f".ps "$f"
rm "$f".ps
done
}
Meu entendimento é que eu deveria conseguir passar uma lista de PDFs, e ele os compacta. No entanto, acontece o seguinte:
% ls | pdfcompress
compressing
Error: /undefinedfilename in --findlibfile--
Operand stack:
()
Execution stack:
%interp_exit .runexec2 --nostringval-- findlibfile --nostringval-- 2 %stopped_push --nostringval-- findlibfile
findlibfile false 1 %stopped_push findlibfile 1815 1 3 %oparray_pop findlibfile
Dictionary stack:
--dict:743/1123(ro)(G)-- --dict:0/20(G)-- --dict:85/200(L)--
Current allocation mode is local
GPL Ghostscript 10.04.0: Unrecoverable error, exit code 1
GPL Ghostscript 10.04.0: Device 'pdfwrite' requires an output file but no file was specified.
**** Unable to open the initial device, quitting.
Parece que nenhum dos nomes de arquivo está sendo passado, por algum motivo. Também tentei abordagens com find . -iname "*.pdf" -exec pdfcompress, e canalizando para xargs pdfcompress, mas nenhuma delas funciona porque a função não está no ambiente. Outras vezes, as variáveis de espaço reservado parecem ser interpretadas como strings literais.
Estou tentando fazer isso funcionar de alguma forma há mais de uma hora, sem sorte. Alguma dica?
Tenho uma estrutura de pastas de PDFs que gostaria de manter, então uma solução que funcionasse recursivamente dentro de diretórios seria a melhor, se possível.
Obrigado!