Jameson Graef Rollins <jroll...@finestructure.net> writes:

> Thanks for the report, Russ, and sorry about the trouble.

> I'm actually unable to reproduce this bug by just installing gnupg2 from
> unstable (2.1.7-2).  However, my /usr/bin/gpg is from the gnupg package,
> not gnupg2.  I'm guessing that maybe you're using gnupg2 as gnupg in
> this case?

Hm, nope, I'm similarly using /usr/bin/gpg from the gnupg package.  Is
that what assword is using?  Now I'm quite confused....

I should mention that I upgraded both gnupg2 and gnupg-agent and it broke,
and then I downgraded both and it started working.  I was assuming that it
was gnupg2, but maybe the problem is actually the agent, and only people
using the agent will have trouble?

strace seems to back that up.  It chats with the agent for a bit, and then
it fails.  See the partial trace below.  It seems to get as far as
realizing that I don't currently have the secret key unlocked, but then
rather than popping up a dialog to prompt me, just immediately fails.
Running gpg manually on a file pops up the agent dialog like I would
expect.

I tried killing all the agents and logging out and then back in again to
force the agent to respawn, but unfortunately there was no change in
behavior.

It's quite possible that this is a bug somewhere in the new version of
gnupg and it just happens to break assword.

read(4, "[GNUPG:] PROGRESS -&10 ? 0 0\n", 1024) = 29
select(9, [4 8], [], NULL, {1, 0})      = 1 (in [4], left {0, 999989})
select(5, [4], [], NULL, {0, 0})        = 1 (in [4], left {0, 0})
read(4, "[GNUPG:] ENC_TO 7CE29A76E9769486"..., 1024) = 37
select(9, [4 8], [], NULL, {1, 0})      = 1 (in [4], left {0, 984921})
select(5, [4], [], NULL, {0, 0})        = 1 (in [4], left {0, 0})
read(4, "[GNUPG:] NO_SECKEY 7CE29A76E9769"..., 1024) = 145
select(9, [4 8], [], NULL, {1, 0})      = 1 (in [8], left {0, 999923})
select(9, [8], [], NULL, {0, 0})        = 1 (in [8], left {0, 0})
read(8, "", 4096)                       = 0
close(8)                                = 0
select(5, [4], [], NULL, {1, 0})        = 1 (in [4], left {0, 999999})
select(5, [4], [], NULL, {0, 0})        = 1 (in [4], left {0, 0})
read(4, "", 1024)                       = 0
close(4)                                = 0
open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = 
-1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = -1 
ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = -1 
ENOENT (No such file or directory)
open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = -1 
ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = -1 
ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = -1 ENOENT 
(No such file or directory)
close(3)                                = 0
munmap(0x7f988d24e000, 4096)            = 0
write(2, "Assword database error: Decrypti"..., 59Assword database error: 
Decryption error: Decryption failed) = 59

-- 
Russ Allbery (r...@debian.org)               <http://www.eyrie.org/~eagle/>

Reply via email to