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: NaCl support for Emacs Date: Mon, 09 Jan 2012 20:06:14 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87hb04icxl.fsf@lifelogs.com> References: <87ipkq6yy5.fsf@lifelogs.com> <87boqi6tzz.fsf@linux-hvfx.site> <87ehve3ul8.fsf@lifelogs.com> <87lipl22xm.fsf@lifelogs.com> <87boqh20ha.fsf@lifelogs.com> <871urc46c9.fsf@uwakimon.sk.tsukuba.ac.jp> <739bsoysp.fsf@news.eternal-september.org> <87ty47r5yt.fsf@lifelogs.com> <87k452p5u3.fsf@lifelogs.com> <87liphne9e.fsf_-_@lifelogs.com> <87fwfon7gl.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 1326157598 21533 80.91.229.12 (10 Jan 2012 01:06:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 10 Jan 2012 01:06:38 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 10 02:06:32 2012 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 1RkQAZ-0007dE-Lt for ged-emacs-devel@m.gmane.org; Tue, 10 Jan 2012 02:06:31 +0100 Original-Received: from localhost ([::1]:40025 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkQAZ-0003fv-42 for ged-emacs-devel@m.gmane.org; Mon, 09 Jan 2012 20:06:31 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:53222) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkQAW-0003fd-Id for emacs-devel@gnu.org; Mon, 09 Jan 2012 20:06:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RkQAV-000839-81 for emacs-devel@gnu.org; Mon, 09 Jan 2012 20:06:28 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:54863) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkQAU-000835-Vc for emacs-devel@gnu.org; Mon, 09 Jan 2012 20:06:27 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RkQAS-0007bA-JS for emacs-devel@gnu.org; Tue, 10 Jan 2012 02:06:24 +0100 Original-Received: from c-76-28-40-19.hsd1.vt.comcast.net ([76.28.40.19]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Jan 2012 02:06:24 +0100 Original-Received: from tzz by c-76-28-40-19.hsd1.vt.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Jan 2012 02:06:24 +0100 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: c-76-28-40-19.hsd1.vt.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.90 (gnu/linux) Cancel-Lock: sha1:lb3IkjvF2lT6WpVNxt2kqvjLu0A= 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:147537 Archived-At: On Mon, 09 Jan 2012 17:23:22 -0500 Stefan Monnier wrote: >> Many places in the Emacs core (C and ELisp) could use a fast easy >> encryption library for arbitrary data that supports public and >> secret-key encryption, in addition to EPA/EPG that >> I already mentioned. SM> Could be. There's no hard evidence for it yet. I listed three places I think could use it, how much harder does the evidence have to be? - auth-source's cache of file contents - EPA/EPG or something like it that does not rely on the external GPG utility - general ELisp storage of secret data You may disagree with these, but we've had discussions over the years of each of them and at least some people agreed with me that those would be useful. >> I don't know how much work it would be to adapt NaCl through a custom >> dynamic library or if it's better to make it part of the Emacs C tree. SM> I don't want such a thing in the Emacs C tree. Understood, and as I said libnettle is a better fit as it's already brought in by GnuTLS. Ted