Can you try again with 1.4.0? I don't really see how it would fix anything, but maybe we're lucky?

https://copr.fedorainfracloud.org/coprs/g/python/python3.8/build/904348/

Smells like a deadlock:

<mock-chroot> sh-5.0# PYTHONPATH=/builddir/build/BUILDROOT/python-tblib-1.4.0-1.fc31.x86_64/usr/lib/python3.8/site-packages:tests py.test-3.8 README.rst
============================================== test session starts ==============================================
platform linux -- Python 3.8.0a3, pytest-4.4.1, py-1.8.0, pluggy-0.9.0
rootdir: /builddir/build/BUILD/tblib-1.4.0, inifile: setup.cfg
collected 1 item                                                                                                

README.rst .                                                                                              [100%]

=========================================== 1 passed in 0.08 seconds ============================================
^CError in atexit._run_exitfuncs:
Traceback (most recent call last):
  File "/usr/lib64/python3.8/multiprocessing/util.py", line 265, in _run_finalizers
    finalizer()
  File "/usr/lib64/python3.8/multiprocessing/util.py", line 189, in __call__
    res = self._callback(*self._args, **self._kwargs)
  File "/usr/lib64/python3.8/multiprocessing/pool.py", line 689, in _terminate_pool
    cls._help_stuff_finish(inqueue, task_handler, len(pool))
  File "/usr/lib64/python3.8/multiprocessing/pool.py", line 674, in _help_stuff_finish
    inqueue._rlock.acquire()
KeyboardInterrupt

Let's report upstream (tblib) and see if this isn't a Python bug.

https://github.com/ionelmc/python-tblib/issues/40

Fixed in https://github.com/ionelmc/python-tblib/commit/58891e3c4ccf469e3745283628512e37519f8d2a

OK, I can backport this if there's no release and it appears necessary.

It only blocks python-pyphi and that doesn't block anything. So until we proceed with the side tag, I'm good.

This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to '31'.

The coordinated rebuild of Python 3.8 has started in the `f32-python` side tag.

If you figure out how to rebuild this package, please don't rebuild it in regular rawhide, but use the side tag instead:

    on branch master:
    $ fedpkg build --target=f32-python

To wait for a build to show up in the side tag, do:

    $ koji wait-repo f32-python --build=<nvr>

Where <nvr> is name-version-release of the source package, e.g. python-foo-1.1-2.fc32.

An updated mock config is posted at:
http://copr.fedorainfracloud.org/coprs/g/python/python3.8/

Note that it will take a while before the essential packages are rebuilt, so don't expect all your dependencies to be available right away.

Thanks. Let us know if you need up to date info, or if you have any questions.



PS this message is mass posted to all the bugs that block the PYTHON38 bug. If this is also a Fedora 31 FTBFS bug and you manage to fix it, you can do a f31 build as usual:

    on branch f31:
    $ fedpkg build

The f32-python side tag has been merged. In order to rebuild the package, do it in regular rawhide, but please wait until python3-3.8 is tagged:

  $ koji wait-repo f32-build --build python3-3.8.0~b3-3.fc32


If your built already started in f32-python, after it is finished, please tag it to rawhide with:

  $ koji tag-build f32-pending <nvr>

For example:

  $ koji tag-build f32-pending libreoffice-6.3.0.4-3.fc32

Thanks!

(This comment is mass posted to all bugzillas blocking the PYTHON38 tracking bug.)

(Python 3.8 has landed in the rawhide buildroot.)

Backported the patches to fix this.