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: [Emacs-diffs] trunk r115420: Use libcrypto's checksum implementations if available, for speed. Date: Tue, 10 Dec 2013 08:39:33 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87r49ksu3u.fsf@flea.lifelogs.com> References: <52A68191.70200@cs.ucla.edu> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386682822 17851 80.91.229.3 (10 Dec 2013 13:40:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Dec 2013 13:40:22 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 10 14:40:27 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VqNY3-00009M-FA for ged-emacs-devel@m.gmane.org; Tue, 10 Dec 2013 14:40:27 +0100 Original-Received: from localhost ([::1]:49199 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqNY0-0005Fb-06 for ged-emacs-devel@m.gmane.org; Tue, 10 Dec 2013 08:40:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34222) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqNXr-0005FS-0b for emacs-devel@gnu.org; Tue, 10 Dec 2013 08:40:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VqNXl-0006uM-6c for emacs-devel@gnu.org; Tue, 10 Dec 2013 08:40:14 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:36868) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqNXl-0006uB-0a for emacs-devel@gnu.org; Tue, 10 Dec 2013 08:40:09 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VqNXg-0008Ju-17 for emacs-devel@gnu.org; Tue, 10 Dec 2013 14:40:04 +0100 Original-Received: from c-98-229-61-72.hsd1.ma.comcast.net ([98.229.61.72]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Dec 2013 14:40:04 +0100 Original-Received: from tzz by c-98-229-61-72.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Dec 2013 14:40:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 26 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-229-61-72.hsd1.ma.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.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:2BrDSJJ1K8Sf9ubJPEmE7y9T+/4= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:166257 Archived-At: On Mon, 09 Dec 2013 18:50:57 -0800 Paul Eggert wrote: PE> Stefan Monnier wrote: >> I'm tired of adding more static dependencies to Emacs PE> OK, I've disabled libcrypto by default, in trunk bzr 115446. PE> This means Emacs will not use libcrypto unless the person who PE> runs 'configure' specifically asks for it. PE> Ripping out all possibility of using libcrypto will take more PE> work. I'm not sure a scorched-earth policy like that is PE> worthwhile but will undertake it if that's the consensus. The dependency remains in the code even if it's off by default. I think Stefan's objection is not to the default or to the licensing but to the code complexity and growth. In other words, the policy is not to scorch the earth but to wait for the spring FFI cleanup :) But speaking of licensing, what's the rationale for depending on libcrypto (Apache licensed AFAICT) when, as we've mentioned here, GnuTLS (through libnettle+libhogweed) offers very similar facilities from a GNU project? I'm not against libcrypto at all, to be clear, but I think you should have an answer to the licensing question because project decisions (notably the use of Bazaar) have often considered it. Ted