Aviso "Chave armazenada no keyring trusted.gpg legado"

Quando executo sudo apt update, vejo isto:

W: https://download.docker.com/linux/ubuntu/dists/noble/InRelease: A chave está armazenada no keyring trusted.gpg legado (/etc/apt/trusted.gpg), consulte a seção DEPRECATION em apt-key(8) para obter detalhes.

Como é apenas um aviso, estou tentado a não fazer nada, mas o que você aconselha? Obrigado.

Olá, parece que isso significa apenas que suas chaves gpg não estão no lugar certo.

*Recomendado:* Em vez de colocar as chaves no diretório /etc/apt/trusted.gpg.d, você pode colocá-las em qualquer lugar do seu sistema de arquivos usando a opção Signed-By em seu sources.list e apontando para o nome do arquivo da chave. Veja [sources.list(5)](https://manpages.debian.org/testing/apt/sources.list.5.en.html) para detalhes. Como o APT 2.4, /etc/apt/keyrings é fornecido como o local recomendado para chaves não gerenciadas por pacotes. Ao usar um sources.list no estilo deb822, e com a versão do apt >= 2.4, a opção Signed-By também pode ser usada para incluir o keyring completo em armadura ASCII diretamente no sources.list sem um arquivo adicional.

No entanto, é apenas uma recomendação (apesar da ferramenta apt-key estar obsoleta), então é totalmente seguro ignorar no momento. Não tenho certeza quais são os passos corretos para suprimir isso (sou mais da área Arch), mas simplesmente ignorar não deve causar problemas, especialmente se você estiver em uma versão LTS ou não estiver atualizando suas versões principais.

Você certamente poderia tentar apenas limpar o diretório confiável (rm -rf /etc/apt/trusted.gpg.d/*), mas na minha opinião, não vale a pena arriscar quebrar seus pacotes para se livrar de uma mensagem como esta.

1 curtida

Uma palavra de cautela para quem visitar isto no futuro, esta não é a solução para o seu problema e o manuseio inadequado de comandos rm -rf pode potencialmente destruir todo o seu sistema de forma irreparável. Portanto, por favor, tenha cautela.

Há documentação ampla disponível online sobre como se livrar do aviso sobre a depreciação da chave, mas o problema não é específico do Discourse, então deixarei um link e aconselharei a leitura duas vezes antes de executar cegamente quaisquer comandos lá.

4 curtidas

No meu caso, é discutivelmente específico do Discourse (embora não da maneira que você quer dizer), pois eu só tenho o servidor para uma instalação do Discourse que seguiu as instruções de instalação padrão.

Mas eu vou ler o link que você forneceu. Obrigado.

Embora um guia para idiotas fosse muito apreciado.

Faça um backup completo, configure uma nova instância do Discourse e restaure seu backup lá.

Dessa forma, você não precisa mexer em nada e em 99% dos casos seu problema desaparecerá.

2 curtidas

Eu também precisaria de um guia para leigos sobre isso!

Por exemplo, eu só aprendi recentemente que um backup completo inclui não apenas o backup que você obtém usando o site do Discourse, mas também o arquivo app.yml.

Se você não está familiarizado com um shell, eu recomendaria baixar o backup do seu site atual e seguir o procedimento padrão de restauração.

No entanto, se você se sentir minimamente confortável no shell ou não quiser lidar com a configuração de um site temporário, eu recomendaria fazer uma restauração via CLI.

Existem guias bem elaborados já disponíveis para isso:

1 curtida

Parece simples, obrigado. Eu estaria usando um droplet da Digital Ocean, então imagino que teria que atualizar o registro “A” do DNS depois para o novo endereço de IP. Eu poderia reduzir o TTL com antecedência também. E quanto ao Amazon SES – não me lembro, mas além de reabilitar o e-mail (como no guia), haveria mais alguma etapa a ser seguida?

Correto, se a máquina tiver um novo IP público, você precisa atualizar o registro A para apontar para o novo servidor.

A configuração de e-mail não deve mudar, desde que seu arquivo containers/app.yml permaneça o mesmo. Se a Amazon estiver limitando o IP que pode enviar e-mail através da chave, isso é diferente, mas, caso contrário, nada muda.

1 curtida

Obrigado. Eu posso fazer isso em breve, então. Eu atualizei o Ubuntu para 24.04 com o Discourse in situ. Pareceu funcionar bem, mas esta deve ser apenas uma consequência imprevista.

1 curtida