>>>> In <646dvu6g.fsf(a)mx.qsc.de>
>>>> Adrian Aichner <adrian(a)elisp.de> wrote:
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?
If I change epa-file-name-regexp to "\\.gpg\\(~\\|\\.~[.0-9]+~\\)?\\'"
as you suggested, I can reproduce. Is that the problem? If so, which
is your preferred behavior to make diffs for encrypted data or decrypted
text?
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
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).
Thanks. It's a good timing as these two changes will be included in
0.0.13 scheduled for today.
Are the latest sources of easypg publicly available anywhere?
Yes, check INSTALL-CVS in
http://cvs.m17n.org/viewcvs/root/epg/
Regards,
--
Daiki Ueno
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta