Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Move back to use release tarball.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Make sure gnURL doesn't link against libpsl.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

No release tarball has been published yet, use v7.61.1 git tag instead.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Package configure script decided to use libidn2 already now that it
became available. This triggered a dependency error:
Package libgnurl is missing dependencies for the following libraries:
libidn2.so.0

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

being based on curl 0.70.0 gnurl is affected by
CVE-2015-3144
CVE-2015-3145
CVE-2015-3153
CVE-2015-3236

Import patches from curl package to fix that.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

If no explicit CA file is given, gnurl fails to setup HTTPS connections
as it doesn't looks for certificates in /etc/ssl/certs/ in any way.
Fix that by utilizing GnuTLS' gnutls_certificate_set_x509_system_trust
as a fall-back if neither CA file, CA path nor SRP is declared.

Reported upstream: https://github.com/bagder/curl/issues/330
Fix suggested upstream: https://github.com/bagder/curl/pull/331

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

It might not be available in GnuTLS and is not strictly required
by the gnurl manifest, see
http://www.git.taler.net/?p=gnurl.git;a=blob;f=README;h=f7521aa431a4e77a58dc558880ff54648d69e072;hb=HEAD#l22

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

gnurl's README states quite excatly which CONFIGURE_ARGS to pass,
so disable lots of unneeded stuff.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Alexander Ryzhov <openwrt@ryzhov-al.ru>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

This is definitely one of the ugliest things I ever got my
hands on. If it even did the job properly, but no, it tries
to install it's headers in /usr/include/curl collidings with
actual curl's headers. Fixed that by installing them into
/usr/include/gnurl instead. Now gnunet can use gnurl.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>