Re: About GNUrl and cURL

My very last commit actually broke it again (fixed now) but see buildbot for an example that in debian, curl-gnutls is detected correctly: https://buildbot.gnunet.org/#/builders/13/builds/133/steps/2/logs/configure > On 8. Sep 2022, at 09:46, madmurphy wrote: > > No, libcurl.so is a symlink to

Re: About GNUrl and cURL

No, libcurl.so is a symlink to libcurl.so.4.8.0. However my glue package (a super-minimal one) now provides a libcurl-gnutls.so, which is a symlink to libcurl-gnutls.so.

Re: About GNUrl and cURL

I checked the log and the test runs correctly. The condition CURLSSLSET_OK != curl_global_sslset(CURLSSLBACKEND_GNUTLS, NULL, &avail)) is evaluated against "-lcurl" and it is false. Hence the library linked against (-lcurl) does not support GnuTLS. The detection works. Are you sure that your libc

Re: About GNUrl and cURL

I tried again, just to be sure. Still get ... HTTP Client:curl (OpenSSL) ... My config.log attached. --madmurphy On Wed, Sep 7, 2022 at 8:17 PM Martin Schanzenbach wrote: > I am quite sure it works now as expected so you would need to provide me > with the config.log to de

Re: About GNUrl and cURL

I am quite sure it works now as expected so you would need to provide me with the config.log to debug. Maybe your link now points to the "Normal" curl because of the testing? Excerpts from madmurphy's message of 2022-09-07 18:55:19 +0100: > I now commited a programmatic check for GnuTLS. Try it ou

Re: About GNUrl and cURL

I now commited a programmatic check for GnuTLS. Try it out. It should not require your fix. Mmm without my trick the configure script still prints ... HTTP Client:curl (OpenSSL) ... --madmurphy On Wed, Sep 7, 2022 at 3:44 PM Schanzenbach, Martin wrote: > > > > On 7. Sep 20

Re: About GNUrl and cURL

> On 7. Sep 2022, at 14:59, madmurphy wrote: > > Hi Martin, > > That means, if you can find out how the packages linked against > libcurl-compat or libcurl-gnutls are built from source, you can do the same > with the gnunet package. > The packages in the official repositories that explicitly

Re: About GNUrl and cURL

Hi Martin, That means, if you can find out how the packages linked against libcurl-compat or libcurl-gnutls are built from source, you can do the same with the gnunet package. The packages in the official repositories that explicitly require libcurl-gnutls (and not simply libcurl) are spotify-lau

Re: About GNUrl and cURL

FYI I updated the detection logic again. You may check if that works for you know. Know that even if it detected "curl-openssl" for you the last time, it probably was correctly linked against the "drop-in" libcurl-gnutls. We just were not able to detect that. BR Excerpts from Martin Schanzenbach'

Re: About GNUrl and cURL

Excerpts from madmurphy's message of 2022-09-06 22:17:53 +0100: > Okay, about the libcurl-gnutls package, Martin was right. If I add this > line to the PKGBUILD of that package, > > ln -s libcurl-gnutls.so.4.8.0 "${pkgdir}"/usr/lib/libcurl-gnutls.so > > Everything goes well in GNUnet and the conf

Re: About GNUrl and cURL

Excerpts from madmurphy's message of 2022-09-06 22:17:53 +0100: > Okay, about the libcurl-gnutls package, Martin was right. If I add this > line to the PKGBUILD of that package, > > ln -s libcurl-gnutls.so.4.8.0 "${pkgdir}"/usr/lib/libcurl-gnutls.so > > Everything goes well in GNUnet and the conf

Re: About GNUrl and cURL

Okay, about the libcurl-gnutls package, Martin was right. If I add this line to the PKGBUILD of that package, ln -s libcurl-gnutls.so.4.8.0 "${pkgdir}"/usr/lib/libcurl-gnutls.so Everything goes well in GNUnet and the configure script prints ... HTTP Client:curl-gnutls ... No

Re: About GNUrl and cURL

Excerpts from Christian Grothoff's message of 2022-09-06 21:34:45 +0200: > On 9/6/22 14:43, madmurphy wrote: > > Just out of curiosity, why do I get > > > > gstreamer: no > > You need also certain related gstreamer libraries > (gstreamer-plugins-base or something like that)

Re: About GNUrl and cURL

On 9/6/22 14:43, madmurphy wrote: Just out of curiosity, why do I get gstreamer: no You need also certain related gstreamer libraries (gstreamer-plugins-base or something like that) before gstreamer is considered "complete enough" to work for GNUnet. -Christian

Re: About GNUrl and cURL

> On 6. Sep 2022, at 15:03, madmurphy wrote: > > Okay, the first thing I notice in the list of the files installed by > libcurl-gnutls is that there is no libcurl-gnutls.pc file. Do you think there > is a way to check without passing through pkgconf? > I am pretty sure we do not use pkgconf

Re: About GNUrl and cURL

Yes the curl pacakge does contain libcurl.so. The question is why curl-gnutls does not. Maybe that is on purpose. BR > On 6. Sep 2022, at 19:32, TheJackiMonster wrote: > > In Arch most packages already contain the required files for > development. There isn't really a separation between develop

Re: About GNUrl and cURL

In Arch most packages already contain the required files for development. There isn't really a separation between development packages and usage packages. Only exceptions I'm aware of are explicit packages to contain the headers (for example linux-headers and vulkan- headers). So maybe this could

Re: About GNUrl and cURL

I know why this does not work for you. For example, in debian, there is a libcurl4-gnutls-dev which includes the ".so" file. That arch package is missing the (_unversioned_) ".so" file. I do not know if there is a "-dev" equivalent in arch. BR > On 6. Sep 2022, at 18:48, Schanzenbach, Martin >

Re: About GNUrl and cURL

> On 6. Sep 2022, at 14:43, madmurphy wrote: > > Alright, it works now :-) > > HTTP Client:curl-openssl > Just out of curiosity, why do I get > > gstreamer: no > ? > I am assuming you are missing some headers. But I noticed that on our CI as well so

Re: About GNUrl and cURL

Okay, the first thing I notice in the list of the files installed by libcurl-gnutls is that there is no libcurl-gnutls.pc file. Do you think there is a way to check without passing through pkgconf? On Tue, Sep 6, 2022 at 1:47 PM ma

Re: About GNUrl and cURL

No, sorry, I meant it doesn't work :-( Too much expectations, and I read tls instead of ssl... On Tue, Sep 6, 2022 at 1:43 PM madmurphy wrote: > Alright, it works now :-) > > HTTP Client:curl-openssl > > Just out of curiosity, why do I get > > gstreamer:

Re: About GNUrl and cURL

Alright, it works now :-) HTTP Client:curl-openssl Just out of curiosity, why do I get gstreamer: no ? On Tue, Sep 6, 2022 at 11:35 AM Martin Schanzenbach wrote: > I cleaned up the curl detection in > afea0eea1ecfa41150fdf9ee052acac75eee6534 (next rel

Re: About GNUrl and cURL

In the meanwhile I have asked Arch developers to make sure that a libcurl-gnutls.pc file gets installed… --madmurphy On Tue, Sep 6, 2022 at 2:03 PM madmurphy wrote: > Okay, the first thing I notice in the list of the files installed by > libcurl-gnutls >

Re: About GNUrl and cURL

Yes. I *think* I have found a better way to check for this and it should be compatible with debian as well. BR > On 6. Sep 2022, at 12:32, madmurphy wrote: > > Hi Martin, > > If "normal" curl is found, the check for curl-gnutls is skipped. > I guess we should prefer curl-gnutls. > Yes, libcur

Re: About GNUrl and cURL

I cleaned up the curl detection in afea0eea1ecfa41150fdf9ee052acac75eee6534 (next release 0.17.6). Feel free to try. It should be a bit more intelligent with respect to curl-gnutls detection. BR Excerpts from Schanzenbach, Martin's message of 2022-09-06 08:59:23 +: > Ah sorry I just checked:

Re: About GNUrl and cURL

Hi Martin, If "normal" curl is found, the check for curl-gnutls is skipped. I guess we should prefer curl-gnutls. Yes, libcurl-gnutls should be checked first. Also because apparently Arch is not the only distro that has a split package

Re: About GNUrl and cURL

Ah sorry I just checked: If "normal" curl is found, the check for curl-gnutls is skipped. I guess we should prefer curl-gnutls. Br > On 6. Sep 2022, at 10:51, Schanzenbach, Martin > wrote: > > Hi, > > check your config.log and check for the test against libcurl-gnutls. > There should be test

Re: About GNUrl and cURL

Hi, check your config.log and check for the test against libcurl-gnutls. There should be test somewhere in there that fails for reasons. BR Martin > On 5. Sep 2022, at 20:21, madmurphy wrote: > > Hi Christian, > > I tried to run ./configure twice. The first time I had installed on my > machi

Re: About GNUrl and cURL

Hi Christian, I tried to run ./configure twice. The first time I had installed on my machine curl (which is linked against openssl ) a

Re: About GNUrl and cURL

Did you happen to have both libcurl-gnutls and libcurl-openssl installed, and maybe configure found the wrong one? On 9/5/22 18:56, madmurphy wrote: > Mmm I just checked better, and the |configure| script now says: > > ... > HTTP Client:curl-openssl > ... > > That is not a go

Re: About GNUrl and cURL

Mmm I just checked better, and the configure script now says: ... HTTP Client:curl-openssl ... That is not a good sign, right? On Mon, Sep 5, 2022 at 5:47 PM madmurphy wrote: > Indeed, there is a dedicated package on Arch, libcurl-gnutls >

Re: About GNUrl and cURL

Indeed, there is a dedicated package on Arch, libcurl-gnutls . I just checked, and it seems that GNUnet works fine with it. Package updated

Re: About GNUrl and cURL

If Arch has a curl linked against GnuTLS, then yes. -Christian On 9/5/22 17:11, madmurphy wrote: > On Arch GNUnet still depends on GNUrl, but as far as I understood now > cURL is preferred. Would I do the right thing if updated the Arch > package accordingly and dropped the GNUrl dependency for go

About GNUrl and cURL

On Arch GNUnet still depends on GNUrl, but as far as I understood now cURL is preferred. Would I do the right thing if updated the Arch package accordingly and dropped the GNUrl dependency for good? --madmurphy