[mew-int 3072] Re: Arch Linux replacement of gpg with gpg2 breaks master password

[Bill Day]

On Fri, Apr 6, 2012 at 4:20 AM, Kazu Yamamoto <kazu at example.com> wrote:

> Hello,
>
> > The most recent upgrade of Arch Linux removes the gpg 1.4 package and
> > renames gpg2 to "gpg".  The result is that when I try to use the master
> > password, pinentry pops up, but it keeps telling me the "master password
> is
> > wrong."  I am pretty sure the password is right.  I will be happy to
> > execute any instructions necessary to debug.  Thanks for any help.
>
> Mew support GnuPG 2 as well. Actually, I'm now using GnuPG 2 to write
> this message. The program name does not matter.


> Please directly use GnuPG 2 to decrypt ~/Mail/.mew-passwd.gpg on
> command line to see if what's happening.
>
> --Kazu
>

[billday at example.com Mail]$ gpg --decrypt .mew-passwd.gpg
gpg: AES encrypted data
gpg: can't connect to the agent - trying fall back
gpg-agent[11641]: enabled debug flags: assuan
gpg-agent[11641]: chan_5 -> OK Pleased to meet you, process 11639
gpg-agent[11641]: chan_5 <- RESET
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- OPTION ttyname=/dev/pts/0
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- OPTION ttytype=xterm
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- OPTION display=:0
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- OPTION
xauthority=/var/run/gdm/auth-for-billday-80DMwP/database
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- OPTION lc-ctype=en_US.utf8
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- OPTION lc-messages=en_US.utf8
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- OPTION allow-pinentry-notify
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- GETINFO cmd_has_option GET_PASSPHRASE repeat
gpg-agent[11641]: chan_5 -> OK
gpg-agent[11641]: chan_5 <- GET_PASSPHRASE --data --repeat=0 -- DELETED X X
Enter+passphrase%0A
gpg-agent[11641]: starting a new PIN Entry
gpg-agent[11641]: chan_7 <- OK Your orders please
gpg-agent[11641]: DBG: connection to PIN entry established
gpg-agent[11641]: chan_7 -> OPTION grab
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> OPTION ttyname=/dev/pts/0
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> OPTION ttytype=xterm
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> OPTION lc-ctype=en_US.utf8
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> OPTION lc-messages=en_US.utf8
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> OPTION default-ok=_OK
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> OPTION default-cancel=_Cancel
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> OPTION default-prompt=PIN:
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> GETINFO pid
gpg-agent[11641]: chan_7 <- D 11642
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_5 -> INQUIRE PINENTRY_LAUNCHED 11642
gpg-agent[11641]: chan_5 <- END
gpg-agent[11641]: chan_7 -> SETDESC Enter passphrase%0A
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> SETPROMPT Passphrase
gpg-agent[11641]: chan_7 <- OK
gpg-agent[11641]: chan_7 -> [[Confidential data not shown]]

(pinentry:11642): GLib-GObject-CRITICAL **: Object class GtkSecureEntry
doesn't implement property 'editing-canceled' from interface
'GtkCellEditable'
gpg-agent[11641]: chan_7 <- [[Confidential data not shown]]
gpg-agent[11641]: chan_7 <- [[Confidential data not shown]]
gpg-agent[11641]: chan_7 -> BYE
gpg-agent[11641]: chan_5 -> [[Confidential data not shown]]
gpg-agent[11641]: chan_5 -> [[Confidential data not shown]]
gpg: encrypted with 1 passphrase
(("billday at example.com:imap" "PASSWORD DELETED" 0))
gpg-agent[11641]: chan_5 <- [eof]



-- 
Bill Day
williamson.day at example.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mew.org/pipermail/mew-int/attachments/20120406/a23d1afd/attachment.html>