Il 09/03/21 17:58, Davide Prina ha scritto:
On 08/03/21 21:57, Johan Haggi wrote:
lun 8 marzo 2021, alle 19:40 (GMT+0100), Davide Prina ha scritto:
ma allora quella /lib/x86_64-linux-gnu/libgcrypt.so.20 da dove arriva?
[...]
Se puo` essere utile viene da stable:
$ dpkg -S /lib/x86_64-linux-gnu/libgcrypt.so.20
libgcrypt20:amd64: /lib/x86_64-linux-gnu/libgcrypt.so.20
$ apt policy libgcrypt20
libgcrypt20:
[...]
*** 1.8.4-5 990
990 http://deb.debian.org/debian buster/main amd64 Packages
no, Pivul ha scritto:
$ apt-cache policy libgcrypt20
libgcrypt20:
Installato: 1.8.7-2
Candidato: 1.8.7-2
Tabella versione:
*** 1.8.7-2 500
500 https://deb.debian.org/debian bullseye/main amd64 Packages
100 /var/lib/dpkg/status
quindi nel suo caso non può arrivare da stable... a meno che per
qualche motivo quando con l'upgrade ha installato una versione
successiva non è stata rimossa quella libreria. Se fosse così
bisognerebbe aprire un bug subito segnalando la problematica
Vediamo cosa risponde Pivul su questo punto
...non so cosa rispondere, non ricordo. So che ho fatto un po' di casini
sui repository perché avevo un problema con samba e di sicuro ho usato
il pinning... forse avevo stable poi ho aggiornato a testing ma mi sono
accorto di un problema con samba e allora ho fatto un downgrade di
samba? Non so, perdonatemi, l'alzheimer galoppa. Di certo c'è solo che
il 14 di ottobre scorso abbiamo migrato il dominio samba ad AD. Quindi
mi sembra che nei giorni successivi ho rimosso il pinning e da allora
sono passato a testing... ma forse ho spatacato ancora un po' nel
pinning perché avevo i repos di postgres perché mi serviva pgadmin4 e
non mi funzionava più ma poi ho deciso di farne a meno e ho rimosso
tutto e da allora non ho avuto più problemi fino a qualche settimana fa...
E scusatemi per il silenzio ma sono un po' confuso, non so bene cosa
dirvi...
Piviul