Henrik supports the community's questions

Eu queria permitir que meu usuário comum ligasse /usr/bin/brightnessctl/desligasse a luz de fundo do teclado no meu laptop, então fiz

visudo -f /etc/sudoers.d/grove

( groveé meu nome de usuário, mas tudo o que importa aqui é que esse arquivo esteja incluído /etc/sudoers)

Esse arquivo já continha estas linhas:

grove   ALL=(ALL) NOPASSWD: /usr/bin/light -A 5
grove   ALL=(ALL) NOPASSWD: /usr/bin/light -U 5

então eu apenas imitei isso e tentei adicionar

grove   ALL=(ALL) NOPASSWD: /usr/bin/brightnessctl -d tpacpi::kbd_backlight s 2
grove   ALL=(ALL) NOPASSWD: /usr/bin/brightnessctl -d tpacpi::kbd_backlight s 0

mas isso faz visudoreportar um erro de sintaxe:

/etc/sudoers.d/grove:3:59: syntaksfejl
grove   ALL=(ALL) NOPASSWD: /usr/bin/brightnessctl -d tpacpi::kbd_backlight s 2
                                                          ^~
/etc/sudoers.d/grove:4:59: syntaksfejl
grove   ALL=(ALL) NOPASSWD: /usr/bin/brightnessctl -d tpacpi::kbd_backlight s 0
                                                          ^~

( syntaksfejlé dinamarquês syntax error, configurei LANGpara que tudo fale dinamarquês e não vejo razão para refazê-lo LANG=Cpara fornecer um erro em inglês para um texto tão pequeno)

O que há de errado aqui? São os dois pontos (e o indicador está errado, o que pode ser causado por um TAB depois de grove) e, em caso afirmativo, como posso permitir esse comando? Devo apenas permitir /usr/bin/brightnessctle aceitar que posso controlar mais coisas?

(Se for importante, estou trabalhando em um Debian 12)

Estou tentando fazer com que o tmux me dê uma indicação se a tecla de prefixo foi pressionada.

set-option status-left '#{?client_prefix,Prefix,------} [#S] '

parecia funcionar, mas ocupa espaço na barra de status que eu sinto que poderia ser melhor usado (também é tão longo que isso interfere na lista de janelas, mas isso provavelmente poderia ser resolvido se eu quisesse seguir esse caminho). Em vez disso, tentei alterar o plano de fundo do nome da sessão, o que pode ser feito permanentemente com

set-option status-left-style 'bg=white'

então eu tentei combiná-los em

set-option status-left-style '#{?client_prefix,bg=white,}'

mas isso só faz com que o tmux diga "Estilo ruim". Então, qual é a sintaxe correta para fazer isso?

(Estou no Debian Bullseye e instalei o tmux do pacote disponível lá, então tenho um 3.1 se a versão for importante)

Estou compilando uma lista enorme de comandos (todos fazendo a mesma coisa) que quero executar, mas como leva muito tempo para compilar essa lista, gostaria que a execução começasse antes de terminar (a execução de cada comando normalmente leva mais do que criar outra, então não há risco real de a lista secar).

A maneira normal de executar uma lista de comandos é escrever um script de shell listando os comandos, mas quando inicio a execução de um script não consigo mais adicioná-lo.

A forma que encontrei até agora é colocar os comandos command.liste ter parallel --jobs 1 --line-buffer :::: command.list, mas como envolve usar parallel(estou usando GNU paralelo, não sei se vai funcionar com o programa em more-utils) para não- execução paralela de coisas, acho que é um pouco de abuso de parallel.

Existe uma maneira mais simples de fazer isso? Algo que rastreie quais comandos foram executados no caso de eu estragar alguma coisa e a lista acabar, seria bom.

Quando eu apertei enter neste

(cd <somewhere>/; ls -gG S09E03*

Eu esperava um erro por não ser um diretório com nenhum arquivo correspondente S09E03*(verifiquei isso), mas o comando mostrou informações sobre o arquivo sobre o qual eu queria informações.

Portanto, parece que meu shell (zsh em um Debian Buster corrigido, ou seja, versão 5.7.1) não fez o globbing até que estivesse no diretório correto (ou seja, após o cd). cdé um build-in (basicamente tem que ser), então acho que o shell sabia onde eu queria que isso acontecesse?

Estou totalmente fora? Em vez disso, tem algo a ver com o subshell - (cd <somewhere1>; ls -l <prefix>*; cd <somewhere2>; ls -l <prefix>*)mostra informações sobre dois arquivos diferentes, então acho que não, mas posso estar errado (de novo)? Ou é outra coisa que atrasa o globbing (respeito ao que eu pensava.

• <somewhere>é bastante longo, então eu estava tentando evitar esse caminho na saída dels
• ls -gGpois sabia que o dono e grupo dos arquivos seriam diferentes entre os arquivos queria comparar alguns atributos de

Eu (tentei) configurar as coisas para me permitir ter alguns contêineres sem privilégios que posso iniciar (e depois usar) conforme necessário.

Agora posso criar novos contêineres com lxc-create, mas quando tento iniciar um, isso acontece

> lxc-start --name frisk-buster                                                                                                                                                                                                                                                                                 ~
lxc-start: frisk-buster: lxccontainer.c: wait_on_daemonized_start: 842 Received container state "ABORTING" instead of "RUNNING"
lxc-start: frisk-buster: tools/lxc_start.c: main: 330 The container failed to start
lxc-start: frisk-buster: tools/lxc_start.c: main: 333 To get more details, run the container in foreground mode
lxc-start: frisk-buster: tools/lxc_start.c: main: 336 Additional information can be obtained by setting the --logfile and --logpriority options
> lxc-start --name frisk-buster -F
lxc-start: frisk-buster: network.c: lxc_create_network_unpriv_exec: 2178 lxc-user-nic failed to configure requested network: cmd/lxc_user_nic.c: 1296: main: Quota reached
                                                                                                                                                                          lxc-start: frisk-buster: start.c: lxc_spawn: 1777 Failed to create the configured network
                                                                                                                                                                                                                                                                   lxc-start: frisk-buster: start.c: __lxc_start: 1951 Failed to spawn container "frisk-buster"
                                 lxc-start: frisk-buster: tools/lxc_start.c: main: 330 The container failed to start
lxc-start: frisk-buster: tools/lxc_start.c: main: 336 Additional information can be obtained by setting the --logfile and --logpriority options

(Não tenho ideia de por que as quebras de linha se parecem com isso, quando executo o contêiner no modo de primeiro plano, mas isso realmente não importa)

A única coisa que encontrei on-line ao procurar por esse erro é um conselho para editar /etc/lxc/lxc-usernetpara conter "seu nome de usuário veth lxcbr0 10", mas no meu sistema já contém (exceto que agora defini o limite para 25 para verificar que não era o problema.

O que pode estar errado?

Estou testando um novo gitlab runner que configurei.

Se um projeto tem apenas um trabalho de CI muito curto (ou um que falha muito rapidamente, o que provavelmente é mais realista fora do teste da configuração), o systemd começa a relatar que "[email protected]" falhou, sendo 999 o uid do gitlab-runner . O trabalho foi executado como deveria e, se o tornar mais lento (por exemplo, adicionando um sono a ele), nada falhará.

Pesquisar o erro me leva a acreditar que ele apenas tenta fazer algo toda vez que uma nova "sessão" é iniciada para esse usuário e decide que deve ser interrompida porque sai tão cedo várias vezes em um período muito curto de tempo. Como eu permito isso, de preferência apenas para este usuário?

Eu tenho dois computadores, um desktop e um laptop, ambos rodando o Debian Stretch.

As notificações da área de trabalho funcionam no laptop e acredito que funcione (o monitor conectado está quebrado, então não posso verificar e talvez deva dizer "costumava funcionar").

No laptop, corro o i3 como wm, sem ambiente de desktop e dunst como daemon de notificação.

Não tenho problemas para fazer login na área de trabalho usando SSH do laptop. O encaminhamento do X também funciona, mas as notificações da área de trabalho não são encaminhadas.

Se eu executar notify-send "Hello world"no laptop, recebo uma notificação dizendo "Hello world", se eu executar o mesmo comando na área de trabalho (através de uma conexão SSH, onde posso iniciar programas X, para que o encaminhamento X esteja ativado e funcionando) nada acontece. Um programa que tenta enviar notificações, gera:

** (transmission-gtk:21556): CRITICAL **: gtr_notify_torrent_completed: assertion 'G_IS_DBUS_PROXY (proxy)' failed

quando tenta.

Como posso fazer com que as notificações da área de trabalho sejam encaminhadas?

Eu tenho alguns arquivos de mídia (no momento são arquivos de vídeo, mas suspeito que também seria capaz de usar uma boa solução em arquivos de imagem), que são muito semelhantes, mas de acordo com diff/ cmpnão idênticos. Mas se forem apenas alguns bytes que diferem, talvez não consiga dizer a diferença (sei que depende muito de várias coisas, vamos ignorar isso). Existe um programa (de preferência no Debian Stretch) que pode produzir (uma estimativa de) quantos bits/bytes em dois arquivos diferem?

Quando tento pesquisar esse problema, obtenho muitos resultados, mas a maioria deles parece ser sobre temas de cursor do mouse, e não brinquei com isso e não consigo ver como isso poderia explicar os sintomas que vejo.

Quando o cursor do mouse está sobre uma janela do thunderbird, firefox ou um bate-papo (em grupo) do pidgin, o cursor do mouse é 2-4 vezes o tamanho normal, quando sobre janelas com xterm, liferea, pavucontrol, audacious ou o amigo list do pidgin (acho que é tudo o que tenho em execução agora). A exceção é que, se o menu da barra de tarefas do pidgins estiver aberto, o cursor terá o tamanho normal (pequeno), não importa em qual janela o cursor esteja.

Eu uso o i3 como gerenciador de janelas sem gerenciador de desktop no debian Stretch (mas atualizei apenas alguns dias atrás e também vi o problema em Jessie).

Qualquer explicação (e cura) ou apenas dicas de como descobrir o que está errado.