Re: EasyPG 0.0.12

[Adrian Aichner <adrian@xemacs.org>]

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

> 
> >>>>> In <loom.20070529T124032-777 <at> post.gmane.org> 
> >>>>>	Adrian Aichner <adrian <at> xemacs.org> wrote:
> > > > The biggest issue I found is that ediff-revision will not work with it
> > > > out of the box.

> > 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.
> 
> I see there are two different issues.  The first is, vc-find-version
> doesn't inhibit file-name-handlers when creating backup files, as you
> mentioned above.  The second is, if you want to make diffs for decrypted

Hi Daiki!

ah, inhibiting file-name-handlers might be an option, even though I
don't know whether it will break existing cusomizations out there.

> text, it has to be written into files since ediff calls the external
> program to compute diffs.  Which may cause a security problem unless
> Emacs warns about it.

But epg does this already for
epg-decrypt-file
epg-decrypt-string
and the the encrypt and verify functions as well.

In this ediff-revision case data would still go to disk encrypted (but
encrypted only once).

> 
> Something different.  jka-compr seems to have the same issue on "*.gz"
> files.  So... can this kind of problem be better solved by advices (or
> hooks, if any) to ediff-revision?

No, by the time ediff-revision kicks in, the damage is already done.

The file written to disk by vc-find-version has been encrypted one more time.

Perhaps I try the inhibit file handlers ideea of your.

BTW, I'm running with CVS EasyPG now, and I'm happy to confirm the XEmacs
compatibility and buffer-modified issues fixed.

Best regards!

Adrian

> 
> Regards,