Re: EasyPG 0.0.12

[Adrian Aichner <adrian@xemacs.org>]

Daiki Ueno <ueno <at> unixuser.org> writes:

> 
> >>>>> In <646dvu6g.fsf <at> mx.qsc.de> 
> >>>>>	Adrian Aichner <adrian <at> 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?

My preference is clearly on decrypted text (much easier on my eyes).

The issue, as I understand it, is that data written to disk into files
matching epa-file-name-regexp with write-region cannot just always be
encrypted.

It that data is coming from processes, like "cvs update ..." via
vc-find-version then it is already/still encrypted.

Perhaps I am missing some obvious point how to solve this problem.

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

I'll check this tonight!

> 
> > Are the latest sources of easypg publicly available anywhere?
> 
> Yes, check INSTALL-CVS in http://cvs.m17n.org/viewcvs/root/epg/

Thanks!

Adrian

> 
> Regards,