>>>> 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