Re: gnome-keyring > 48.0, plus de support pour les clés ssh ?
Le 01/10/2025 à 13:21, Jeremyp3 a écrit :
Bonjour,
je suis sous debian testing avec le bureau mate, et je rencontre un
petit bug avec le paquet gnome-keyring. En effet, depuis la mise à jour
de ce paquet en version 48.0, je n'ai plus la petite popup me permettant
de saisir le mod de passe de ma clé ssh afin qu'il ne me la redemande
pas à chaque fois que j'utilise cette clée comme au paravent.
En faisant quelques recherche, je vois dans le fichier changelog que ça
parle de ssh-agent depuis la version 48, mais sans trop comprendre ce
que cela signifie.
tu aurais pu dire où tu avais pêché l'info ;-)
c'est là:
https://metadata.ftp-master.debian.org/changelogs//main/g/gnome-keyring/gnome-keyring_48.0-4_changelog
est-ce que ça veut dire que gnome-keyring abandonne la partie ssh-
agent, ou alors il faut procéder autrement.
et en gros si je comprends correctement (j'ai pas creusé) ça raconte que
la fonction ssh-agent autrefois assurée par une mécanisme interne à
gnome-keyring est désormais assurée par la fonction ssh-agent de gcr.
Normalement c'est transparent pour l'utilisateur.
merci d'avance à vous si vous savez :)
Jerem
le paquet gnome-keyring en testing vient de passer de la version 48.0-3
à 48.0-4, éventuellement ça pourrait résoudre ton problème (j'en sais
rien, c'est juste une hypothèse).
Ce paquet supprime le fichier de démarrage automatique .desktop de
gnome-keyring
=> je serais toi sous Testing je ferais (je suis sous Stable, pas
Testing et c'est différent):
sudo apt reinstall gcr4
sudo systemctl | grep -i gcr
ça doit te retourner au moins cette ligne mentionnant
gcr-ssh-agent.service, dans les états strted et enabled, auquel cas ça
devrait fonctionner.
sinon tu le fais toi-même:
sudo systemctl start gcr-ssh-agent.service
sudo systemctl enable gcr-ssh-agent.service
et dans l'idéal ça devrait marcher
====
Sinon, tu peux aussi te demander si suivre la version Testing de Debian
est ce qui te convient plutôt que de suivre la version Stable, qui est
beaucoup plus... stable ;-)
(c'est pas une remarque désobligeante; on peut très bien suivre Debian
Testing, Unstable ou Unstable+Experimental, faut juste être au courant
des possibles problèmes pour faire ce choix en connaissance de cause)
Reply to: