llinfeng's questions

Dependendo da largura da janela da GUI, o gVim 9.0 no Windows 10 (talvez o Win 11 também) decidiria ser criativo com o texto do título da janela e mostraria qualquer um dos seguintes ao revisar minha nota diária no Vimwiki:

<md GVIM2 n
<house/2022-10-29.md GVIM2 n 
~/Dropbox/Wiki/Warehouse/2022-10-29.md GVIM3 n (This is the full title text)

Aqui está outro exemplo, onde o mesmo arquivo de ajuda é carregado em duas janelas gVim de largura diferente - o texto do título à esquerda é abreviado por causa do redimensionamento da janela.

Pergunta: Falta uma configuração simples para interromper esse comportamento intuitivo? Eu uso o Autohotkey que agrupa as janelas do gVim com base em trechos em seu texto de título e prefiro manter a string de título "completa" pretendida na barra de título do gVim.

Devido a uma política de grupo aplicada ao meu laptop de trabalho, preciso alternar a configuração a seguir sempre que reinicio o laptop para usar o Second Screen, um aplicativo que permite a entrada de caneta e toque de um tablet Samsung.

Existe uma boa maneira, digamos, via PowerShell, de alternar rapidamente essa opção?

Muito Obrigado!

O que me trouxe aqui: Efetivamente, na segunda tela, o tablet Samsung terá uma tela sem fio adicionada ao laptop de trabalho. Por enquanto, é preciso um bom número de cliques do mouse para alternar o valor da Banda Preferida. Agora, tornou-se uma verdadeira tarefa quando não posso evitar reiniciar o laptop duas vezes por dia. (Para encurtar a história, eu também uso eGPU com o laptop de trabalho, o que cria aborrecimento frequente como teclado + mouse. A única solução para esse problema de entrada é reiniciar o laptop. O que desencadeia esses atrasos ainda não está claro.)

Referência: tirei a captura de tela desta página , que também forneceu um passo a passo para chegar a essa configuração.

Peça desculpas por ser preguiçoso aqui - se meu objetivo é simplesmente acessar outros servidores por SSH, "atualizar" de WSL1 para WSL2 faz diferença no desempenho?

Dois casos de uso principais:

1. Com o tunelamento reverso, exponha uma porta remota ao computador local para acesso ao navegador (pense no Jupyternotebook e, digamos, hospedando sites Django);
2. Diretamente sobre SSH (no Windows Terminal), use Tmux + algum editor para manipular o código.

Em geral, existe algo que as chaves de registro do Windows com valores de string não devem ter mais de 256 caracteres? Em particular, gostaria de saber se o valor da string abaixo deve estar sujeito a tal limite. Essa chave específica é encontrada em Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings.

Eu uso uma ferramenta que hospeda seu próprio servidor proxy no Windows para bloquear determinados sites sob demanda. Os endereços em ProxyOverridesão usados ​​para liberar conexões que não deveriam ter sido bloqueadas em primeiro lugar (por exemplo, o OneNote não será sincronizado sem entradas suficientes na lista ProxyOverride). De tempos em tempos (ao longo de muitos anos), o cliente de desktop da ferramenta pode apagar o conteúdo dos arquivos ProxyOverride. Hoje me disseram o seguinte:

Pesquisamos isso e acreditamos que o Microsoft Windows realmente tem uma limitação de 256 caracteres nas configurações de proxy e, como suas configurações são mais de 256, o Windows as está apagando. Você provavelmente poderia experimentar a remoção de alguns dos domínios do Windows, o que poderia ajudar a tornar a lista mais curta, ...

O que mais me confundiu é isso - se houvesse um limite de 256 caracteres, por que minhas configurações ultralongas permanecem em algumas máquinas com Windows 10, mas não em outras? E por que essa configuração pode permanecer por semanas e deve desaparecer quando a ferramenta bloqueadora se atualizar?

Esclarecimento rápido: tenho o X-server em execução na máquina Windows que hospeda a distribuição WSL Ubuntu. Posso iniciar programas GUI local e remotamente. Por exemplo, posso iniciar gvima partir do WSL local e também posso iniciar gvimquando estou em uma sessão SSH.

O WSL é bom para se comunicar com os servidores remotos e consegui fazer o encaminhamento X funcionar. No entanto, continuo recebendo o seguinte texto extra quando executo o ssh -X user@machine_ipcomando. Eu me pergunto se isso significa que todas as minhas sessões de GUI são inseguras? Eu posso viver com tal mensagem se ela não indicar muita ameaça potencial.

Warning: No xauth data; using fake authentication data for X11 forwarding.

Executei as seguintes etapas de instalação e configuração, mas falhei na última etapa:

mv ~/.Xauthority ~/old.Xauthority 
sudo apt install ssh xauth xorg -y
touch ~/.Xauthority
xauth generate $DISPLAY .

vou receber a seguinte mensagem de erro

xauth: (argv):1:  couldn't query Security extension on display "localhost:0.0"  

Tenho reproduzido o problema descrito em três máquinas Windows (dois laptops e um desktop), mas de alguma forma consegui me livrar da Warning: No xauth data;mensagem " " no quarto computador desktop. Em seguida, copiei o seguinte do quarto computador desktop para o restante das três máquinas, nada melhorou.

1. Conteúdo do ~/.Xauthorityarquivo,
2. Adicionado o seguinte a /etc/ssh/config:

    ForwardAgent no
    ForwardX11 no
    ForwardX11Trusted yes
    SendEnv LANG LC_*
    HashKnownHosts yes
    GSSAPIAuthentication yes
    XauthLocation /usr/bin/xauth

3. Adicionado o seguinte a ~/.ssh/config:

Host *
    ForwardAgent yes
    ForwardX11 yes
    ForwardX11Trusted yes
    Protocol 2
    GSSAPIDelegateCredentials no
    XAuthLocation /usr/bin/xauth

Por fim, continuo recebendo a seguinte "conversa" com xautho programa em todas as máquinas Windows com erros que executam o WSL (Ubuntu 18.04 LTS).

User @ machine ➜  ~  xauth                                                   
Using authority file /home/llinfeng/.Xauthority 
xauth> generate $DISPLAY                                                                                  
xauth: (stdin):2:  unable to open display "$DISPLAY".                                                     
xauth> generate $DISPLAY .                                                                            
xauth: (stdin):3:  unable to open display "$DISPLAY".                                                     
xauth> add $DISPLAY .                                                                                     
xauth: (stdin):4:  bad "add" command line                                                                 
xauth>    

Ao verificar o manual para xauth, addparece ser um comando válido de alguma forma.

Eu tentei três distribuições WSL e todas estão produzindo a mesma No xauth datamensagem de erro " ". As três distribuições da Microsoft Store incluem: Ubuntu, Ubuntu 18.04 LTS e Pengwin (Debian).

Por favor, informe como obter o xauthcomando para gerar alguns "dados xauth" adequados.

Pergunta : Posso chamar o Git-Bash para emitir um comando do WSL ? Contextos detalhados vão entre os dois divisores. ( Solução simples anexada no final desta questão .)

Eu uso um alias para compilar todos os meus *.texdocumentos, usando o Git-Bash no Windows 10. No meu c:/users/UserName/.bashrc, mapeei:

alias lmk='latexmk -pvc -pdf --synctex=1 -src-specials -silent -time -interaction=nonstopmode'

Gvim.exeCom um editor nativo e uma instância do Git-Bash que hospeda o latexmkcomando, não preciso mais me preocupar com o tedioso processo de compilação.

No entanto, quando emito o mesmo latexmkcomando por meio do WSL, não consigo mais executar a pesquisa direta e a pesquisa regressiva. Algumas opções para o compilador gravarão no PDF (ou em seu arquivo syntex), mapeando todas as linhas do PDF para as linhas do arquivo de origem detalhadas nos caminhos com sabor do WSL. Outra maneira de corrigir isso é: optar completamente pelo mundo WSL, onde uso o editor nativo + visualizador de PDF (que é completamente novo para mim) ou depurar ainda mais o compilador e ver se posso trocar todos os caminhos com sabor do WSL em caminhos com sabor do Windows (o que é, novamente, demorado).

Uma solução simples seria, de alguma forma, chamar o Git-Bash do WSL, passando os lmkcomandos para o Git-Bash como argumentos de linha de comando?

Além dos detalhes, em geral, o Git-Bash é algum executável que posso chamar diretamente do WSL? Em caso afirmativo, como dizer ao WSL que gostaria de executar a seguinte "coisa"? Na minha máquina, posso encontrar o Git-Bash como: "C:\Program Files\Git\git-bash.exe". Tentei passar /mnt/c/Program\ Files/Git/git-bash.exepara o WSL e ele gentilmente abriu uma janela autônoma do Git Bash.

Solução de linha única usando zsh + GitBash

Eu uso zshcomo meu shell padrão para WSL, e aqui vai a função que defini para torná-la lmk TexFilename.texdiretamente acessível a partir da linha de comando do WSL:

function lmk(){
    "$(wslpath "C:\Program Files\Git\git-bash.exe")" --hide -c "lmk $1"
}
# Note, the `lmk` here is actually alias from Git-Bash, as defined in: c:/users/UserName/.

A linha a seguir facilita o encerramento do processo bash/ oculto perl: emitir lmk_killdeve desativar todos os compiladores em execução (via latexmk, um script perl).

alias lmk_kill="powershell.exe kill -n perl"

Resumindo: com a nova zshfunção, estou compilando *.texarquivos do WSL como se estivesse usando os compiladores MikTeX nativos no Windows. Isso funciona bem com minhas configurações atuais de GVIM + Sumatra, onde a pesquisa para frente e para trás são totalmente funcionais.

Solução ainda mais simples: hospedar latexmkpor meio do PowerShell

Para obter detalhes, consulte esta resposta abaixo.

alias lmk='powershell.exe -c latexmk -pvc -pdf --synctex=-1 -src-specials -silent -time -interaction=nonstopmode'

E compile main.texarquivos em qualquer lugar, digamos, em um painel da sessão do Tmux no WSL, usando o comando simples lmk main.tex.

Pergunta : alguém pode confirmar e/ou explicar a seguinte observação?

Depois de comprar ~/.mutt/muttrcas configurações na web e vasculhar postagens de anos (se não décadas), descobri que o seguinte mapeamento tem um efeito colateral interessante: parece obter a mensagem ARQUIVADA corretamente para o Gmail.

macro index,pager e  "<delete-message><sync-mailbox>"   "move message to trash"

As postagens mais antigas sugeriram o seguinte mapeamento, que tem efeitos colaterais perceptíveis ao criar novos marcadores na minha conta do Gmail de maneira inesperada.

#macro index,pager e "<save-message>=[Gmail]/All Mail<enter><enter>" "Archive"
    # ==> Keeps creating new tags like [Gmail]/AllMail and [Gmail]/AllMailMail ...
#macro index,pager e "<save-message>=All Mail<enter><enter>" "Archive"
    # ==> Keeps creating new tags like `AllMailMail` and `AllMailMailMail` and 
    # so on, per each archive/push.
#macro index,pager A "<save-message>=Archive<enter>" "Archive Message"
    # ==> Well, Gmail is using "All Mails" tag/label to bin all emails for now. (Maybe I have also misread the original post from Ref #1).

Referência

Lista de postagens que encontrei:

1. Uma observação sobre o arquivamento de mensagens do Gmail no Mutt
2. Configuração elegante de vira-lata para uso com o Gmail
3. Mutt, o Vim Way ==> Comecei a experimentar o ddmapeamento deste post e fiquei feliz em descobrir que "excluir" no Mutt =="arquivar" no Gmail (no ano de 2019).