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 11:53:14 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87fwfon7gl.fsf@lifelogs.com> References: <6ED011D5-E185-44C6-BB31-A445A4E5F83A@gmail.com> <87wr976otx.fsf@lifelogs.com> <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> 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 1326128031 16388 80.91.229.12 (9 Jan 2012 16:53:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 9 Jan 2012 16:53:51 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 09 17:53:47 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 1RkITi-0002Xm-JM for ged-emacs-devel@m.gmane.org; Mon, 09 Jan 2012 17:53:46 +0100 Original-Received: from localhost ([::1]:58501 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkITh-0007wo-Ra for ged-emacs-devel@m.gmane.org; Mon, 09 Jan 2012 11:53:45 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:55554) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkITa-0007wa-VF for emacs-devel@gnu.org; Mon, 09 Jan 2012 11:53:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RkITW-00036T-GH for emacs-devel@gnu.org; Mon, 09 Jan 2012 11:53:38 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:60654) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkITW-00036A-5g for emacs-devel@gnu.org; Mon, 09 Jan 2012 11:53:34 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RkITS-0002Me-9x for emacs-devel@gnu.org; Mon, 09 Jan 2012 17:53:30 +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 ; Mon, 09 Jan 2012 17:53:30 +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 ; Mon, 09 Jan 2012 17:53:30 +0100 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: 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:X49mjgfAw1cLyLvmDHJoo+2dX6o= 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:147519 Archived-At: On Mon, 09 Jan 2012 10:30:23 -0500 Stefan Monnier wrote: >> I'm interested in bringing in support for the NaCl cryptographic library >> for Emacs, after 24.1 is out. There is info on NaCl here: SM> While it might be an interesting feature to provide for future Elisp SM> packages, its immediate usefulness is much less obvious 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. In-memory storage of secrets (auth-source.el and many places in Gnus) and emacsclient-style RPC control of Emacs come to mind immediately. The biggest advantage over GnuTLS in my opinion is the much simpler interface. There are less than 30 functions, as opposed to hundreds in GnuTLS, and they are modeless which makes the API easy to learn and use. SM> so the kind of compile-time linking model we use for things like SM> libgnutls would not be appropriate (e.g. Debian wouldn't want to add SM> nacl as a dependency if it's not actually used). SM> OTOH that might be a good motivation to add support for dynamic loading SM> of extension libraries. It would be cool if I could put out a GNU ELPA package that provided the NaCl library hookup, but NaCl is not written to be dynamically loaded. NaCl is all C/C++, just 160K in a compressed tarball and 300K as a static libnacl.a file. The code is available through a GitHub clone, see https://github.com/jeremywohl/nacl.git or you can get the tarball from http://hyperelliptic.org/nacl/nacl-20110221.tar.bz2 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. Let me know what you think. Ted