From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: secure plist store Date: Wed, 29 Jun 2011 05:54:59 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87mxh0sy9o.fsf@lifelogs.com> References: <87tycamhmv.fsf@lifelogs.com> <87pqmxvfoh.fsf@lifelogs.com> <87sjrttwh8.fsf@lifelogs.com> <87wrh4b9h9.fsf@lifelogs.com> <87aae05l8p.fsf-ueno@unixuser.org> <87k4d4b66p.fsf@lifelogs.com> <87wrh0fh4g.fsf_-_@lifelogs.com> <87y60ncma8.fsf_-_@lifelogs.com> <87vcvrne02.fsf-ueno@unixuser.org> <87r56ep3sm.fsf@lifelogs.com> <874o39n171.fsf-ueno@unixuser.org> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1309345500 6082 80.91.229.12 (29 Jun 2011 11:05:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 29 Jun 2011 11:05:00 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 29 13:04:56 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QbsZk-0006wa-PZ for ged-emacs-devel@m.gmane.org; Wed, 29 Jun 2011 13:04:56 +0200 Original-Received: from localhost ([::1]:51248 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QbsZj-0007M4-Gk for ged-emacs-devel@m.gmane.org; Wed, 29 Jun 2011 07:04:55 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:38655) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QbsQM-00050V-Nz for emacs-devel@gnu.org; Wed, 29 Jun 2011 06:55:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QbsQL-0003rq-6k for emacs-devel@gnu.org; Wed, 29 Jun 2011 06:55:14 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:45914) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QbsQK-0003rm-Fd for emacs-devel@gnu.org; Wed, 29 Jun 2011 06:55:12 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QbsQI-0002gB-V1 for emacs-devel@gnu.org; Wed, 29 Jun 2011 12:55:10 +0200 Original-Received: from 38.98.147.133 ([38.98.147.133]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jun 2011 12:55:10 +0200 Original-Received: from tzz by 38.98.147.133 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jun 2011 12:55:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 32 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.133 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:hO1rOuKUEIhCgX8Bli+/+TA4qNc= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:141161 Archived-At: On Wed, 29 Jun 2011 17:07:57 +0900 Daiki Ueno wrote: DU> I didn't notice that the field encryption code is already checked in. DU> However, it does not work for me at all and looks too complicated I would appreciate it if you were more specific about "does not work" by either filing a bug or explaining. Obviously it works for me and Lars, who tested it. Similarly, since you wrote EPA/EPG, your advice on reducing complexity when we use it is greatly appreciated but you don't give us any here. Should we dig through plstore.el and figure out how to use the pieces in auth-source.el? I don't think that was your intent... DU> I don't want to see that the Gnus password-caching feature becomes DU> harder and harder to use daily... I don't think we've done anything that makes it harder to use. The GPG token functionality is off by default right now. DU> Yeah, I'm reluctant to repeat the same discussion - here is a DU> proof-of-concept implementation of searchable, partially encrypted, DU> persistent plist store, called plstore.el. ... DU> As you see, secret properties are prefixed with ":secret-" and the value DU> is hidden, and the real properties are encrypted together in the GPG DU> data at the end. So it's not line-based. I think that's a minus: people expect to be able to copy a line out of the netrc file, and it makes managing such files easier. Ted