user598527's questions

Quero permitir que os principais programas operem de maneira padrão e se separem do terminal assim que um aplicativo gráfico for iniciado. Neste exemplo fzflê caminhos de um arquivo, alimenta os arquivos e pastas selecionados para o mpvmedia player:

fzf < paths.txt | mpv --playlist=-

Quando &é adicionado ao comando fzfnunca é iniciado interativamente:

fzf < paths.txt | mpv --playlist=- &

Embora mpvtenha um --terminal=nosinalizador, ele apenas desativa a entrada e saída do terminal, ainda deixando o processo mpv anexado.

desativa qualquer uso do terminal e stdin/stdout/stderr. Isso silencia completamente qualquer saída de mensagem.

Ao contrário de --really-quiet, isso também desativa a entrada e a inicialização do terminal.

O erro supostamente se origina de arquivos criados no Windows. Ao tentar converter, flac 1.4.3imprime:

$ flac --best ~/music/unknown-80s-german-song.wav
unknown-80s-german-song.wav: ERROR: unsupported format type 3

Abri o arquivo no Audacity 3.4.2 (Flatpak) e tentei exportar - o programa padroniza a codificação 'PCM assinado de 16 bits' enquanto o arquivo se apresenta como 32 bits:

$ mediainfo ~/music/unknown-80s-german-song.wav
General
Complete name                            : /home/user/music/unknown-80s-german-song.wav
Format                                   : Wave
Format settings                          : PcmWaveformat
File size                                : 60.6 MiB
Duration                                 : 2 min 59 s
Overall bit rate mode                    : Constant
Overall bit rate                         : 2 822 kb/s

Audio
Format                                   : PCM
Format profile                           : Float
Codec ID                                 : 3
Codec ID/Hint                            : IEEE 
Duration                                 : 2 min 59 s
Bit rate mode                            : Constant
Bit rate                                 : 2 822 kb/s
Channel(s)                               : 2 channels
Sampling rate                            : 44.1 kHz
Bit depth                                : 32 bits
Stream size                              : 60.6 MiB (100%)

Para automação, prefiro um método de linha de comando.

Embora esteja na área cinzenta (o estado dos direitos autorais = desconhecido ), o arquivo surgiu em uma comunidade centrada em uma determinada música não identificada (fita digitalizada).

Este é um arquivo de texto simples, aparentemente limitado a 300 linhas. Eu uso teefrequentemente no meu sistema.

$ file .tee_history
.tee_history: Unicode text, UTF-8 text

$ wc -l .tee_history
300 .tee_history

$ tee --version
tee (GNU coreutils) 9.3

Não tenho utilidade para a história. Esse registro pode ser facilmente desativado ou truncar periodicamente ( > .tee_history) ou remover o arquivo seria a solução mais sensata?

Normalmente acrescento a arquivos de texto usando cat:

cat >> FILE

Eu uso um alias para evitar sobrescrever acidentalmente o arquivo (com um único >):

alias a='cat >>'

Enter altera a linha e Ctrl+ Dencerra o comando. Eu escrevo em vários arquivos de texto em minha pasta pessoal, todos os quais criei, possuo e posso editar.

Em várias ocasiões, tanto no meu sistema desktop Linux (Fedora 39) quanto no Termux (Android), o comando parou de redirecionar para um arquivo enquanto aceitava entradas aparentemente normalmente. Perdi centenas de linhas, principalmente URLs que colei. Parece ocorrer apenas quando o comando está em execução há algum tempo.

Há algum motivo pelo qual o redirecionamento cat >>pode deixar de funcionar? Por exemplo, algum caractere especial (na entrada) tem efeito?

ATUALIZAÇÃO : confirmei que o número do inode dos respectivos arquivos continua mudando ( $ ls -liou veja a hora exata com $ stat -c '%w') - isso ocorre porque o Syncthing por design recria os arquivos sincronizados . Terei que reavaliar como estou usando o software no futuro. Desculpe por não mencionar o Syncthing em primeiro lugar.

Dos comandos que automatizei, pelo menos sed -i(editar um arquivo no local) também substitui o inode.

O comando cat >> FILEtambém deveria ser substituído (foram dadas sugestões, veja os comentários e a resposta).

Não encontrei uma maneira de automatizar a execução de um comando dentro de um contêiner do Docker recém-criado. Costumo criar contêineres descartáveis ​​(como ambientes de teste, amostras abaixo) que se beneficiam de alguns pacotes adicionais e podem precisar de uma atualização antes que o software possa ser instalado.

Prefiro executar o comando diretamente em uma sessão interativa.

docker run --interactive --tty --rm fedora bash
docker run --interactive --tty --rm ubuntu bash

Atualmente, continuo colando comandos (incluindo apt update && apt upgrade -ye dnf update -y) no shell do contêiner.

Com o mouse, as guias do terminal podem ser destacadas, destacando uma guia, clicando com o botão direito do mouse e selecionando a referida opção. Sou mais ou menos um usuário apenas de teclado e, portanto, esse recurso está inacessível para mim no momento.

Estou usando este método para abrir uma janela de terminal do Gnome e executar comando(s) - neste caso, para me enviar mensagens de notificação simples (serão agendadas via at):

#!/bin/sh
gnome-terminal -- /bin/sh -c 'echo "remember: $1"; exec bash'

O shell imprime apenas a remember:string e não o valor especificado, por exemplo, ao executar remind.sh "pick up the package"ou remind.sh "buy groceries X and Y".

Quando eu retiro o script para o seu núcleo, tudo funciona como esperado (é claro que não terá nenhum uso na automação via cron ou systemd, pois nada é exibido em primeiro plano):

#!/bin/sh
echo "remember: $1"

O problema parece resultar de um servidor web mal configurado e afetou alguns domínios que encontrei em lynxe w3m, mas linksposso acessar pelo menos em alguns casos. Isso pode ser resolvido no lado do usuário?

403 Forbidden
-------------------------------------------------------------------------------------
nginx

Eu uso sortpara remover linhas duplicadas de arquivos de texto, classificar em ordem alfabética, sobrescrevendo os arquivos ( {,}no comando):

sort -u -o $HOME/Documents/notes/URLs.txt{,}

Como adicionar arquivos adicionais ao mix, depois de URLs.txt? Para ilustrar com três adicionais:

$HOME/Documents/notes/{URLs.txt,Android.txt,mpv.txt,firefox.txt}

Eu uso este script para reiniciar o Firefox durante a noite (para aplicar o gerenciador de pacotes e as atualizações do complemento):

#!/bin/bash
killall -s SIGTERM firefox; sleep 15
firefox -P "user" &
firefox -P "default settings" &

crontab (executado às 3 da manhã):

0 3 * * * /usr/local/bin/firefox.sh

Quando executado manualmente o script funciona como esperado: fecha os processos do Firefox e inicia dois perfis em suas próprias janelas.

Quando o cron executa o script, o Firefox é fechado apenas de forma consistente.

Atualizei meu arquivo rsync ignore e usei o --delete-excludedsinalizador para remover arquivos agora redundantes do lado de destino. rsync não pode concluir a tarefa, pois tenho a linha lost+found/no referido arquivo:

rsync: [generator] opendir "/mnt/text/lost+found" failed: Permission denied (13)
IO error encountered -- skipping file deletion

meu comando:

rsync --archive --no-compress --info=progress2 --human-readable --exclude-from='rsync.exclude.txt' --delete-excluded $HOME/ /mnt/text/

Como um diretório do sistema lost+foundnão pode ser removido.

Lembro-me de obter erros de permissão com lost+foundpelo menos o Fedora 33 (no lado do envio) e, portanto, a pasta foi excluída. No meu Fedora 35 atual, o rsync funcionou bem sem (atualmente não há dados no diretório, se relevante).

É realmente necessário excluir manualmente a pasta ou encontrei um bug (e, como resultado, não entendi como o rsync funciona)? Isso implicaria que o rsync sempre falharia no Linux quando as configurações padrão são usadas devido ao erro de E/S...

Adquiri o hábito de incluir .em algum post do blog:

0 0 * * * . /usr/local/bin/somescript.sh

...ao invés de:

0 0 * * * /usr/local/bin/somescript.sh

Por exemplo, um editor visual de expressão de agendamento cron cron.guru considera o uso do caractere como um erro, mas meus scripts parecem ter sido executados conforme especificado pelo menos até agora.