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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27618 in the body.
You can then email your comments to 27618 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

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 #10 received at 27618-done <at> debbugs.gnu.org (full text, mbox):

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.

Message #13 received at 27618-done <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 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 22:53:02 +0300

On Sat, Jul 08, 2017 at 08:28:44AM -0700, Paul Eggert wrote:
> 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.

Configure cannot run without "sort", and if "sort" is compiled with
ssl, then ./configure is not working, regardless.

What I have done, I've downloaded sort without ssl, and placed it in
/usr/bin/sort just to be able to re-run configure.


Jean

Message #16 received at 27618-done <at> debbugs.gnu.org (full text, mbox):

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

Jean Louis wrote:
> Configure cannot run without "sort", and if "sort" is compiled with
> ssl, then ./configure is not working, regardless.

Sure, but that's not really a bug in the coreutils build procedure, which 
assumes a POSIX-like environment containing the C compiler and a few standard 
utilities. If these utilities don't work coreutils won't build, just as most 
other packages won't build.

It sounds like your problem is that your distro builds coreutils with the 
--with-openssl option, but does not list the OpenSSL libraries as prerequsites 
for coreutils. If so, that's a bug in your distro's packaging rules and should 
be reported to your distro; it's not something coreutils itself can fix.

Message #19 received at 27618-done <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Jean Louis <bugs <at> gnu.support>, 27618-done <at> debbugs.gnu.org
Subject: Re: bug#27618: Possible bug when compiled with ssl
Date: Sun, 9 Jul 2017 01:12:50 +0300

On Sat, Jul 08, 2017 at 01:20:18PM -0700, Paul Eggert wrote:
> Jean Louis wrote:
> > Configure cannot run without "sort", and if "sort" is compiled with
> > ssl, then ./configure is not working, regardless.
> 
> Sure, but that's not really a bug in the coreutils build procedure, which
> assumes a POSIX-like environment containing the C compiler and a few
> standard utilities. If these utilities don't work coreutils won't build,
> just as most other packages won't build.
> 
> It sounds like your problem is that your distro builds coreutils with the
> --with-openssl option, but does not list the OpenSSL libraries as
> prerequsites for coreutils. If so, that's a bug in your distro's packaging
> rules and should be reported to your distro; it's not something coreutils
> itself can fix.

Alright, I see, I need to take care of it. No, I do not use distros.

I see it is not a bug in software. It is disturbing the flow.

Why sort need to have ssl with that option?

Jean

Message #22 received at 27618-done <at> debbugs.gnu.org (full text, mbox):

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

Jean Louis wrote:
> Why sort need to have ssl with that option?

It probably doesn't.

Message #25 received at 27618-done <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Jean Louis <bugs <at> gnu.support>, 27618-done <at> debbugs.gnu.org
Subject: Re: bug#27618: Possible bug when compiled with ssl
Date: Sun, 9 Jul 2017 10:05:47 +0300

On Sat, Jul 08, 2017 at 04:20:59PM -0700, Paul Eggert wrote:
> Jean Louis wrote:
> > Why sort need to have ssl with that option?
> 
> It probably doesn't.

Maybe that is to be changed. Those small coreutils tools that do not
depend of SSL maybe they shall not be linked with the SSL library.

Systems are evolving, coreutils are used to build new systems.

And why is SSL library useful in coreutils? What it does special? Does
it replaces md5 and other hash functions?

Jean

Message #28 received at 27618-done <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Jean Louis <bugs <at> gnu.support>
Cc: 27618-done <at> debbugs.gnu.org
Subject: Re: bug#27618: Possible bug when compiled with ssl
Date: Sun, 9 Jul 2017 09:48:15 -0700

Jean Louis wrote:
> Maybe that is to be changed.

Yes, that would be nice. In the meantime, I suggest not using --with-openssl. 
There is a reason it's disabled by default.

> And why is SSL library useful in coreutils? What it does special? Does
> it replaces md5 and other hash functions?

Yes.

Message #31 received at 27618-done <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 27618-done <at> debbugs.gnu.org
Subject: Re: bug#27618: Possible bug when compiled with ssl
Date: Sun, 9 Jul 2017 21:13:48 +0300

On Sun, Jul 09, 2017 at 09:48:15AM -0700, Paul Eggert wrote:
> Jean Louis wrote:
> > Maybe that is to be changed.
> 
> Yes, that would be nice. In the meantime, I suggest not using
> --with-openssl. There is a reason it's disabled by default.
> 
> > And why is SSL library useful in coreutils? What it does special? Does
> > it replaces md5 and other hash functions?
> 
> Yes.

Thank you.

I will not use it.

Jean

Previous Next

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