help-octave
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem in installation of parallel-3.1.2.tar.gz, undefined symbol:


From: Olaf Till
Subject: Re: Problem in installation of parallel-3.1.2.tar.gz, undefined symbol: gnutls_srp_base64_decode_alloc
Date: Fri, 25 May 2018 21:43:03 +0200
User-agent: NeoMutt/20170113 (1.7.2)

On Fri, May 25, 2018 at 05:26:14PM +0200, Ivan Spisso wrote:
> ...
> /marconi/home/userinternal/ispisso0/octave/parallel-3.1.2/x86_64-pc-linux-gnu-api-v51/parallel_generate_srp_data.oct:
> failed to load: 
> /marconi/home/userinternal/ispisso0/octave/parallel-3.1.2/x86_64-pc-linux-gnu-api-v51/parallel_generate_srp_data.oct:
> undefined symbol: gnutls_srp_base64_decode_alloc
> error: called from
> 
> Looking to the installation path
> 
> Looking at the installation path
> 
> /cineca/prod/opt/libraries/gnutls/3.6.2/gnu--6.1.0/share/man/man3/
> 
> address@hidden ~]$ ls 
> /cineca/prod/opt/libraries/gnutls/3.6.2/gnu--6.1.0/share/man/man3/gnutls_srp_base64_decode*
> ../man3/gnutls_srp_base64_decode2.3
> ../man3/gnutls_srp_base64_decode.3
> 
> The API
> 
> /man3/gnutls_srp_base64_decode_alloc.3
> 
> is missing, but it seems that the API decode_alloc.3 has been replaced in
> the version 3.4.10 by _decode2.3

Indeed gnutls_srp_base64_decode_alloc seems to be gone in gnutls
3.6.2. I wasn't aware of this backwards-incompatibility of gnutls, in
my version 3.5.8 the symbol is still in.

This has to be fixed in the parallel package. Maybe you can submit a
bug report so it won't be forgotten.

Maybe you don't need gnutls -- if you don't use an unsafe
cluster. Unfortunately, there is currently no way to explicitly
disable gnutls while building the package. But it will be disabled
automatically if no gnutls is found during package building.

Olaf

-- 
public key id EAFE0591, e.g. on x-hkp://pool.sks-keyservers.net

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]