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: netrc field encryption in auth-source Date: Fri, 17 Jun 2011 04:32:42 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87d3ic4xc5.fsf@lifelogs.com> References: <874o5cfui5.fsf@lifelogs.com> <87liyndz5l.fsf@lifelogs.com> <8739jogwf9.fsf@lifelogs.com> <87lix9eknu.fsf_-_@lifelogs.com> <878vt52ykv.fsf@lifelogs.com> <878vt25tbf.fsf@lifelogs.com> <87boxxx5k4.fsf@lifelogs.com> 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 1308303326 2205 80.91.229.12 (17 Jun 2011 09:35:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 17 Jun 2011 09:35:26 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 17 11:35:21 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 1QXVSS-0001Rm-Ma for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2011 11:35:21 +0200 Original-Received: from localhost ([::1]:52844 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXVSR-0001Gg-IO for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2011 05:35:19 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:45560) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXVQG-0000sk-Im for emacs-devel@gnu.org; Fri, 17 Jun 2011 05:33:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QXVQE-0005s5-Do for emacs-devel@gnu.org; Fri, 17 Jun 2011 05:33:04 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:39138) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXVQD-0005rU-FE for emacs-devel@gnu.org; Fri, 17 Jun 2011 05:33:02 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QXVQ8-0000Jj-UJ for emacs-devel@gnu.org; Fri, 17 Jun 2011 11:32:56 +0200 Original-Received: from c-67-186-102-106.hsd1.il.comcast.net ([67.186.102.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jun 2011 11:32:56 +0200 Original-Received: from tzz by c-67-186-102-106.hsd1.il.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jun 2011 11:32:56 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 45 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-67-186-102-106.hsd1.il.comcast.net 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:acpmbpRjFzqlXjWWVhlXgaEAlZk= 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:140596 Archived-At: On Fri, 17 Jun 2011 09:17:13 +0200 Robert Pluim wrote: RP> Ted Zlatanov writes: RP> Also, does ask mean 'ask once', or does it mean 'ask every time'? I'm RP> personally looking for something that would give me "don't store RP> passwords and don't ask me about storing them except maybe the first RP> time". >> >> I'm not sure yet. Right now it's once per Emacs session, if 'ask, but I >> left the default nil since it's 100% experimental. So users that update >> blindly will not be affected at all, for now. >> >> I can certainly use Customize to set it to 'gpg or nil forever after the >> first time it's asked. The problem is, I'm also not sure if it should >> be a single global setting. It feels like something that should be >> decided for each individual netrc file. And if that's the case, maybe >> the defcustom should hold that choice in an alist with regex matching. RP> Hmm, a single global setting works for me, but I can envisage people RP> desiring to have different values for different servers, not just RP> different files. At that point we'd be stuffing server values in the RP> custom variables, and we're back at square one. Not quite square one, but yes, I know what you mean. Per file regex is the lowest granularity I would implement without bribery, because it's what I would use. But wait, we can do better if it's an alist... Let's use the EPA file pattern! The default can then be: `((,(car epa-file-auto-mode-alist-entry) nil) (t ask)) ...and when the user says "yes, use GPG tokens for file xyz" we'd add '("xyz" gpg) to the head of the alist and offer to save the defcustom. We have to make the "never ask to add" choice 'never, because nil is now a valid alist for the value. So it could only be 'never or a valid alist. Yes, that would work. RP> Would a new keyword in the file itself work? save-token RP> {cleartext,ask,gpg,no}? Tell me if I'm over-engineering this :) Every line in a netrc file should be self-sufficient, so I'd rather not add global keywords. If you mean on each line, then yes, that's too much. Ted