exits with a fatal error regarding missing trustdb although key is imported
Closed, ResolvedPublic


The following command returns a gpg fatal error regarding being unable to open
trustdb.gpg even though trusted.gpg ends up containing the key being imported.

$ /usr/bin/gpg --no-default-keyring --no-auto-check-trustdb --trust-model
always --keyring /tmp/trusted.gpg --secret-keyring /tmp/secring.gpg
--trustdb-name /tmp/trustdb.gpg --quiet --batch --import

This is true whether or not --trustdb-name is provided as an argument:

$ /usr/bin/gpg --no-default-keyring --no-auto-check-trustdb --trust-model
always --keyring /tmp/trusted.gpg --secret-keyring /tmp/secring.gpg --quiet
--batch --import
gpg: fatal: can't open `/home/bdmurray/.gnupg/trustdb.gpg': No such file or

I believe these changes are related to the Changelog entry from 2013-10-11
regarding trustdb. A similar issue has been reported in the debian bug tracker:


I've been testing this on the development release of Ubuntu using gnupg version


External Link
bdmurray set Version to 1.4.16.
bdmurray set External Link to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737128&archived=no&mbox=no.
bdmurray added a subscriber: bdmurray.
werner changed Version from 1.4.16 to 1.4.16-1ubuntu1.Mar 6 2014, 4:06 PM
werner changed External Link from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737128&archived=no&mbox=no to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737128.Mar 6 2014, 4:11 PM
werner added a subscriber: werner.Mar 6 2014, 4:33 PM

Fixed with commit 23191d7.
This should be the same patch as used by Debian.

Also applied to master.

werner closed this task as Resolved.Jun 23 2014, 10:17 AM
werner claimed this task.
werner removed a project: Testing.
werner reopened this task as Open.Sep 3 2014, 9:47 AM

also fixed in 2.0

werner closed this task as Resolved.Sep 3 2014, 9:47 AM