python-scandir fails to build with Python 3.9.0a2. _scandir.c:663:7: error: conflicting type qualifiers for ‘PyStructSequence_UnnamedField’ 663 | char *PyStructSequence_UnnamedField = "unnamed field"; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /usr/include/python3.9/Python.h:125, from _scandir.c:14: /usr/include/python3.9/structseq.h:22:27: note: previous declaration of ‘PyStructSequence_UnnamedField’ was here 22 | extern const char * const PyStructSequence_UnnamedField; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.9/fedora-rawhide-x86_64/01142513-python-scandir/ For all our attempts to build python-scandir with Python 3.9, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.9/package/python-scandir/ 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.9: https://copr.fedorainfracloud.org/coprs/g/python/python3.9/ Let us know here if you have any questions. Python 3.9 will be included in Fedora 33, but the initial bootstrapping has already started. A build failure this early in the bootstrap sequence blocks us very much.
This is due to PyStructSequence_UnnamedField being now a constant in Python 3.9. This should be easily fixable by changing the type. https://github.com/python/cpython/pull/17005/files
scandir is a backport of os.scandir and os.walk from Python 3.5+ standard library. How hard would it be to switch everything that needs scandir to the stdlib, and retire python-scandir? scandir's README says to do: # Use the built-in version of scandir/walk if possible, otherwise # use the scandir module version try: from os import scandir, walk except ImportError: from scandir import scandir, walk
> scandir is a backport of os.scandir and os.walk from Python 3.5+ standard library. > How hard would it be to switch everything that needs scandir to the stdlib, and retire python-scandir? It's a drop-in replacement. I don't think that it makes sense to use the backport on Python 3.5 and newer. The documentation says: "This scandir module is intended to work on Python 2.7+ and Python 3.4+ (and it has been tested on those versions)." Does another package depend on this 3rd party scandir package?
Nothing in Fedora seems to require this. It indeed shall be retired, if my repoquery is right. We need to adapt our bootstrap sequence not to list this package.
I had the same result and went ahead and retired it in master. Will live on in EPEL 6 and 7.
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32.
The package was retired.