GNU bug report logs - #27618
Possible bug when compiled with ssl

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#27618: closed (Possible bug when compiled with ssl)
Date: Sat, 08 Jul 2017 15:29:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sat, 8 Jul 2017 08:28:44 -0700
with message-id <2f3c00ca-433a-f482-b660-4c915c04a0f3 <at> cs.ucla.edu>
and subject line Re: bug#27618: Possible bug when compiled with ssl
has caused the debbugs.gnu.org bug report #27618,
regarding Possible bug when compiled with ssl
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
27618: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=27618
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Jean Louis <bugs <at> gnu.support>
To: bug-coreutils <at> gnu.org
Subject: Possible bug when compiled with ssl
Date: Sat, 8 Jul 2017 17:17:21 +0300

Hello,

I have seen today that my coreutils was compiled with ssl support, and
that is fine for me.

However, what happens if libressl library is updated?

sort is then missing libressl from old versio, and configure cannot
run.

Also, sort is required by other ./configure scripts so suddenly
nothing can be ./configure-ed and make-ed as the script looks for
sort, and sort looks for older libressl which is updated to newer
version.

It further means, when sort and coreutils are compiled with libressl,
they cannot compile itself without libressl even I don't know the
background on how sort is using the ssl.

It maybe problem for development of chaintools with ssl.

Jean

configure: creating ./config.status
config.status: creating Makefile
config.status: creating po/Makefile.in
config.status: creating gnulib-tests/Makefile
config.status: creating lib/config.h
config.status: executing depfiles commands
config.status: executing po-directories commands
config.status: creating po/POTFILES
config.status: creating po/Makefile
sort: error while loading shared libraries: libcrypto.so.38: cannot open shared object file: No such file or directory
sort: error while loading shared libraries: libcrypto.so.38: cannot open shared object file: No such file or directory

[Message part 3 (message/rfc822, inline)]

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Jean Louis <bugs <at> gnu.support>, 27618-done <at> debbugs.gnu.org
Subject: Re: bug#27618: Possible bug when compiled with ssl
Date: Sat, 8 Jul 2017 08:28:44 -0700

Jean Louis wrote:
> I have seen today that my coreutils was compiled with ssl support, and
> that is fine for me.
> ...
> sort: error while loading shared libraries: libcrypto.so.38: cannot open shared object file: No such file or directory

It sounds like in practice, it is not actually fine for you (:-). When you run 
'configure', omit the --with-openssl option; that should fix your problem.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.