após o debian stretch install (RC3), problema (s) de assinatura do apt

0

Para o que vale a pena, acabei de reinstalar o trecho e o problema desapareceu. Talvez eu tenha feito algo com o dedo polegar ...

No início desta semana (17 de abril) eu instalei o debian stretch no meu computador de mesa, usando o lançamento do Debian Installer Stretch RC3, encontrado aqui: link

O sistema está agora no lugar e funciona bem, com esta ressalva: Quando eu faço o apt-get update, recebo a seguinte saída

Get:1 http://ftp.us.debian.org/debian stretch InRelease [186 kB]
Ign:1 http://ftp.us.debian.org/debian stretch InRelease
Fetched 186 kB in 0s (410 kB/s)
Reading package lists... Done
W: GPG error: http://ftp.us.debian.org/debian stretch InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010
W: The repository 'http://ftp.us.debian.org/debian stretch InRelease' is not signed.
N: Data from such a repository can't be authenticated and is therefore potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration details.

(Meu /etc/apt/sources.list contém apenas

deb http://ftp.us.debian.org/debian/ stretch main non-free 
deb-src http://ftp.us.debian.org/debian/ stretch main non-free

Claro, isso é apenas um aviso - eu ainda posso atualizar / atualizar / dist-upgrade via apt-get; Eu recebo a reclamação acima, mas ainda funciona.

Eu notei o problema / a quando tentei fazer o seguinte:

wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo apt-key add - 

Eu recebo a saída:

gpg: WARNING: nothing exported
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0

(Para o que vale a pena, eu tentei adicionar outras assinaturas, desta forma, e não teve sucesso - mesmo erro. E eu salvar o resultado do wget para um arquivo, e chamando apt-get key com nome de arquivo como argumento - mesmo erro, novamente.)

De qualquer forma, não me lembro de receber o aviso de "apt-get update" até depois de executar o comando acima ao tentar instalar uma chave de assinatura. Agora isso acontece de forma consistente.

Eu procurei e li uma quantia justa sobre isso; Eu acho que por um tempo eu acreditei que isso estava relacionado com o seguinte reddit-debian-discussion . Tenho certeza que em algum momento eu tive um relato de que o usuário _apt não podia ler o chaveiro. Assim, eu pode ter alterado as permissões do arquivo "trusted.gpg" aqui em / etc / apt:

  drwxr-xr-x   2 root root 4.0K Apr 17 14:31 apt.conf.d
  -rw-r--r--   1 root root  104 Apr 17 13:04 listchanges.conf
  drwxr-xr-x   2 root root 4.0K Apr  1 15:39 preferences.d
  -rw-r--r--   1 root root  142 Apr 19 12:05 sources.list
  -rw-r--r--   1 root root  126 Apr 18 15:44 sources.list~
  drwxr-xr-x   2 root root 4.0K Apr 18 15:44 sources.list.d
  -rw-r--r--   1 root root  193 Apr 18 15:44 sources.list.save
  -rw-------   1 root root 1.2K Apr 18 14:56 trustdb.gpg
  -rw-r--r--   1 root root   32 Apr 18 11:16 trusted.gpg
  drwxr-xr-x   2 root root 4.0K Apr 18 15:17 trusted.gpg.d

(embora de qualquer forma as permissões nesse arquivo agora coincidam com as permissões nos arquivos em ./trusted.gpg.d, então duvido que isso seja um problema (?))

Além disso, o FWIW: gpg funciona bem para usuários nesta máquina.

Ponto de dados final: Eu tenho outra debian-box - um laptop. Naquela máquina, eu acabei de atualizar de jessie para esticar na semana passada, e eu não tenho esse problema - o apt-get update não reporta avisos. (Eu acho que ainda não tentei fazer um "apt-key add" desde a atualização para esticar, embora ...)

Indiscutivelmente, o aviso não é tão importante, e talvez isso seja resolvido por atualizações de software. Mas parece que não é possível adicionar chaves de assinatura de pacotes com o apt-key. E se há algo de ruim na minha configuração, eu deveria saber que ...

Obrigado por qualquer assistência / conselho !!

    
por George McNinch 19.04.2017 / 18:40

1 resposta

0

Eu corri para este problema com o lançamento oficial do Debian 9.0.0 ontem (amd64). Acontece em uma instalação limpa do Stretch e é reproduzível.

Pelo que eu posso dizer é que se o /etc/apt/sources.list é editado usando o software-properties-gtk, a primeira vez que isto é feito, ele cria um arquivo /etc/apt/trusted.gpg e este arquivo está corrompido, vazio ou tem permissões ruins.

A partir desse ponto, a presença desse arquivo parece bloquear as chaves em /etc/apt/trusted.gpg.d de serem interrogadas. Também parece impedir que o apt-key add funcione, o que faria sentido se algo não estivesse certo em /etc/apt/trusted.gpg (problema de arquivo ou bug de software).

A exclusão de /etc/apt/trusted.gpg parece ser a solução e parece não ser recriada (por meio do uso posterior do software-properties-gtk) após ter sido excluída uma vez.

Eu postei sobre isso na lista debian-user depois de passar a maior parte de ontem perseguindo os erros NO_PUBKEY que parecem ser um sintoma de ter a) o arquivo /etc/apt/trusted.gpg presente ainda acessível com permissões 0644. (Inicialmente, vejo um erro sobre o usuário '_apt' não conseguir ler /etc/apt/trusted.gpg que resulta do arquivo tendo inicialmente 0600 permissões.

    
por 05.07.2017 / 07:37