Description of problem: Several of my python3 qt5 packages FTBFS with: ValueError: PyCapsule_GetPointer called with incorrect name Version-Release number of selected component (if applicable): python3-qt5-5.11.2-1.fc29.x86_64 python3-qscintilla-qt5-2.10.7-1.fc29.x86_64 python3-arcus-3.3.0-2.fc29.x86_64 How reproducible: Easy Steps to Reproduce: 1. install above mentioned packages 2. run python3 3. observe: >>> import Arcus >>> import PyQt5.Qsci Traceback (most recent call last): File "<stdin>", line 1, in <module> RuntimeError: the PyQt5.QtCore module failed to register with the sip module >>> import PyQt5.Qsci Traceback (most recent call last): File "<stdin>", line 1, in <module> ValueError: PyCapsule_GetPointer called with incorrect name (new session) >>> import PyQt5.QtCore >>> import Arcus Traceback (most recent call last): File "<stdin>", line 1, in <module> ValueError: PyCapsule_GetPointer called with incorrect name >>> import PyQt5.Qsci Traceback (most recent call last): File "<stdin>", line 1, in <module> ValueError: PyCapsule_GetPointer called with incorrect name
Rebuilding the packages didn't help here.
Is there anything I can do to help fix this? My package is still requiring Python 3.6 because it cannot be rebuilt. I don't want to retire it.
This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle. Changing version to '29'.
I think this may be (partially?) fixed now, at least eric builds successfully when before it didn't. I didn't do anything explicitly to fix it. cura scratch build still fails though, so keeping this open.
Maybe I need to rebuild arcus first?
(In reply to Miro Hrončok from comment #5) > Maybe I need to rebuild arcus first? Didn't help.
This probably warrants filing a bug/issue with PyQt and arcus upstreams at this point.
https://riverbankcomputing.com/pipermail/pyqt/2018-June/040474.html Hrm, I'll take a closer look
Yes, every googled thing I've managed to get indicated a packaging problem (removing everything and reinstalling fixed the issue mostly).
And... taking a closer look I cannot reproduce this using the test builds @ https://copr.fedorainfracloud.org/coprs/rdieter/PyQt/builds/ so... may be a rawhide-only issue?
OK, figured it out. Latest PyQt5 versions include and use a private copy of sip module, named PyQt5.sip now. Arcus is (still) using the old non-namspaced module named sip. When I explicitly removed python3-sip, I get this error: >>> import Arcus Traceback (most recent call last): File "<stdin>", line 1, in <module> ModuleNotFoundError: No module named 'sip' >>> So, Arcus' python code needs some patching In the meantime, I'll try to adjust sip packaging to make this clearer somehow.
Reassigning to libarcus, that's where the fix needs to happen.
I'll work on a pull request to implement that
https://src.fedoraproject.org/rpms/libarcus/pull-request/1
The fix works. Thank you so much!
FYI, submitted upstream issue on the topic https://github.com/Ultimaker/libArcus/issues/76 to hopefully get it fixed properly so we won't have to carry patches downstream
Thanks fro bringing that upstream. FYI your commit https://src.fedoraproject.org/rpms/libarcus/c/389686ab44edf78c8f1afa098c92f226d8b089b1 FTBFS. Please use pull requests to verify buildability of such changes.
Strange, I tested it thoroughly with mock and local builds. I'll take a closer look.
This is Fedora 29: <mock-chroot> sh-4.4# rpm -q python3-arcus python3-arcus-3.4.1-1.fc29.x86_64 <mock-chroot> sh-4.4# python3 -c 'import Arcus' <mock-chroot> sh-4.4# echo $? 0 This is Fedora 30: <mock-chroot> sh-4.4# rpm -q python3-arcus python3-arcus-3.4.1-2.fc30.x86_64 <mock-chroot> sh-4.4# python3 -c 'import Arcus' Traceback (most recent call last): File "<string>", line 1, in <module> ModuleNotFoundError: No module named ' PyQt5' This is f29 branch rebuilt for Fedora 30: <mock-chroot> sh-4.4# rpm -q python3-arcus python3-arcus-3.4.1-1.fc30.x86_64 <mock-chroot> sh-4.4# python3 -c 'import Arcus' <mock-chroot> sh-4.4# echo $? 0 I guess the libArcus-3.4.1-sip_flags.patch introduced this, yet I fail to find where would the space go from. Would you be able to help?
Next version does not suffer form this. Thanks for the help.
Oh. So the reproducer no longer works, but I still get the same error. Will try to rebase the patch.