Vous n'êtes pas identifié(e).
Pages : 1
Même chose avec DEBSIGN_KEYID=ID_de_ma_clef dans ~/.devscripts.
Le truc c'est que ma clef a été crée avec gpg2 , si je fais gpg2 -K je vois bien ma clef mais pas si je fais gpg - K.
J'imagine que debsign utilise gpg et ne vois pas ma clef non-plus , je croyais que gpg et gpg2 partageaient la même DB .
Ké ke dois faire ?
Dernière modification par anguille_sous_roche (16-08-2016 02:41:04)
Hors ligne
Apparemment gpg utilise secring.gpg alors que gpg2 utilise private-keys-v1.d/ , gpg2 importe automatiquement les clefs de secring.gpg vers private-keys-v1.d/ mais l'inverse n'est pas vrai .
The file secring.gpg is not anymore used to store the secret keys. Merging of secret keys is now supported
...
To ease the migration to the no-secring method, gpg detects the presence of a secring.gpg and converts the keys on-the-fly to the the key store of gpg-agent (this is the private-keys-v1.d directory below the GnuPG home directory (~/.gnupg)). This is done only once and an existing secring.gpg is then not anymore touched by gpg. This allows co-existence of older GnuPG versions with GnuPG 2.1. However, any change to the private keys using the new gpg will not show up when using pre-2.1 versions of GnuPG and vice versa.
Par contre les clefs publiques reste partagés entre gpg et gpg2.
Dernière modification par anguille_sous_roche (16-08-2016 02:42:56)
Hors ligne
Pages : 1