Enlico's questions

Digamos que eu queira executar cmdem todos *.cppos *.hpparquivos que contenham a palavra FOO.

No que diz respeito a encontrar esses arquivos, eu sei que posso fazer,

find /path/to/dir -name '*.[hc]pp' -exec grep -l 'FOO' {} +

mas qual é a maneira correta de estender o processamento para que eu possa executar, digamos, cmdem cada um desses arquivos?

Eu sei que poderia -exec bash -c '...'escrever a lógica "se o conteúdo do arquivo contém FOO, então execute cmdno arquivo" no arquivo ..., mas isso parece um canhão para atirar em uma mosca.

Eu uso o ArchLinux, mas isso deve ser irrelevante, além de ser o motivo pelo qual frequentemente me refiro às suas páginas wiki .

Acho que não tenho uma compreensão muito clara de como as notificações funcionam e quais são os "jogadores" interagindo para que as notificações funcionem:

• quantos jogadores estão envolvidos?
• O que é um servidor de notificação e para que serve ?
• O que é um cliente de notificação e o que ele faz ?
• O que é isso notify-sendque posso usar para fazer uma notificação aparecer? É o (bem, um ) cliente?
• O que é um daemon de notificação ?
• E qual é o papel de libnotify?

Na tentativa de entender isso e configurar notificações em meu sistema, consultei esta página wiki.¹

Eu tentei notification-daemonprimeiro. Isso não funciona apenas após a instalação. Para que uma chamada notify-sendseja bem-sucedida, é necessário iniciá-la (significa executá-la /usr/lib/notification-daemon-1.0/notification-daemon) manualmente, iniciá-la automaticamente de alguma forma ou criar um arquivo /usr/share/dbus-1/services/org.freedesktop.Notifications.servicecom este conteúdo

[D-BUS Service]
Name=org.freedesktop.Notifications
Exec=/usr/lib/notification-daemon-1.0/notification-daemon

Aí eu tentei dunst, mas isso, assim que instalado, simplesmente funciona, no sentido de que notify-sendsimplesmente funciona. Acho que isso ocorre fundamentalmente porque ele se inicia na primeira chamada para notify-send(o que significa que inicialmente tive a impressão de que funcionava também depois de desinstalá-lo; isso porque o dunstprocesso estava em execução), mas como faz isso?

E esses dois notification-daemonestão dunstna seção Servidores de notificação > Standalone , mas também são chamados de "daemons de notificação"; isso significa que o daemon de notificação e o servidor de notificação são sinônimos? Se não, onde está a diferença?

E da perspectiva do usuário (eu), a diferença entre os dois é estética? Quero dizer, quando um está em execução e o outro em execução, vejo que a notificação parece diferente. Aliás, aí vem a pergunta “o que eles estão servindo?”, porque me parece que eles estão apenas esperando que alguma outra ferramenta lhes envie notificações, para que possam mostrá-las de uma forma simpática. Ou ambos estão fazendo as duas coisas? Em ambos os casos, de onde vêm originalmente as notificações? Como eles chegam às caixas de notificação?

De qualquer forma, e se eu quiser fazer coisas personalizadas com as notificações? Digamos que eu queira obter todos eles e ter meu próprio script de shell que, digamos, apenas os anexe em um arquivo ~/notifications. Isso significaria que estou escrevendo meu próprio servidor de notificação? Ou cliente? Ou o que?

Estou perguntando é que quero experimentar a ideia de poder mostrar notificações na xmobarbarra de status (que uso com o gerenciador de janelas XMonad), então estou tentando entender todos os detalhes.

Eu também dei uma olhada no statnotque parece muito magro e sem frescuras, mas com referência ao parágrafo anterior, parece que usar statnotainda significaria que eu ainda teria que escrever uma configuração que, por meio da função update_text, chamasse alguma API que xmobar ou xmonad expõe. Dessa forma eu não teria controle sobre, digamos, quantas notificações desejo mostrar por vez.

Estou ficando um pouco perdido :/

Tentar entender as implicações desta minha questão a partir da especificação de notificações da área de trabalho não teve sucesso: D

(¹) Mas eu tinha um "bug" pré-existente no meu arquivo ~/.xinitrc, então tive que resolvê-lo primeiro .

dr.

Como faço para corrigir esse erro no Debian

E: The repository 'https://deb.nodesource.com/node_current.x nodistro Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

se o erro foi executar isso

sudo add-apt-repository ppa:agornostal/ulauncher -y && sudo apt update

que foi planejado para o Ubuntu?

História completa

Eu queria instalar o ulauncher em uma máquina Debian 11, então procurei a instrução Ubuntu (Debian) na página vinculada e executei o comando

sudo add-apt-repository universe -y && sudo add-apt-repository ppa:agornostal/ulauncher -y && sudo apt update && sudo apt install ulauncher

que falhou, porque era para Install via PPA (Ubuntu) , que eu não tinha lido, pois o Ubuntu (Debian) acima me fez pensar que as instruções eram comuns (normalmente sou um usuário do ArchLinux, então não sou que costumava instalar coisas no Ubuntu ou Debian).

O erro foi simplesmente

Error: 'universe' invalid

então tentei executar

sudo add-apt-repository ppa:agornostal/ulauncher -y && sudo apt update && sudo apt install ulauncher

que falhou com

E: The repository 'http://ppa.launchpad.net/agornostal/ulauncher/ubuntu noble Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
E: The repository 'https://deb.nodesource.com/node_current.x nodistro Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

Foi aí que li as instruções com mais atenção, descobrindo que no Debian eu deveria ter executado esses comandos

sudo apt update && sudo apt install -y gnupg
gpg --keyserver keyserver.ubuntu.com --recv 0xfaf1020699503176
gpg --export 0xfaf1020699503176 | sudo tee /usr/share/keyrings/ulauncher-archive-keyring.gpg > /dev/null
echo "deb [signed-by=/usr/share/keyrings/ulauncher-archive-keyring.gpg] \
          http://ppa.launchpad.net/agornostal/ulauncher/ubuntu jammy main" \
          | sudo tee /etc/apt/sources.list.d/ulauncher-jammy.list
sudo apt update && sudo apt install ulauncher

então tentei isso, mas o erro ainda era o mesmo acima, então entendi que precisava de alguma forma desfazer minha primeira tentativa destinada ao Ubuntu. Eu tentei isso:

sudo add-apt-repository -r ppa:agornostal/ulauncher

então o primeiro comando das instruções específicas do Debian

sudo apt update && sudo apt install -y gnupg

ainda erros, mas um pouco menos:

E: The repository 'https://deb.nodesource.com/node_current.x nodistro Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

Como faço para corrigir isso?

Até onde eu entendi, um emulador de terminal é um programa baseado em GUI que me dá uma janela de visualização semelhante a um terminal e me permite interagir com ele como faria com um terminal, exceto que ele tem todo o suporte de o sistema X, então suspeito que ssh user@ipisso não me dará acesso a um emulador de terminal rodando na máquina remota. Se eu quiser usar isso, preciso me conectar a essa máquina via VNC e abrir uma janela de emulador de terminal nessa área de trabalho.

Mas eu tenho acesso a um console virtual (um que, fisicamente na máquina remota eu obteria via Ctrl++ , por exemplo) Alt? Eu posso , o que me dá acesso à área de transferência, que vem com o X, então parece que também não estou em um console virtual ...F2ssh -X ...

Em relação à duplicata proposta, como minha pergunta é especificamente sobre SSH, as informações que posso coletar são as seguintes:

• Ssh (que conecta um terminal em uma máquina com programas em outra máquina)

  da resposta aceita ,

• pseudoterminais usam “dispositivos” PTY para organizar a comunicação entre aplicativos de console e o programa de criação de terminal que é executado no espaço do usuário . Exemplos são emuladores de terminal baseados em X e sshd, que aloca um pseudotty para cada sessão de login.

  de outra resposta ,

• Pode haver algum aplicativo que "emule" o terminal aceitando pressionamentos de tecla do usuário e enviando-os para algum lugar (xterm e ssh são bons exemplos). Existe uma API no Kernel chamada pseudo terminal para isso. Portanto, seu tty pode realmente estar conectado a algum aplicativo em vez de um terminal real. O Xterm usa o X11 para exibir texto e o ssh usa a conexão de rede para isso.

  de mais uma resposta ;

então a resposta à minha pergunta parece ser "ele dá acesso a um pseudo terminal".

Por que estou perguntando isso?

Como você pode imaginar, é principalmente por curiosidade. Mas por que a curiosidade surgiu em minha mente?

Bem, houve um momento em que notei que não estava feliz porque depois de correr clearpara limpar a tela do terminal, tive que mover meus olhos da parte inferior da tela, onde o prompt acabou após os comandos sereral e seus saídas, para o topo da tela.

Foi quando eu inseri isso no meu ~/.bashrc:

__prompt_to_bottom_line() {
  tput cup $LINES
}
alias clear='clear && __prompt_to_bottom_line'

Para mim, ter o prompt na parte inferior após a execução clearsignifica que o prompt está sempre na parte inferior, nunca na parte superior. Todo o resto está normal.

E os outros?

Acho que não sou o único a sentir essa necessidade. Veja esta pergunta , por exemplo: o usuário queria que o prompt estivesse sempre no topo e a saída abaixo dele, mas na ordem inversa (mas uma saída de um comando, mesmo que multilinha, não é invertida, claramente).

Se você pensar bem, o que esse usuário espera ver na tela é exatamente o tacque eu espero (exceto que, novamente, as saídas de várias linhas não são invertidas).

Então minha pergunta é

por que o terminal foi projetado com esse comportamento não uniforme? Por não uniforme quero dizer que ele começa em uma situação que nunca será repetida a menos que um clears, e isso mudará comando após comando, com o prompt viajando para baixo na tela, eventualmente com o prompt terminando em uma posição "estável" em na parte inferior da tela, de onde não se moverá mais, a menos que um clears.

A linha sempre na parte superior/inferior com saídas empurradas para baixo/para cima não seria um design mais amigável aos olhos?

A saída de jobsse parece com isso

[1]   Stopped                 TERM=xterm-256color vim --servername vim ~/.gitconfig
[2]-  Stopped                 TERM=xterm-256color vim --servername vim ~/.vimrc  (wd: ~)
[3]+  Stopped                 TERM=xterm-256color vim --servername vim i3blocks.conf  (wd: ~/.config/i3/configs)

onde a parte, se presente, mostra o dir de onde o trabalho correspondente foi iniciado.(wd: path)path

Várias vezes eu quero mover para esse diretório para um dos trabalhos.

Existe um utilitário para fazer isso?

Resumindo, eu instintivamente escrevi um comando como este para encontrar os dois arquivos prefix.exte prefix_suffix.extdescer uma hierarquia

find /some/path -type f -name 'prefix?(_suffix).zip'

mas não funciona.

Como man find, under -name patterse refere ao padrão como um "padrão de shell", eu estava vagando se alguém tem controle sobre qual padrão deve ser usado e, especificamente, se a extglobopção pode ser usada.

Eu gosto de editar /usr/share/applications/*.desktoparquivos (felizmente, apenas alguns deles) para atender às minhas necessidades. Quando o aplicativo relativo é atualizado, porém, as edições que fiz se perdem. Como devo enfrentar esse inconveniente?

Uma possibilidade é manter uma versão separada dos *.desktoparquivos, então a questão é onde devo colocar minhas versões editadas para que elas tenham precedência sobre as versões originais em/usr/share/applications/ ?

Como uma pergunta secundária: É claro que devo verificar, de tempos em tempos, se alguma alteração importante foi feita no arquivo original e pegar essas alterações manualmente, se necessário. Qual é uma abordagem possível a este respeito?

Versão mais concisa

Com "\t": menu-completeem ~/.inputrccriar esses dois arquivos,

$ touch one.two.txt
$ touch one.four.txt

comece a escrever o seguinte,

$ ls one

acerte Tabe você vai conseguir

$ ls one.four.txt

Agora mova o cursor para um pouco antes fourde , delete four, write only te então pressione Tabnovamente. Você terá

$ ls one.two.txt.txt

Existe uma maneira de evitar a duplicação .txtneste fluxo de trabalho?

Pergunta original

Eu uso menu-completea função bash para percorrer a conclusão quando pressiono Tabe estou feliz com isso. Mas o seguinte aconteceu muitas vezes comigo.

Suponha que eu esteja procurando o arquivo longparthardtoremember.with.QQQQQQQ.extensionem um diretório que contém os arquivos

longparthardtoremember.with.AAAAAAA.nice.long.extension
longparthardtoremember.with.BBBBBBB.very.nice.long.extension
...

Se eu Tabcompletar , $ longo primeiro nome de arquivo será inserido. Nesse ponto, gostaria de passar para o meio do nome do arquivo, excluir a AAAAAAAparte, digitar Be Tabconcluir novamente. Se eu fizer isso, toda a parte posterior BBBBBBBtambém será inserida, levando a uma duplicação dela, o que obviamente não quero.

Com vio modo de edição, sou bastante rápido em lidar com isso (eu mudo rapidamente para a parte repetida e a excluo), mas ainda é irritante.

Por puro acaso, encontrei a skip-completed-textopção bash na página man do bash. Não é isso que eu preciso? Eu configurei on, mas não consigo ver nenhuma diferença no comportamento da conclusão no meio do trabalho Tab. Eu entendi mal a página de manual?

Quando entro, por exemplo, xdg-mime query filetype Video/movie.mkv, a saída é video/x-matroska; se eu entrar xdg-mime query default video/x-matroska, a saída será mplayer.desktop, e esse é realmente o aplicativo usado quando eu entrar xdg-open Video/movie.mkv. O mesmo vale para outros tipos de arquivo para os quais defini aplicativos padrão específicos.

Por outro lado, nada acontece quando clico em "Abrir pasta do Dropbox" no menu pop-up do ícone da bandeja do Dropbox, ou quando clico com o botão direito do mouse e "Abrir pasta" em um arquivo na lista de arquivos baixados do Transmission; então, eu esperaria que nenhum aplicativo estivesse associado a diretórios.

Com isso em mente, o que tentei até agora é run xdg-mime query filetype Video, que retorna inode/directorye, por sua vez, run xdg-mime query default inode/directory, que retorna ranger.desktop, meu gerenciador de arquivos. Isso soa bem o que eu esperaria se tudo funcionasse, mas esse não é o caso.

Por que nada acontece quando clico em "abrir pasta" e similia nos menus pop-up?

Desde que instalei o i3 no Arch Linux, notei um tamanho de fonte muito grande (no que foi a primeira coisa que vi, o i3bar na parte inferior), então alterei o tamanho da fonte no .config/i3/configarquivo (agora a linha lê font pango:DejaVuSansMono Nerd Font Mono 5.

Logo percebi que o tamanho das barras de menu do aplicativo era muito grande, então editei com Lxappearance (agora a fonte padrão é DejaVuSansMono Nerd Font Bookcom size 4) e a GUI do próprio Lxappearance parece perfeita.

Mas o resto ainda não, como você pode ver na captura de tela: a fonte é muito grande, eu diria enorme, na Openjanela flutuante, enquanto na janela da direita ela é minúscula, se não invisível Audacity; finalmente parece normal na TikZiTjanela da esquerda.

Além disso (não sei como tirar uma foto disso, mas tenho certeza que não acrescentaria nada a esta pergunta), se eu clicar com o botão direito do mouse no ícone do Dropbox, vejo uma fonte enorme no pop branco -up menu (a mesma fonte que vejo ao passar o cursor sobre esse ícone); quando faço o mesmo com o Skype (não na imagem), a fonte que vejo é a minúscula no menu pop-up Arc-dark.

Eu sou novo nesse mundo do tipo faça-você-mesmo do zero no qual o ArchLinux e o i3 vivem. E eu prefiro não desistir depois de uma semana ou duas.

EDIÇÃO 1

Aqui outra foto onde Bas fontes estão bem legais (digo bem, já que nem sei de onde elas vêm), enquanto Aas fontes são muito pequenas. Que não são definidos por qt5ct.

EDIÇÃO 2

Começo a pensar que talvez não seja um conflito entre GTK e Qt: como você pode ver na captura de tela a seguir, defini temas semelhantes, mas definitivamente não idênticos com qt5ct(esquerda) e lxappearance(direita), mas pavucontrol(centro), que usa GTK , apresentam aquela fonte minúscula ilegível.

[![digite a descrição da imagem aqui][4]][4]

Acho que tenho feito mais de uma dúzia de reinicializações do sistema nos últimos minutos para verificar esse comportamento estranho. Parece que o serviço de dropbox tem sucesso ou falha na execução na inicialização, dependendo de quanto tempo eu gasto na tela de login onde digito a senha. Eu não fiz nenhuma cronometragem, então não sei quanto tempo é exatamente, mas não é mais do que meia dúzia de segundos.

Quando eu insiro a senha rapidamente, o Dropbox é iniciado, na verdade eu verifico o seguinte,

$ systemctl status [email protected]
● [email protected] - Dropbox
   Loaded: loaded (/usr/lib/systemd/system/[email protected]; enabled; vendor preset: disabled)
  Drop-In: /etc/systemd/system/[email protected]
           └─override.conf
   Active: active (running) since Wed 2018-06-13 17:07:04 CEST; 6min ago
 Main PID: 1006 (dropbox)
    Tasks: 84 (limit: 19660)
   Memory: 148.0M
   CGroup: /system.slice/system-dropbox.slice/[email protected]
           ├─1006 /usr/bin/dropbox
           ├─1052 dbus-launch --autolaunch 9f3c6fabb4aa40d1b7d5b3a3881af003 --binary-syntax --close-stderr
           ├─1053 /usr/bin/dbus-daemon --syslog-only --fork --print-pid 5 --print-address 7 --session
           └─1057 /usr/bin/dunst

Jun 13 17:07:05 greywarden dropbox[1006]: dropbox: load fq extension '/opt/dropbox/PyQt5.QtWebKitWidgets.so'
Jun 13 17:07:05 greywarden dropbox[1006]: dropbox: load fq extension '/opt/dropbox/PyQt5.QtWidgets.so'
Jun 13 17:07:05 greywarden dropbox[1006]: dropbox: load fq extension '/opt/dropbox/PyQt5.QtPrintSupport.so'
Jun 13 17:07:05 greywarden dropbox[1006]: dropbox: load fq extension '/opt/dropbox/PyQt5.QtDBus.so'
Jun 13 17:07:05 greywarden dbus-daemon[1053]: [session uid=1000 pid=1051] Activating service name='org.freedesktop.Notifications' requested by ':1.0' (uid=1000 pid=1006 comm="/usr/bin/dropbox ")
Jun 13 17:07:05 greywarden org.freedesktop.Notifications[1053]: Warning: 'allow_markup' is deprecated, please use 'markup' instead.
Jun 13 17:07:05 greywarden org.freedesktop.Notifications[1053]: Warning: The frame section is deprecated, width has been renamed to frame_width and moved to the global section.
Jun 13 17:07:05 greywarden org.freedesktop.Notifications[1053]: Warning: The frame section is deprecated, color has been renamed to frame_color and moved to the global section.
Jun 13 17:07:05 greywarden org.freedesktop.Notifications[1053]: Warning: Unknown keyboard shortcut: mod4+grave
Jun 13 17:07:05 greywarden dbus-daemon[1053]: [session uid=1000 pid=1051] Successfully activated service 'org.freedesktop.Notifications'

Por outro lado, quando estou muito lento para digitar a senha ( por exemplo , digitar, retroceder, redigitar, ...) ou simplesmente não estou olhando para a tela enquanto estou lendo um livro, a saída é

$ systemctl status [email protected]
● [email protected] - Dropbox
   Loaded: loaded (/usr/lib/systemd/system/[email protected]; enabled; vendor preset: disabled)
  Drop-In: /etc/systemd/system/[email protected]
           └─override.conf
   Active: failed (Result: exit-code) since Wed 2018-06-13 17:15:03 CEST; 39s ago
  Process: 1031 ExecStart=/usr/bin/dropbox (code=exited, status=250)
 Main PID: 1031 (code=exited, status=250)

e o dropbox realmente não está em execução (sem ícone na bandeja).

Estou executando o i3 no gerenciador de login do ArchLinux e LightDM. Eu segui as seções Prevent automatic updates e Autostart na página wiki , mas não é improvável que eu tenha feito confusão entre Autostart na inicialização com systemd e Autostart no login com systemd e essa pode ser a raiz do problema.

Não sou tão novo no Linux em geral, mas sou novo no Arch. Instalei duas vezes (a primeira vez em um HDD, apenas para tentar enquanto espero que o SSD me seja entregue, a segunda vez, alguns dias depois, no SSD), com i3 e outros programas para ter um ambiente de desktop utilizável. A propósito, minhas escolhas foram baseadas na correspondência entre meu gosto (viciado em Vim) e leituras puras das páginas oficiais da wiki do Arch.

No momento há uma coisa que está me incomodando tremendamente: quando abro o Spotify (instalado a partir do AUR, através de aurman -S) ou Qutebrowser (oficial, através de sudo pacman -S) e, possivelmente, outros aplicativos, seja do terminal urxvtou através do rofi, experimento um completo "congelamento " do teclado que dura até cinquenta segundos (!), enquanto o mouse ainda interage perfeitamente com o ambiente. Por exemplo, eu posso fazer essa coisa engraçada:

1. Abra o Spotify, então
2. Continue fazendo qualquer coisa no teclado com a mão esquerda, por exemplo ,
   • continue pressionando 1e 2alternadamente e freneticamente com um dedo enquanto pressiona $mod, que é Altno meu caso, com o polegar,
   • ou pressione aleatoriamente as teclas de letras enquanto estiver em uma caixa de texto no navegador ou no terminal inocente
   • ou, apenas para esclarecer o que tentei, pressionando meu gato bravo no teclado inteiro
3. Enquanto isso , use a mão direita para mover com sucesso de uma área de trabalho para outra com o mouse (usando os ícones numerados na parte inferior esquerda da tela) e interaja com qualquer coisa interativa com o mouse (próxima música, aumente o volume, alterar a saída de áudio em pavucontrol, ...). Obviamente, se eu mudar para um espaço de trabalho com um programa em tela cheia, ficaria preso nesse espaço de trabalho até que aqueles longos cinquenta (mais ou menos) segundos passassem.
4. O teclado começa a funcionar novamente e é como eu nunca pressionei essas teclas ( por exemplo , se eu estava pressionando letras enquanto estava no terminal, essas letras "passadas" não aparecem).

O teclado é um Logitech K270 sem fio (com o mouse sem fio M185 da mesma caixa) com um receptor USB, mas sinceramente não sei quais outros detalhes eu poderia fornecer, então me pergunte. (Eu realmente não acho que o sistema de arquivos possa desempenhar algum papel no assunto, mas, se eu estiver errado, é btrfs.)

Minha placa-mãe é uma X399 Aorus Gaming 7, e tem

• 1 x porta USB 3.1 Gen 1 branca (no manual do usuário, enquanto está rotulado como USB 3.0 BIOS no escudo de E/S, já que é a porta Q-Flash destinada a piscar o BIOS)
• 5 x portas USB 3.1 Gen 1 azuis (no manual do usuário, enquanto estão rotuladas como USB 3.0 no escudo de E/S)
• 2 x portas USB 3.1 Gen 1 amarelas (no manual do usuário, enquanto está rotulado como USB 3.0 DAC-UP no escudo de E/S)
• 1 x porta USB 3.1 Gen 2 tipo A vermelha (no manual do usuário, enquanto está rotulada como USB 3.1 no escudo de E/S)

As 9 portas estão dispostas em pares como em (letras = cores)

YY
WB
BB
BB
 R