Thank you!

This fixes the bug. Thanks.

Since this has already been pushed to stable, I've opened https://bugzilla.redhat.com/show_bug.cgi?id=1876012

Error: Transaction test error:
  file /usr/include/mysql/mariadb_rpl.h from install of mariadb-connector-c-devel-3.1.9-5.fc31.x86_64 conflicts with file from package mariadb-devel-3:10.3.22-1.fc31.x86_64

https://bugzilla.redhat.com/show_bug.cgi?id=1875490

IPython and ilua both work.

Basic functionality verified.

Using this for 6 days and found no regression. Mostly only creating new coprs, adding packages, building from SCM and from SRPMs.

# dnf --enablerepo=updates-testing upgrade libreport
...
 Problem: problem with installed package python3-abrt-2.14.2-3.fc31.x86_64
  - package python3-abrt-2.14.2-3.fc31.x86_64 requires libreport.so.0()(64bit), but none of the providers can be installed
  - cannot install both libreport-2.14.0-1.fc31.x86_64 and libreport-2.13.1-3.fc31.x86_64
  - cannot install both libreport-2.13.1-3.fc31.x86_64 and libreport-2.14.0-1.fc31.x86_64
  - cannot install both libreport-2.10.1-2.fc31.x86_64 and libreport-2.14.0-1.fc31.x86_64
  - cannot install the best update candidate for package libreport-2.13.1-3.fc31.x86_64

$ sudo dnf --enablerepo=updates-testing upgrade libreport
...
 Problem: problem with installed package python3-abrt-2.14.2-3.fc32.x86_64
  - package python3-abrt-2.14.2-3.fc32.x86_64 requires libreport.so.0()(64bit), but none of the providers can be installed
  - cannot install both libreport-2.14.0-1.fc32.x86_64 and libreport-2.13.1-4.fc32.x86_64
  - cannot install both libreport-2.13.1-4.fc32.x86_64 and libreport-2.14.0-1.fc32.x86_64
  - cannot install both libreport-2.12.0-3.fc32.x86_64 and libreport-2.14.0-1.fc32.x86_64
  - cannot install the best update candidate for package libreport-2.13.1-4.fc32.x86_64

This update has been unpushed.

Obsoleted by FEDORA-2020-2cc426347b

I've done a buildroot override to actually test things. Koshcei reveals that python-tox-current-env is broken now because it doesn't use %pyproject_buildrequires. I guess that is fine and I'll fix it, but technically speaking, people cannot use %pyproject_wheel without %pyproject_buildrequires any more (or manually specifying them). I'll make sure to adapt the README to make it more obvious.

https://bugzilla.redhat.com/show_bug.cgi?id=1867822

All good.

This update has to go to stable after FEDORA-2020-d808fdd597

I've disabled automatic push to stable after time or karma. We cen enable it back once FEDORA-2020-d808fdd597 is in there.