Upstream, this software supports Python 3. Please provide a Python 3 package for Fedora. According to the Python packaging guidelines [0], software must be packaged for Python 3 if upstream supports it. The guidelines give detailed information on how to do this, and even provide an example spec file [1]. The current best practice is to provide subpackages for the two Python versions (called "Common SRPM" in the guidelines). Alternatively, if nothing depends on your Python2 package, you can just switch to Python 3 entirely. It's OK to do this in Rawhide only, however, it would be greatly appreciated if you could push it to Fedora 25 as well. If you need more instructions, a guide for porting Python-based RPMs is available at [2]. If anything is unclear, or if you need any kind of assistance with the porting, you can ask on IRC (#fedora-python on Freenode), or reply here. We'll be happy to help! [0] https://fedoraproject.org/wiki/Packaging:Python [1] https://fedoraproject.org/wiki/Packaging:Python#Example_common_spec_file [2] http://python-rpm-porting.readthedocs.io/
This bug appears to have been reported against 'rawhide' during the Fedora 27 development cycle. Changing version to '27'.
This is in the changelog from Jerry: - Explicitly use python 2 until we are ready to switch to python 3
This package in only used by sagemath. Sagemath still uses python 2. There is no point in providing a python 3 build of pynac right now, as nothing at all will be able to use it. Once upstream sagemath supports python 3, we will switch the entire sagemath stack over to python 3, including this package. That hasn't happened yet. Upstream tracking: https://trac.sagemath.org/ticket/15530.
Built in Rawhide.