Hi, this is just a summary about what is currently happening with Python 3.7 in Fedora [0].
Upstream has delayed the first RC a bit [1]. So we are not pushing anything to rawhide just yet. However I'm working on a "topsort rebuild" in Copr [2] on 3.7.0b3 to see what order [3] we'll need once this goes to rawhide.
I'm currently trying to approach a state where the following packages are successfully built:
* dnf * cloud-init * anaconda * abrt * python-flask * python-django * koji * bodhi * fedpkg * dnf-plugins-core
(Anything else that should be on the list? Note that sphinx, pytest etc, is included as a dependency, I'm mostly trying to build apps.)
Several packages are blocking this effort, all have open bugs at [4], if you'd like some upstream involvement, go ahead and look at some, I won't be able to fix them all alone :)
[0] https://fedoraproject.org/wiki/Changes/Python3.7 [1] https://www.python.org/dev/peps/pep-0537/#schedule [2] https://copr.fedorainfracloud.org/coprs/g/python/python3.7/builds/ [3] https://github.com/hroncok/rpm-list-builder/blob/python37/python37.yaml [4] http://bugzilla.redhat.com/show_bug.cgi?id=PYTHON37
On Tue, May 29, 2018 at 11:14 AM Miro Hrončok mhroncok@redhat.com wrote:
Hi, this is just a summary about what is currently happening with Python 3.7 in Fedora [0].
Upstream has delayed the first RC a bit [1]. So we are not pushing anything to rawhide just yet. However I'm working on a "topsort rebuild" in Copr [2] on 3.7.0b3 to see what order [3] we'll need once this goes to rawhide.
I'm currently trying to approach a state where the following packages are successfully built:
- dnf
- cloud-init
- anaconda
- abrt
- python-flask
- python-django
- koji
- bodhi
- fedpkg
- dnf-plugins-core
(Anything else that should be on the list? Note that sphinx, pytest etc, is included as a dependency, I'm mostly trying to build apps.)
Several packages are blocking this effort, all have open bugs at [4], if you'd like some upstream involvement, go ahead and look at some, I won't be able to fix them all alone :)
Mock and its dependencies should be included in there, too. I recall that at least there was one issue encountered by OpenMandriva during their Python 3.7 transition in which one of Mock's dependencies broke due to a newly reserved keyword. I don't remember which one it was, though...
On 29.5.2018 17:16, Neal Gompa wrote:> Mock and its dependencies should be included in there, too. I recall that> at least there was one issue encountered by OpenMandriva during their> Python 3.7 transition in which one of Mock's dependencies broke due to a> newly reserved keyword. I don't remember which one it was, though... Good tip. I actually have mock on the list. It is required by rpkg (which is required by fedpkg).
Mock is currently blocked by pylint which is blocked by astroid:
https://github.com/PyCQA/astroid/issues/550
On 29.5.2018 17:16, Neal Gompa wrote:
Mock and its dependencies should be included in there, too. I recall that at least there was one issue encountered by OpenMandriva during their Python 3.7 transition in which one of Mock's dependencies broke due to a newly reserved keyword. I don't remember which one it was, though...
pyroute2 https://bugzilla.redhat.com/show_bug.cgi?id=1583800
On 30 May 2018 at 01:14, Miro Hrončok mhroncok@redhat.com wrote:
Several packages are blocking this effort, all have open bugs at [4], if you'd like some upstream involvement, go ahead and look at some, I won't be able to fix them all alone :)
I scanned through the list and found one (python-mccabe) where switching to 3.7.0b5 is likely to fix it, since it looks related to the docstring AST change that was just reverted (that late reversion is the reason we're making a 5th beta release).
The rest seemed to relate to async becoming a keyword, "raise StopIteration" now being converted to RuntimeError rather than being an alias for "return" in generator implementations, and the changes to the way deprecation warnings get handled (by default and in unittest), so those breakages are unfortunately intentional :(
Cheers, Nick.
python-devel@lists.fedoraproject.org