python-cchardet fails to build with Python 3.11.0a2. src/cchardet/_cchardet.cpp:196:12: fatal error: longintrepr.h: No such file or directory 196 | #include "longintrepr.h" | ^~~~~~~~~~~~~~~ compilation terminated. The non-limited API files cellobject.h, classobject.h, context.h, funcobject.h, genobject.h and longintrepr.h have been moved to the Include/cpython directory. Moreover, the eval.h header file was removed. These files must not be included directly, as they are already included in Python.h: Include Files. If they have been included directly, consider including Python.h instead. (Contributed by Victor Stinner in bpo-35134.) https://bugs.python.org/issue35134 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/02939640-python-cchardet/ For all our attempts to build python-cchardet with Python 3.11, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.11/package/python-cchardet/ 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.
*** Bug 2098861 has been marked as a duplicate of this bug. ***
Hello, This is the first reminder (step 3 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs). If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.
I did a small bit of poking this... You can trivially fix the include issue by patching it to look in cpython/ Then you can work around a bunch more of the compile issues with setting: +CFLAGS="%{optflags} -fpermissive" %py3_build But then it gets into some upstream object functions that changed in python 3.11... Anyone want to take a stab at fixing those? I can file a ticket upstream on it... ?
There's some discussion upstream on https://github.com/PyYoshi/cChardet/issues/77 , but the maintainer doesn't seem to be responding...
Neither does the downstream maintainer.
Note that xcat does not use cchardet: https://bugzilla.redhat.com/show_bug.cgi?id=2099189#c4 and claibre does not need to use it: https://src.fedoraproject.org/rpms/calibre/pull-request/7 I see no other packages in Fedora that depend on cchardet.
Hello, This is the second reminder (step 4 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs). If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.
Hello, Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok). All subpackages of a package against which this bug was filled are now installable or removed from Fedora 38. Thanks for taking care of it!
Hello, Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok). All subpackages of a package against which this bug was filled are now installable or removed from Fedora 37. Thanks for taking care of it!