python-gstreamer1 fails to build with Python 3.11.0a6. ../gi/overrides/gstmodule.c:691:41: error: invalid use of incomplete typedef ‘PyFrameObject’ {aka ‘struct _frame’} 691 | utf8 = PyUnicode_AsUTF8String (frame->f_code->co_name); | ^~ ../gi/overrides/gstmodule.c:697:41: error: invalid use of incomplete typedef ‘PyFrameObject’ {aka ‘struct _frame’} 697 | utf8 = PyUnicode_AsUTF8String (frame->f_code->co_filename); | ^~ ../gi/overrides/gstmodule.c:703:35: error: invalid use of incomplete typedef ‘PyFrameObject’ {aka ‘struct _frame’} 703 | lineno = PyCode_Addr2Line (frame->f_code, frame->f_lasti); | ^~ ../gi/overrides/gstmodule.c:703:50: error: invalid use of incomplete typedef ‘PyFrameObject’ {aka ‘struct _frame’} 703 | lineno = PyCode_Addr2Line (frame->f_code, frame->f_lasti); | ^~ The PyFrameObject structure member has been moved to the internal C API headers. While the documentation notes that the PyFrameObject fields are subject to change at any time, they have been stable for a long time and were used in several popular extensions. In Python 3.11, the frame struct was reorganized to allow performance optimizations. Some fields were removed entirely, as they were details of the old implementation. PyFrameObject fields: f_back: use PyFrame_GetBack(). f_blockstack: removed. f_builtins: use PyObject_GetAttrString((PyObject*)frame, "f_builtins"). f_code: use PyFrame_GetCode(). f_gen: removed. f_globals: use PyObject_GetAttrString((PyObject*)frame, "f_globals"). f_iblock: removed. f_lasti: use PyObject_GetAttrString((PyObject*)frame, "f_lasti"). Code using f_lasti with PyCode_Addr2Line() must use PyFrame_GetLineNumber() instead. f_lineno: use PyFrame_GetLineNumber() f_locals: use PyObject_GetAttrString((PyObject*)frame, "f_locals"). f_stackdepth: removed. f_state: no public API (renamed to f_frame.f_state). f_trace: no public API. f_trace_lines: use PyObject_GetAttrString((PyObject*)frame, "f_trace_lines") (it also be modified). f_trace_opcodes: use PyObject_GetAttrString((PyObject*)frame, "f_trace_opcodes") (it also be modified). f_localsplus: no public API (renamed to f_frame.localsplus). f_valuestack: removed. The Python frame object is now created lazily. A side effect is that the f_back member must not be accessed directly, since its value is now also computed lazily. The PyFrame_GetBack() function must be called instead. https://docs.python.org/3.11/whatsnew/3.11.html For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.11/fedora-rawhide-x86_64/03845106-python-gstreamer1/ For all our attempts to build python-gstreamer1 with Python 3.11, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.11/package/python-gstreamer1/ Testing and mass rebuild of packages is happening in copr. You can follow these instructions to test locally in mock if your package builds with Python 3.11: https://copr.fedorainfracloud.org/coprs/g/python/python3.11/ Let us know here if you have any questions. Python 3.11 is planned to be included in Fedora 37. To make that update smoother, we're building Fedora packages with all pre-releases of Python 3.11. A build failure prevents us from testing all dependent packages (transitive [Build]Requires), so if this package is required a lot, it's important for us to get it fixed soon. We'd appreciate help from the people who know this package best, but if you don't want to work on this now, let us know so we can try to work around it on our side.
FEDORA-2022-16cda8a16b has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-16cda8a16b
FEDORA-2022-c00718b8a5 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-c00718b8a5
FEDORA-2022-16cda8a16b has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-16cda8a16b` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-16cda8a16b See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-c00718b8a5 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-c00718b8a5` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-c00718b8a5 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-16cda8a16b has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-c00718b8a5 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.