From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: encrypt.el in No Gnus 0.7 Date: Wed, 07 Nov 2007 08:47:05 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: References: <87zly3y4ru.fsf@catnip.gol.com> <87odejy30k.fsf@catnip.gol.com> <54a15d860710311830s4fa203e3y53fbd6f51496f007@mail.gmail.com> <54a15d860711010824w6888aafdgb0a0e5d48f6fdebb@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1194446854 8300 80.91.229.12 (7 Nov 2007 14:47:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 7 Nov 2007 14:47:34 +0000 (UTC) Cc: miles@gnu.org, ueno@unixuser.org, ding@gnus.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 07 15:47:36 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IpmBq-0003pv-25 for ged-emacs-devel@m.gmane.org; Wed, 07 Nov 2007 15:47:34 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IpmBe-0004Wp-S5 for ged-emacs-devel@m.gmane.org; Wed, 07 Nov 2007 09:47:22 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IpmBb-0004Wc-02 for emacs-devel@gnu.org; Wed, 07 Nov 2007 09:47:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IpmBY-0004WF-W1 for emacs-devel@gnu.org; Wed, 07 Nov 2007 09:47:18 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IpmBY-0004WB-To for emacs-devel@gnu.org; Wed, 07 Nov 2007 09:47:16 -0500 Original-Received: from blockstar.com ([170.224.69.95] helo=mail.blockstar.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IpmBQ-00063Q-DE; Wed, 07 Nov 2007 09:47:08 -0500 Original-Received: from mungo.local (c-67-186-103-18.hsd1.il.comcast.net [67.186.103.18]) by mail.blockstar.com (Postfix) with ESMTP id 8E7493F8567; Wed, 7 Nov 2007 07:08:55 -0800 (PST) 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-Followup-To: rms@gnu.org, ueno@unixuser.org, emacs-devel@gnu.org, ding@gnus.org, miles@gnu.org In-Reply-To: (Richard Stallman's message of "Wed, 07 Nov 2007 02:56:08 -0500") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1.50 (darwin) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:82742 gmane.emacs.gnus.general:65582 Archived-At: On Wed, 07 Nov 2007 02:56:08 -0500 Richard Stallman wrote: RS> Steganography is useful, in particular, and GnuPG doesn't support it. RS> Users could hide secret information, or messages for other users, or RS> watermarks. RS> Steganography is certainly useful, but the question is whether users RS> want to use encrypt.el. Well, it's the only library within Emacs that could support it AFAIK (I can write a sample implementation if necessary). Whether that's sufficient to make it wanted by the users, I don't know, since it's neither been advertised to the users nor does it support steganography yet. RS> I think cryptography is a field where experimentation is very RS> important. Wouldn't you like to see Emacs become a breeding ground for RS> cryptography work? RS> Encryption programs generally need to be fast. RS> Emacs Lisp doesn't seem very good for the job. GnuPG uses an external library to do its job (libgcrypt as documented at http://www.gnupg.org/(en)/documentation/manuals/gcrypt/). We could use that library *and others* directly from encrypt.el, providing the extra speed. But as I mentioned, what's important is experimentation. Speed is not my concern, since the Lisp code can be rewritten in C when it's not experimental anymore. Ted