kitty fails to build with Python 3.11.0a2. launcher.c:53:5: error: ‘PySys_AddXOption’ is deprecated [-Werror=deprecated-declarations] 53 | PySys_AddXOption(buf); | ^~~~~~~~~~~~~~~~ In file included from /usr/include/python3.11/Python.h:94, from launcher.c:22: /usr/include/python3.11/sysmodule.h:29:38: note: declared here 29 | Py_DEPRECATED(3.11) PyAPI_FUNC(void) PySys_AddXOption(const wchar_t *); | ^~~~~~~~~~~~~~~~ launcher.c:55:5: error: ‘PySys_AddXOption’ is deprecated [-Werror=deprecated-declarations] 55 | if (from_source) PySys_AddXOption(L"kitty_from_source=1"); | ^~ In file included from /usr/include/python3.11/Python.h:94, from launcher.c:22: /usr/include/python3.11/sysmodule.h:29:38: note: declared here 29 | Py_DEPRECATED(3.11) PyAPI_FUNC(void) PySys_AddXOption(const wchar_t *); | ^~~~~~~~~~~~~~~~ launcher.c:58:9: error: ‘PySys_AddXOption’ is deprecated [-Werror=deprecated-declarations] 58 | PySys_AddXOption(buf); | ^~~~~~~~~~~~~~~~ In file included from /usr/include/python3.11/Python.h:94, from launcher.c:22: /usr/include/python3.11/sysmodule.h:29:38: note: declared here 29 | Py_DEPRECATED(3.11) PyAPI_FUNC(void) PySys_AddXOption(const wchar_t *); | ^~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors Deprecated Deprecate the following functions to configure the Python initialization: PySys_AddWarnOptionUnicode() PySys_AddWarnOption() PySys_AddXOption() PySys_HasWarnOptions() Py_SetPath() Py_SetProgramName() Py_SetPythonHome() Py_SetStandardStreamEncoding() _Py_SetProgramFullPath() Use the new PyConfig API of the Python Initialization Configuration instead (PEP 587). (Contributed by Victor Stinner in bpo-44113.) https://bugs.python.org/issue44113 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/02939318-kitty/ For all our attempts to build kitty with Python 3.11, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.11/package/kitty/ 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.
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle. Changing version to 36.
Closing this in bulk as it built with Python 3.11. If this needs to remain open for a followup, feel free to reopen, I won't close in bulk again.
There was a slightly heated exchange regarding Python's ability to maintain documented compatibility going forward, and for the time being, the following patch appears vital for a smooth Kitty run under Fedora's Python 3.11: https://github.com/kovidgoyal/kitty/commit/f023f047ff48ec49dff628c024ea025331631b32 (doesn't apply cleanly at test.py, for my local build, I stuck with "--without test" as a simplest way around)
(In reply to Jan Pokorný [poki] from comment #3) > There was a slightly heated exchange regarding Python's ability to > maintain documented compatibility going forward... FTR, https://github.com/python/cpython/issues/89608
The Python change was reverted, this should work again with the rc1 release.
I think that in this case python3 package should be patched until we get rc1. It's simpler to patch 1 package instead all dependant packages.
What all dependent packages do you mean?
Is kitty the only one package that has been affected by this issue?
I mean "sys._xoptions breaking".
I think so.
Should be fixed in latest build.