diff options
author | David Kalnischkies <kalnischkies@gmail.com> | 2013-08-12 00:19:10 +0200 |
---|---|---|
committer | David Kalnischkies <kalnischkies@gmail.com> | 2013-08-12 18:01:37 +0200 |
commit | f9e64e7bb0c125b54f0699d9e08956a88b467a7f (patch) | |
tree | cb85210daabe3dde0ec33a05de190022c1933f2e /cmdline/apt-dump-solver.cc | |
parent | c0a013221d296e97d68b4e9a66fef5c886d2bbb0 (diff) |
use a tmpfile for trustdb.gpg in apt-key
for some "interesting" reason gpg decides that it needs to update its
trustdb.gpg file in a --list-keys command even if right before gpg is
asked to --check-trustdb. That wouldn't be as bad if it wouldn't modify
the keyring being listed at that moment as well, which generates not
only warnings which are not a problem for us, but as the keyring
modified can be in /usr it modified files which aren't allowed to be
modified.
The suggested solution in the bugreport is running --check-trustdb
unconditionally in an 'apt-key update' call, but this command will not
be used in the future and this could still potentially bite us in
net-update or adv calls. All of this just to keep a file around, which
we do not need…
The commit therefore switches to the use of a temporary created
trusted.gpg file for everyone and asks gpg to not try to update the
trustdb after its intial creation, which seems to avoid the problem
altogether.
It is using your also faked secring btw as calling the check-trustdb
without a keyring is a lot slower …
Closes: #687611
Thanks: Andreas Beckmann for the initial patch!
Diffstat (limited to 'cmdline/apt-dump-solver.cc')
0 files changed, 0 insertions, 0 deletions