From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Vong Subject: Re: octave license is incompatible with openssl Date: Thu, 11 Aug 2016 23:27:49 +0800 Message-ID: <87fuqbl40a.fsf@gmail.com> References: <87h9b0ij9x.fsf@gmail.com> <87wpjvhfpg.fsf@elephly.net> <87eg62d5p4.fsf@gmail.com> <20160808200018.GA20179@jasmine> <871t1yvsn8.fsf@gmail.com> <20160809172728.b6wijrzccd5wdv37@galago.mtmxr.com> <87k2fpktsi.fsf@gmail.com> <20160811062627.mbaiqhssaejwh4hw@galago.mtmxr.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20160811062627.mbaiqhssaejwh4hw@galago.mtmxr.com> (Mike Miller's message of "Wed, 10 Aug 2016 23:26:27 -0700") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-octave-bounces+gcgog-help-octave=gmane.org@gnu.org Sender: "Help-octave" To: Mike Miller Cc: Ricardo Wurmus , guix-devel@gnu.org, help-octave@gnu.org, Leo Famulari List-Id: guix-devel.gnu.org Mike Miller writes: > On Wed, Aug 10, 2016 at 14:43:57 +0800, Alex Vong wrote: >> I thought it was an optional dependency because when I run >> `./configure --help', it contains the following help: >> >> --with-openssl use libcrypto hash routines. Valid ARGs are: 'yes', >> 'no', 'auto' => use if available, 'optional' => use >> if available and warn if not available; default is >> 'no' >> >> >> Perhaps someone unaware of the issue adds this? Should I open a bug >> report on this? > > Thanks for pointing that out. I wasn't aware of this until now. This > configure option actually comes directly from the gnulib project. You'll > notice that the default is "no", which is exactly as it should be. > > Octave provides some standard hash functions that are built on GPL > compatible functions provided by gnulib. As a side effect of enabling > these gnulib modules, gnulib automatically adds the `--with-openssl` > option to allow the user to specify that the OpenSSL libcrypto functions > should be used instead. > > I couldn't find this described or documented anywhere, just had to go > digging through the configuration macros, e.g. > > http://git.savannah.gnu.org/cgit/gnulib.git/tree/m4/gl-openssl.m4 > http://git.savannah.gnu.org/cgit/gnulib.git/tree/m4/sha1.m4 > > Cheers, I see. Thanks for the explaination. As Mark has pointed out, the problem seems to be in the curl package. Finally, some unrelated stuff, I hope octave would have a byte code interpreter soon. I would suggest to write it in rpython, it seems to be the easiest way to have jit these days. Cheers, Alex