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: Thu, 30 Jun 2011 09:54:54 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87oc1fv075.fsf@lifelogs.com> References: <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> <87boxgr9f9.fsf@lifelogs.com> <87sjqry0it.fsf@lifelogs.com> <877h83xwoo.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 1309451090 31562 80.91.229.12 (30 Jun 2011 16:24:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 30 Jun 2011 16:24:50 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 30 18:24:46 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 1QcK2o-0008N9-5P for ged-emacs-devel@m.gmane.org; Thu, 30 Jun 2011 18:24:46 +0200 Original-Received: from localhost ([::1]:42534 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QcK2m-00088O-U1 for ged-emacs-devel@m.gmane.org; Thu, 30 Jun 2011 12:24:45 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:36698) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QcIeB-00005K-P2 for emacs-devel@gnu.org; Thu, 30 Jun 2011 10:55:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QcIe8-0005p4-PQ for emacs-devel@gnu.org; Thu, 30 Jun 2011 10:55:15 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:52697) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QcIe7-0005oM-VM for emacs-devel@gnu.org; Thu, 30 Jun 2011 10:55:12 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QcIe3-0004pu-Ff for emacs-devel@gnu.org; Thu, 30 Jun 2011 16:55:07 +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 ; Thu, 30 Jun 2011 16:55:07 +0200 Original-Received: from tzz by 38.98.147.133 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 30 Jun 2011 16:55:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 35 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:jf4m2FH/ycwtpK6DScZw5Q+RyL8= 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:141245 Archived-At: On Thu, 30 Jun 2011 22:42:31 +0900 Daiki Ueno wrote: DU> Ted Zlatanov writes: >> Also you added a generic "arg" parameter to the backend. The other >> parameters are named: source, host, port, user, type. Can the name be >> more specific, so we don't have to guess what it means? In your case, >> it's set to >> >> (plstore-open (plist-get entry :source)) >> >> which is, I think, the plstore instance, a defstruct-like vector. So >> maybe the parameter should be called "data" or "instance" or >> "internal-data"? WDYT? DU> I don't care about that - maybe host/port/user (currently unused?) can DU> also be "internal-data". They are used. See the backend filtering in `auth-source-search' coupled with `auth-source-backend-parse-parameters'. When you specify a simple string as an auth-source, the host, port, and user are nil (so that backend instance applies to every host, port, and user). Since you don't care, I've renamed "arg" to "data". There is no functional difference. DU> Frankly I don't see any reason to use defclass here - why not using DU> CLOS inheritance if you want to define members specific to some DU> class derived from auth-source-backend (I mean host/port/user are DU> only valuable for Secrets API backend)? For this case, EIEIO worked better for me. I've found some issues with it, but overall it's a nice system that covers a lot of ground that CLOS does not. Ted