iconoclast's questions

Eu tenho uma janela tmux onde mostro 3 painéis:

1. remote_development (sim, eu sei que é estranho)
2. Garantia da Qualidade
3. Produção

Eu gostaria de formatar os títulos do painel assim:

1. fundo verde escuro com texto branco
2. fundo amarelo com texto preto
3. fundo vermelho escuro com texto branco

Eu posso alterar as cores, mas não importa o que eu tentei, isso se aplica a todas as bordas e títulos do painel. Existe alguma maneira em qualquer versão atual do tmux de definir a cor apenas de uma borda e título específicos do painel?

Por exemplo, cada uma dessas linhas define o formato da borda do painel

tmux set pane-border-format '#[fg=brightwhite#, bg=darkgreen] #W [#{pane_index}] → #{pane_title} '
tmux set pane-border-format '#[fg=black#, bg=yellow] #W [#{pane_index}] → #{pane_title} '
tmux set pane-border-format '#[fg=white#,bg=darkred] #W [#{pane_index}] → #{pane_title} '

mas cada linha muda todos eles. Usar -tnão parece fazer diferença.

Eu li que .bashrc (como .zshrc) destina-se apenas a logins interativos (e a única exceção não interativa de shells remotos). Mas onde devem ser colocadas as variáveis ​​de ambiente para o Bash que sejam (aproximadamente) equivalentes a .zshenv?

Eu estou querendo saber se existe alguma maneira de colocar algo em meus arquivos de inicialização que fará com que outros arquivos sejam originados após o primeiro prompt ser exibido.

Eu preferiria um método que não dependesse de ganchos como preexec, precmdou periodicganchos. (Estou usando o zsh, mas entendo que as pessoas escreveram código para adicioná-los ao bash, por meio de algum hacking inteligente trapou algo assim.)

Meu primeiro teste muito simples (que eu não esperava que funcionasse, mas que senti a necessidade de tentar, apenas para ver os resultados precisos) foi adicionar isso ao meu .zshrc,

{ sleep 100 && export VARIABLE_SET=1 } &

e, em seguida, executando isso após o shell ser carregado, antes e depois de 100 segundos:

echo $VARIABLE_SET

É claro que (e todas as permutações que pude pensar) falharam e não trouxeram pistas promissoras de como isso poderia ser feito.

Era minha esperança que algo do arquivo de inicialização pudesse acionar o sourcing que afeta o shell, mesmo que não esteja imediatamente disponível no primeiro prompt. Quero encontrar uma maneira de atrasar o fornecimento "caro" e fazer com que o prompt apareça rapidamente, já que muitas das coisas que incham os arquivos de inicialização são coisas que não são necessárias com frequência.

Espero encontrar uma abordagem mais simples do que usar ganchos (mas criei uma prova de conceito usando o precmdgancho caso nenhuma outra abordagem seja possível).

Na maioria das vezes, gosto da combinação de (por um lado) executar zsh em uma variante BSD no iTerm, mas (por outro lado) ter a experiência do macOS disponível para aplicativos que não são executados ou não geram tanto sentido para executar em um terminal.

Mas uma coisa que me deixa louco são os .DS_Storearquivos horríveis que o macOS despeja em todo o lugar.

Posso configurar o zsh para que, se eu digitar (por exemplo) nvim *tab, o *seja expandido sem incluir nenhum arquivo que eu queira evitar? (Isso pode incluir .DS_Store, Icon?e potencialmente outros que não consigo pensar agora.)

Não estou perguntando como posso construir um padrão no local que exclua determinados arquivos (exemplos aqui , aqui e aqui ), mas como posso fazer com que todos os globs sempre excluam determinados arquivos.

Era uma vez eu me lembro de fazer algo mais ou menos assim:

vimdiff <(scp://some_server/home/user/.zshrc) <(scp://some_server-qa/home/user/.zshrc)

(onde some_servere some_server-qasão definidos em my ~/.ssh/configcom usuário e chave e assim por diante, então não é necessário incluir isso no shell).

O problema é que não consigo descobrir qual sintaxe é necessária para fazer isso funcionar e não consegui encontrar nada pesquisando no Google. Tenho certeza que alguém aqui sabe o que estou perdendo. o que estou perdendo?

Costumo digitar um comando e depois perceber que preciso fazer outra coisa primeiro, e não quero ter que lembrar de tudo e descobrir todos os argumentos ou digitar tudo novamente mais tarde, então geralmente coloco #no início salve-o no histórico para usar em um minuto ou mais.

Normalmente eu setopt interactivecommentshabilitei no meu .zshrc, mas às vezes eu tenho que acessar sudouma conta compartilhada em certos servidores para fazer certas coisas, e isso não é necessariamente definido, então prefixar #antes de uma linha pode me render a resposta irritante

zsh: command not found: #

Não importa, pode-se pensar, apenas use :, mas não é tão simples.

$ : do_thing "1" && do_thing "2" && do_thing "3"

Isso executaria do_thing "2" && do_thing "3". Talvez não seja grande coisa em alguns casos, mas que tal algo assim?

$ : cd /some/deeply/nested/directory && rm -rf *

A maioria dos comandos não são tão prejudiciais, mas lembre-se que este é um caso em que percebi que tenho que fazer outra coisa antes de executar o(s) comando(s) que digitei, então é sempre um caso em que não quero executá-lo ainda .

Qual é uma maneira confiável, rápida, inofensiva e fácil de salvar um comando que já foi digitado?

echotem o mesmo problema que :, e parece muito menos elegante.

Agrupar tudo dentro de {e }ou (e )me pareceu que poderia funcionar, mas nenhum deles funcionou. Eles deram-me

zsh: parse error near `}'

e

zsh: parse error near `)'

Eu gostaria de poder usar algo como a variável BASH_ENV em zsh, porém não consigo encontrar nada parecido pesquisando no Google.

De man bash:

BASH_ENV

Se este parâmetro for definido quando o bash estiver executando um script de shell, seu valor será interpretado como um nome de arquivo contendo comandos para inicializar o shell, como em ~/.bashrc. O valor de BASH_ENVestá sujeito a expansão de parâmetro, substituição de comando e expansão aritmética antes de ser interpretado como um nome de arquivo. PATHnão é usado para procurar o nome de arquivo resultante.

Tem zshalgo assim?

Por motivos que me escapam parcialmente (e estão fora do escopo desta pergunta), meu arquivo de histórico Zsh ficou corrompido. Tenho várias sessões abertas que têm o histórico na memória. Existe uma maneira de recuperar o arquivo de histórico (no formato correto) do que está na memória?

Enquanto a saída dos comandos historyou fcse parece com isso (por padrão, pelo menos)

57694  type -a ssh-keygen
57695  ssh -v localhost

enquanto o arquivo estiver em um formato como

: 1545938685:133;vim ~/.zshrc
: 1545938820:0;exit

(Obviamente, essas não são as mesmas entradas - apenas as forneço para exibir o formato e, portanto, o problema que estou enfrentando.)

Existe alguma maneira de fcexibir todos os dados que eu precisaria para recriar o arquivo de histórico como era antes de ser corrompido?

(Se isso não for possível, posso recuperar a maior parte de uma unidade de backup, é claro, mas prefiro recuperar tudo, e seria útil saber como fazer isso no futuro.)

Para me lembrar quando tento usar shoptem Zsh em vez de setopt, criei o seguinte alias, testando-o primeiro em um prompt de shell:

$ alias shopt='echo "You\'re looking for setopt. This is Z shell, man, not Bash."'

Apesar da correspondência das aspas simples externas e das aspas duplas internas, e do apóstrofo sendo escapado, fui solicitado a terminar de fechar as aspas com:

dquote > _

O que está acontecendo?

Parecia que o escape estava sendo ignorado ou que precisava ser escapado duas vezes por causa de vários níveis de interpretação... Então, apenas para testar essa teoria, tentei escapar duas vezes (e escapar três vezes, e ligado) todo o caminho até:

alias shopt='echo "You\\\\\\\\\\\\\\\\\\\\\\'re looking for setopt. This is Z shell, man, not Bash." '

e nunca vi nenhum comportamento diferente. Isso não faz sentido para mim. Que tipo de voodoo estranho está impedindo o shell de se comportar como eu esperava?

A solução prática é não usar aspas para echo, já que realmente não precisa de nenhuma, e usar aspas duplas para alias, e escapar do apóstrofo para que seja ignorado quando o texto for echoeditado. Então todos os problemas práticos desaparecem.

Pode me ajudar? Eu preciso de resolução para este problema desconcertante.

Acho ⌥.( alt.para muitos outros) muito útil ao trabalhar em um terminal, inserindo o último argumento da última linha no prompt atual. No entanto, não funciona quando a última linha foi comentada (assumindo set -o interactivecomments).

Não consigo pensar em um caso de uso exato, mas já aconteceu várias vezes de comentar um comando que percebi antes da execução não ser o que eu precisava naquele ponto e, em seguida, queria o argumento final dele em um comando subseqüente.

Eu percebo que existe uma lógica em ignorar tudo o que é comentado, já que nunca é interpretado e, portanto, nada disso é tokenizado em argumentos, mas existe alguma maneira de fazer o que eu quero?

Não seria ideal - mas seria utilizável - se eu tivesse que usar um pressionamento de tecla diferente, vinculado a um comando alternativo que faria o que eu quero.

Estou usando o Zsh, mas uma solução Bash pode funcionar ou estar próxima do que eu preciso fazer no Zsh.

Eu descobri fzfser um utilitário muito útil, mas por algum motivo ele está falhando comigo neste caso específico.

$ brew outdated | fzf -m --tac | brew upgrade

Em vez de permitir que eu escolha quais itens atualizar, ele exibe um menu por um momento e, em seguida, atualiza tudo . Eu nunca tive isso se comportando dessa maneira antes. O que estou deixando passar?

Estou convertendo algumas funções do Zsh para rodar como scripts, e em uma delas preciso acessar valores em (por exemplo) $preexec_functions. Tudo funciona perfeitamente nas funções, mas isso falha no script.

É possível acessar esse valor de um script?