Summary: | dev-python/urlgrabber-3.10.1 : ImportError: pycurl: libcurl link-time ssl backend (none/other) is different from compile-time ssl backend (openssl) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Python Gentoo Team <python> |
Status: | CONFIRMED --- | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
dev-python:urlgrabber-3.10.1:20160705-093114.log
emerge-history.txt environment |
Description
Toralf Förster
![]() Created attachment 439770 [details]
dev-python:urlgrabber-3.10.1:20160705-093114.log
Created attachment 439772 [details]
emerge-history.txt
Created attachment 439774 [details]
environment
I'm currently seeing this error (in the form of "ImportError: pycurl: libcurl link-time ssl backend (gnutls) is different from compile-time ssl backend (openssl)") whenever I import pycurl, with current dev-python/pycurl-7.43.0.5 and net-misc/curl-7.72.0. Researching the case, the reason appears to be that I had set USE=gnutls globally, therefore curl was compiled with +gnutls but the default CURL_SSL only contains openssl. It seems that net-misc/curl-7.72.0 even defaults to gnutls when compiled with USE=gnutls even if CURL_SSL does not mention gnutls. So probably the cleanup suggested in https://bugs.gentoo.org/738604 would also fix this bug. |