gpg est particulièrement quand il s'agit de vérifier pour la première
fois une signature effectuée avec une clef jusqu'alors inconnue : le
temps de construction de la toile de confiance est particulièrement
long. Y'a-t-il des astuces de ce côté ?
--
BOFH excuse #89:
Electromagnetic energy loss
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Laurent Fousse
Dans fr.misc.cryptologie, Vincent Bernat nous disait:
Coucou,
gpg est particulièrement quand il s'agit de vérifier pour la première fois une signature effectuée avec une clef jusqu'alors inconnue : le temps de construction de la toile de confiance est particulièrement long. Y'a-t-il des astuces de ce côté ?
Je pense que tu parles de ça:
--no-auto-check-trustdb If GnuPG feels that its information about the Web-of-Trust has to be updated, it automatically runs the --check-trustdb command internally. This may be a time consuming process. --no-auto-check-trustdb disables this option.
-- fakeroot debian/rules troll
Dans fr.misc.cryptologie, Vincent Bernat nous disait:
Coucou,
gpg est particulièrement quand il s'agit de vérifier pour la première
fois une signature effectuée avec une clef jusqu'alors inconnue : le
temps de construction de la toile de confiance est particulièrement
long. Y'a-t-il des astuces de ce côté ?
Je pense que tu parles de ça:
--no-auto-check-trustdb
If GnuPG feels that its information about the Web-of-Trust
has to be updated, it automatically runs the --check-trustdb
command internally. This may be a time consuming process.
--no-auto-check-trustdb disables this option.
Dans fr.misc.cryptologie, Vincent Bernat nous disait:
Coucou,
gpg est particulièrement quand il s'agit de vérifier pour la première fois une signature effectuée avec une clef jusqu'alors inconnue : le temps de construction de la toile de confiance est particulièrement long. Y'a-t-il des astuces de ce côté ?
Je pense que tu parles de ça:
--no-auto-check-trustdb If GnuPG feels that its information about the Web-of-Trust has to be updated, it automatically runs the --check-trustdb command internally. This may be a time consuming process. --no-auto-check-trustdb disables this option.
-- fakeroot debian/rules troll
Vincent Bernat
OoO Lors de la soirée naissante du mardi 19 août 2003, vers 18:08, Laurent Fousse disait:
--no-auto-check-trustdb If GnuPG feels that its information about the Web-of-Trust has to be updated, it automatically runs the --check-trustdb command internally. This may be a time consuming process. --no-auto-check-trustdb disables this option.
J'ai fait un "gpg --rebuild-keydb-caches" et ça va beaucoup mieux. -- panic("IRQ, you lose..."); 2.2.16 /usr/src/linux/arch/mips/sgi/kernel/indy_int.c
OoO Lors de la soirée naissante du mardi 19 août 2003, vers 18:08,
Laurent Fousse <nobbs@fousse.info> disait:
--no-auto-check-trustdb
If GnuPG feels that its information about the Web-of-Trust
has to be updated, it automatically runs the --check-trustdb
command internally. This may be a time consuming process.
--no-auto-check-trustdb disables this option.
J'ai fait un "gpg --rebuild-keydb-caches" et ça va beaucoup mieux.
--
panic("IRQ, you lose...");
2.2.16 /usr/src/linux/arch/mips/sgi/kernel/indy_int.c
OoO Lors de la soirée naissante du mardi 19 août 2003, vers 18:08, Laurent Fousse disait:
--no-auto-check-trustdb If GnuPG feels that its information about the Web-of-Trust has to be updated, it automatically runs the --check-trustdb command internally. This may be a time consuming process. --no-auto-check-trustdb disables this option.
J'ai fait un "gpg --rebuild-keydb-caches" et ça va beaucoup mieux. -- panic("IRQ, you lose..."); 2.2.16 /usr/src/linux/arch/mips/sgi/kernel/indy_int.c
