From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64739 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.gnus.general Subject: Re: EasyPG 0.0.12 Date: Wed, 30 May 2007 12:50:04 +0900 Message-ID: <716b7bce-fb42-4e76-89f3-9d798a2d1e14@well-done.deisui.org> References: <734fd533-6d2b-46d1-964c-8d23c4c952e0@well-done.deisui.org> <646dvu6g.fsf@mx.qsc.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1180497031 18717 80.91.229.12 (30 May 2007 03:50:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 30 May 2007 03:50:31 +0000 (UTC) Cc: ding@gnus.org To: Adrian Aichner Original-X-From: ding-owner+M13250@lists.math.uh.edu Wed May 30 05:50:30 2007 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1HtFCe-0006KI-0b for ding-account@gmane.org; Wed, 30 May 2007 05:50:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1HtFCS-00045X-Kv; Tue, 29 May 2007 22:50:16 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HtFCR-00045J-DN for ding@lists.math.uh.edu; Tue, 29 May 2007 22:50:15 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1HtFCP-0000On-T5 for ding@lists.math.uh.edu; Tue, 29 May 2007 22:50:15 -0500 Original-Received: from g96069.scn-net.ne.jp ([210.231.96.69] helo=well-done.deisui.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1HtFCO-0004Ie-00 for ; Wed, 30 May 2007 05:50:13 +0200 Original-Received: from [150.82.173.223] (helo=well-done.deisui.org) by well-done.deisui.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.67) (envelope-from ) id 1HtFCI-0001aS-Lo; Wed, 30 May 2007 12:50:06 +0900 X-Attribution: DU Mail-Copies-To: poster In-Reply-To: (Adrian Aichner's message of "Tue, 29 May 2007 10:50:07 +0000 (UTC)") X-Spam-Score: -2.2 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64739 Archived-At: >>>>> In >>>>> Adrian Aichner wrote: > > > The biggest issue I found is that ediff-revision will not work with it > > > out of the box. > > > > 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. 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 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. 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? Regards, -- Daiki Ueno