From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.devel Subject: Re: netrc field encryption in auth-source Date: Fri, 17 Jun 2011 11:53:15 +0200 Organization: not if I can help it Message-ID: References: <87liyndz5l.fsf@lifelogs.com> <8739jogwf9.fsf@lifelogs.com> <87lix9eknu.fsf_-_@lifelogs.com> <878vt52ykv.fsf@lifelogs.com> <878vt25tbf.fsf@lifelogs.com> <87boxxx5k4.fsf@lifelogs.com> <87d3ic4xc5.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 1308321764 19368 80.91.229.12 (17 Jun 2011 14:42:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 17 Jun 2011 14:42:44 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 17 16:42:37 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 1QXaFj-0005gc-MH for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2011 16:42:31 +0200 Original-Received: from localhost ([::1]:40413 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXaFi-0003U7-Am for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2011 10:42:30 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:40823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXZlf-0002s7-KC for emacs-devel@gnu.org; Fri, 17 Jun 2011 10:11:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QXZlc-0002MM-KV for emacs-devel@gnu.org; Fri, 17 Jun 2011 10:11:27 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:56983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXZlc-0002M6-4e for emacs-devel@gnu.org; Fri, 17 Jun 2011 10:11:24 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QXVjy-0002QV-Ef for emacs-devel@gnu.org; Fri, 17 Jun 2011 11:53:26 +0200 Original-Received: from lns-bzn-49f-81-56-191-143.adsl.proxad.net ([81.56.191.143]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jun 2011 11:53:26 +0200 Original-Received: from rpluim by lns-bzn-49f-81-56-191-143.adsl.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jun 2011 11:53:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 37 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lns-bzn-49f-81-56-191-143.adsl.proxad.net Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (cygwin) Cancel-Lock: sha1:yM4hdXo+ZL7b7/PzoDFfu8/7/m0= 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:140603 Archived-At: Ted Zlatanov writes: > On Fri, 17 Jun 2011 09:17:13 +0200 Robert Pluim wrote: > 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. > That sounds perfect to me. > 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. I did mean on each line, but it does seem like overkill. We can always tell people to split things up into separate files and set preferences per file. Robert