Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#67820 - [python2-pycurl] library can't be imported

Attached to Project: Arch Linux
Opened by Jane Doe (sofo1) - Thursday, 03 September 2020, 13:31 GMT
Last edited by Eli Schwartz (eschwartz) - Friday, 18 September 2020, 18:29 GMT
Task Type Bug Report
Category Packages: Extra
Status Assigned   Reopened
Assigned To Felix Yan (felixonmars)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 4
Private No


Latest - python2-pycurl - doesn't work
Previous - python2-pycurl - works fine.

Steps to reproduce:
Open python2 terminal
>> import pycurl
ImportError: /usr/lib/python2.7/site-packages/ undefined symbol: PyUnicode_DecodeLocale
This task depends upon

Comment by Felix Yan (felixonmars) - Tuesday, 08 September 2020, 18:37 GMT
Upstream report (no response for now):
Comment by Eli Schwartz (eschwartz) - Friday, 18 September 2020, 18:34 GMT

No. What. How is "it is utterly broken because upstream doesn't support python2 anymore" closed as an upstream issue for a high-severity "this package makes zero sense to be packaged as-is" ticket?

If we continue to package python2-pycurl in the official repos and upstream won't support it, we must hold it back to the final python2-compatible release.
Comment by Eli Schwartz (eschwartz) - Friday, 18 September 2020, 18:41 GMT
It is only required by one other package: python2-tornado (optional)

So dropping it to the AUR is another option as suggested in  FS#67933 , though then we might be unable to properly test python2-tornado (needed in turn by salt, yikes, but we're blocked on FS#61129 for that).
Comment by loqs (loqs) - Saturday, 19 September 2020, 00:19 GMT
salt uses pycurl for proxy support [1].


Would demize update salt to python3 if tornado4 was split out and someone else maintained it?
Or must it be tornado5/6 that is used? If so must the tornado5/6 support be official? ( Meaning local patches to add tornado5/6 support would not be acceptable. )



Consider adding -z,defs to LDFLAGS to make libraries linking to undefined functions a build time error.