unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Ted Zlatanov <tzz@lifelogs.com>
To: emacs-devel@gnu.org
Subject: Re: [Emacs-diffs] trunk r115420: Use libcrypto's checksum implementations if available, for speed.
Date: Tue, 10 Dec 2013 08:39:33 -0500	[thread overview]
Message-ID: <87r49ksu3u.fsf@flea.lifelogs.com> (raw)
In-Reply-To: 52A68191.70200@cs.ucla.edu

On Mon, 09 Dec 2013 18:50:57 -0800 Paul Eggert <eggert@cs.ucla.edu> 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




  reply	other threads:[~2013-12-10 13:39 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1VpZN0-0003V3-TK@vcs.savannah.gnu.org>
2013-12-10  2:25 ` [Emacs-diffs] trunk r115420: Use libcrypto's checksum implementations if available, for speed Stefan Monnier
2013-12-10  2:50   ` Paul Eggert
2013-12-10 13:39     ` Ted Zlatanov [this message]
2013-12-10 17:55       ` Paul Eggert
2013-12-10 18:28         ` Ted Zlatanov
2013-12-11  4:40     ` Stefan Monnier
2013-12-11  5:43       ` Paul Eggert
2013-12-11 15:15         ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87r49ksu3u.fsf@flea.lifelogs.com \
    --to=tzz@lifelogs.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).