Re: EasyPG 0.0.12

[Adrian Aichner <adrian@elisp.de>]

Daiki Ueno <ueno@unixuser.org> writes:

> The 12th (the one year anniversary) release of EasyPG is available from
> http://www.easypg.org.
>
> EasyPG is an all-in-one GnuPG interface for Emacs.  It has two
> aspects: convenient tools which allow to use GnuPG from Emacs (EasyPG
> Assistant), and a fully functional interface library to GnuPG (EasyPG
> Library).
>
> * Major changes in 0.0.12
>
> ** epa-file.el usability improvements.
>
> *** Ask recipients only the first time.
>
> *** Respect epa-armor and epa-textmode.
>
> *** Customizing epa-file-name-regexp now works.
>
> *** Backup files for "*.gpg" are also encrypted.

Hello Daiki and All!

I have migrated from crypt++ (which I used for years) to epg-0.0.12
over the Pentecost-weekend, and I like it!

The biggest issue I found is that ediff-revision will not work with it
out of the box.

Unlike crypt++ easypg overloads write-region.

When vc-find-version writes the retrieved (encrypted) file.gpg.~REV~
to disk, epa-file kicks in and encrypts the data again :-)

I can prove that by decrypting the seemingly corrupted data in the
created file one more time with `epa-decrypt-region' after visiting.

Do you know a solution for this issue (already encrypted data coming
from processes and being written to files matching
epa-file-name-regexp) while epa-file is enabled?

My awkward (and unacceptable) workaround (just to prove the fact and
get me going) is to epa-file-disable and then epa-file-enable again
inside vc-find-version in vc.el.

Another issue is that local-variable-p requires the BUFFER argument in
XEmacs 21.5  (beta28) "fuki" (+CVS-20070525) [Lucid] (i586-pc-win32, Mule) of Sat May 26 2007 on TANG

Thirdly I would suggest to extend
epa-file-name-regexp to
"\\.gpg\\(~\\|\\.~[.0-9]+~\\)?\\'"
in order to handle files created by vc-find-version.

Finally, buffers read in are marked as modified, but that seems to be
due to a recent change in XEmacs (probably GNU Emacs as well).

Are the latest sources of easypg publicly available anywhere?

They don't seem to be at sourceforge (?)

Best regards!

Adrian

>
> Regards,

-- 
Adrian Aichner
 mailto:adrian@xemacs.org
 http://www.xemacs.org/