[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-14 Thread nolange79 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 --- Comment #10 from nolange79 at gmail dot com --- No, I was talking about testing the features field for CURL_VERSION_SSL, that field is deprecated: > features is a bit mask representing available features. It can have none, one > or more b

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-12 Thread fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 --- Comment #9 from Frank Ch. Eigler --- This version looks okay to me too, FWIW, just a little bit more work. I'd appreciate a pointer to any curl documentation that suggests upcoming deprecation of the curl_version_info_data->ssl_version fi

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-12 Thread nolange79 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 nolange79 at gmail dot com changed: What|Removed |Added Attachment #15454|0 |1 is obsolete|

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-12 Thread nolange79 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 --- Comment #7 from nolange79 at gmail dot com --- both methods are available since 7.10, so theres no version specific stuff necessary. using flags is deprecated and if removed, then you are forced to change or guard with version checks. --

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-11 Thread fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 --- Comment #6 from Frank Ch. Eigler --- Note that the "modern way" is not necessarily the desirable way. If the old way will keep working, I'd rather use that than a using a version-conditionalized query. -- You are receiving this mail bec

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-09 Thread nolange79 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 --- Comment #5 from nolange79 at gmail dot com --- Apparently the modern was is to iterate through the 'protocols' array. I added a patch, please feet free to reformat to adhere to coding standards, your tab/space mix is pretty wild there ;) -

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-09 Thread nolange79 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 --- Comment #4 from nolange79 at gmail dot com --- Created attachment 15454 --> https://sourceware.org/bugzilla/attachment.cgi?id=15454&action=edit Test for https support in libcurl -- You are receiving this mail because: You are on the CC

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-08 Thread fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 --- Comment #3 from Frank Ch. Eigler --- like this? can you test? diff --git a/debuginfod/debuginfod-client.c b/debuginfod/debuginfod-client.c index 0ee7db3d6638..a3468f534656 100644 --- a/debuginfod/debuginfod-client.c +++ b/debuginfod/deb

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-08 Thread nolange79 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 --- Comment #2 from nolange79 at gmail dot com --- Should test for CURL_VERSION_SSL (since v7.10), from the docs [1]: > curl_version_info can be used to get a list of all supported protocols in the > current libcurl. [1] - https://curl.se/li

[Bug debuginfod/31620] debuginfod should not require ssl support from libcurl

2024-04-08 Thread fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31620 Frank Ch. Eigler changed: What|Removed |Added CC||fche at redhat dot com --- Comment