Bug 2158666
Summary: | Please branch and build python-pyqt6 in epel9 | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Jonathan Wright <jonathan> |
Component: | python-pyqt6 | Assignee: | Onuralp SEZER <thunderbirdtr> |
Status: | MODIFIED --- | QA Contact: | |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel9 | CC: | a.zaft, epel-packagers-sig, gui1ty, jonathan, kde-sig, manisandro, orion, thunderbirdtr, thunderbirdtr |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | Bug | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 2231773 | ||
Bug Blocks: | 2169513, 2092182 |
Description
Jonathan Wright
2023-01-06 02:44:14 UTC
I added both username and group for commit and thank you for offering help as well :) jonathanspw (commit) epel-packagers-sig (commit) Welcome aboard :) This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component. This bug appears to have been reported against 'rawhide' during the Fedora Linux 38 development cycle. Changing version to 38. We're waiting for dbus-python-devel to land in EL9. It's in CS9 now so I've submitted https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2023-2630d1c469 This message is a reminder that Fedora Linux 38 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 38 on 2024-05-21. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '38'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 38 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed. Well, I had managed to build this earlier I think, but now I'm getting: sip-build: '13.6' is not a supported ABI version Not sure where to start with that. Well, that's with 6.6.0, which I think is too new. If I stick with 6.5.2 (ABI 13.4), then I'm getting: g++ -c -pipe -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64-v2 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection `pkg-config --cflags dbus-python` -fno-exceptions -Wall -Wextra -D_REENTRANT -fPIC -DPy_LIMITED_API=0x03070000 -DSIP_PROTECTED_IS_PUBLIC -Dprotected=public -DQT_NO_EXCEPTIONS -DQT_NO_DEBUG -DQT_PLUGIN -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_SQL_LIB -DQT_CORE_LIB -I. -I. -I.. -I/usr/include/python3.9 -I/usr/include/qt6 -I/usr/include/qt6/QtWidgets -I/usr/include/qt6/QtGui -I/usr/include/qt6/QtSql -I/usr/include/qt6/QtCore -I. -I/usr/lib64/qt6/mkspecs/linux-g++ -o sipQtSqlQSqlResult.o sipQtSqlQSqlResult.cpp make[1]: Leaving directory '/builddir/build/BUILD/PyQt6-6.5.2/build/QtSql' /builddir/build/BUILD/PyQt6-6.5.2/build/QtSql/sipQtSqlQSqlResult.cpp: In function 'PyObject* meth_QSqlResult_boundValues(PyObject*, PyObject*)': /builddir/build/BUILD/PyQt6-6.5.2/build/QtSql/sipQtSqlQSqlResult.cpp:1201:42: error: taking address of rvalue [-fpermissive] 1201 | sipRes = &sipCpp->boundValues(); | ~~~~~~~~~~~~~~~~~~~^~ Tried building with -fpermissive but then: g++ -c -pipe -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64-v2 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection `pkg-config --cflags dbus-python` -fpermissive -fno-exceptions -Wall -Wextra -D_REENTRANT -fPIC -DPy_LIMITED_API=0x03070000 -DSIP_PROTECTED_IS_PUBLIC -Dprotected=public -DQT_NO_EXCEPTIONS -DQT_NO_DEBUG -DQT_PLUGIN -DQT_GUI_LIB -DQT_BLUETOOTH_LIB -DQT_NETWORK_LIB -DQT_DBUS_LIB -DQT_CORE_LIB -I. -I. -I.. -I/usr/include/python3.9 -I/usr/include/qt6 -I/usr/include/qt6/QtGui -I/usr/include/qt6/QtBluetooth -I/usr/include/qt6/QtNetwork -I/usr/include/qt6/QtDBus -I/usr/include/qt6/QtCore -I. -I/usr/lib64/qt6/mkspecs/linux-g++ -o sipQtBluetoothquint128.o sipQtBluetoothquint128.cpp make[1]: Leaving directory '/builddir/build/BUILD/PyQt6-6.5.2/build/QtBluetooth' /builddir/build/BUILD/PyQt6-6.5.2/sip/QtBluetooth/qpybluetooth_quint128.sip: In function 'int convertTo_quint128(PyObject*, void**, int*, PyObject*, void**)': /builddir/build/BUILD/PyQt6-6.5.2/sip/QtBluetooth/qpybluetooth_quint128.sip:104:13: error: request for member 'data' in '* qv', which is of non-class type 'quint128' {aka '__int128 unsigned'} 104 | qv->data[i] = val; | ^~~~ /builddir/build/BUILD/PyQt6-6.5.2/sip/QtBluetooth/qpybluetooth_quint128.sip: In function 'PyObject* convertFrom_quint128(void*, PyObject*)': /builddir/build/BUILD/PyQt6-6.5.2/sip/QtBluetooth/qpybluetooth_quint128.sip:39:58: error: request for member 'data' in '* sipCpp', which is of non-class type 'quint128' {aka '__int128 unsigned'} 39 | PyObject *pobj = PyLong_FromUnsignedLong(sipCpp->data[i]); | ^~~~ Hello everyone, I was wondering what the current state of this issue is. Wanted to try for myself and I got PyQt 6.6.1 to compile on Rocky with an updated sip6 (6.7.12), which supports the 13.6 ABI. For building 6.7.12 for Rocky 9 I took the f38 spec file and only had to add the BuildRequires for pyproject (diff below). Appstream only packages sip6-6.6.2, what is the policy for providing something newer in EPEL? Best Alexander Diff from f38 spec file for sip6 on my end: 14a15 > BuildRequires: pyproject-rpm-macros 15a17,20 > BuildRequires: python3-pip > BuildRequires: python3-tomli > BuildRequires: python3-wheel > BuildRequires: python3-ply |