[bug #37709] gnutls deprecated gnutls-config

[Graham Lee]

URL:
<http://savannah.gnu.org/bugs/?37709>

Summary: gnutls deprecated gnutls-config
Project: GNUstep
Submitted by: leeg
Submitted on: Sat 10 Nov 2012 06:57:49 PM GMT
Category: Base/Foundation
Severity: 3 - Normal
Item Group: Installation
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any

_______________________________________________________

Details:

The gnutls library doesn't come with gnutls-config any more. That means that
even if I've got libgnutls installed in a standard location, and tell
configure about it with ./configure --with-tls-prefix=/path/to/gnutls/prefix,
-base can't be built with it.




_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?37709>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

[Fred Kiefer]

Update of bug #37709 (project gnustep):

Status: None => Need Info

_______________________________________________________

Follow-up Comment #1:

Which version of GNUstep base are you using? In the current SVN version we use
pkconfig to detect gnutls, this should work on systems without gnutls-config.
If you are using an older (released) version of GNUstep base, could you please
switch to the SVN version and try there?

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?37709>

_______________________________________________

Nachricht gesendet von/durch Savannah
http://savannah.gnu.org/

[Fred Kiefer]

Update of bug #37709 (project gnustep):

Status: Need Info => Fixed
Open/Closed: Open => In Test

_______________________________________________________

Follow-up Comment #2:

Move to in test as it is resolved in SVN and will be in the next release.

[Graham Lee]

Follow-up Comment #3, bug #37709 (project gnustep):

Sorry for the delay in responding. I'm using svn trunk, and it still tries to
use gnutls-config:

$ ./configure
[…]
checking for libgnutls-config... no
checking for libgnutls - version >= 1.4.0... no
*** The libgnutls-config script installed by libgnutls could not be found
*** If libtgnuls was installed in PREFIX, make sure PREFIX/bin is in
*** your path.
no

You do not appear to have usable libgnutls headers/library.
Building without them will disable SSL/TLS/HTTPS in NSStream,
NSFileHandle, NSURLHandle and NSURLConnection.
If you really want to build gnustep-base without TLS support,
add --disable-tls to the configure arguments.
configure: error: Missing support for TLS functionality.

$ ./configure --with-gnutls-prefix=/usr/local/bin
[…]

checking for libgnutls-config... /usr/local/bin/libgnutls-config
checking for libgnutls - version >= 1.4.0... ./configure: line 24989:
/usr/local/bin/libgnutls-config: No such file or directory
./configure: line 24990: /usr/local/bin/libgnutls-config: No such file or
directory
./configure: line 24992: /usr/local/bin/libgnutls-config: No such file or
directory
./configure: line 24994: /usr/local/bin/libgnutls-config: No such file or
directory
./configure: line 24996: /usr/local/bin/libgnutls-config: No such file or
directory
no
*** Could not run libtgnuls test program, checking why...
no

You do not appear to have usable libgnutls headers/library.
Building without them will disable SSL/TLS/HTTPS in NSStream,
NSFileHandle, NSURLHandle and NSURLConnection.
If you really want to build gnustep-base without TLS support,
add --disable-tls to the configure arguments.
configure: error: Missing support for TLS functionality.

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?37709>

_______________________________________________

[Richard Frith-Macdonald]

Follow-up Comment #4, bug #37709 (project gnustep):

I think the problem is not that the configure script is using an old/obsolete
mechanism, rather than the modern one, but that the system it's running on
doesn't have either the modern (pkg-config) system or the old (gnustls-config)
system.

So what the script is doing is:
1. looking for a modern gnutls ... not findng it
2. looking for an old gnutls ... not finding that either

So, I modified it to make a guess at what the required flags might be ...
which should give us a better chance of finding a copy of gnutls that's not
properly packaged/installed.