Dave?

After removing the bad test I get another error with the latest version of Python 3.8:

'"/usr/lib/gcc/x86gcc-python-wrapper.c:188:1: error: converting to non-pointer type 'long int' from NULL [-Werror=conversion-null]
  188 | };
      | ^
autogenerated-callgraph.c:112:1: error: designator order for field '_typeobject::tp_getattr' does not match declaration order in 'PyTypeObject' {aka '_typeobject'}
  112 | };
      | ^
autogenerated-callgraph.c:198:1: error: designator order for field '_typeobject::tp_getattr' does not match declaration order in 'PyTypeObject' {aka '_typeobject'}
  198 | };
      | ^
make: *** [Makefile:168: autogenerated-callgraph.o] Error 1
make: *** Waiting for unfinished jobs....
cc1plus: all warnings being treated as errors
make: *** [Makefile:168: gcc-python-wrapper.o] Error 1
autogenerated-cfg.c:164:1: error: designator order for field '_typeobject::tp_getattr' does not match declaration order in 'PyTypeObject' {aka '_typeobject'}
  164 | };
      | ^
autogenerated-cfg.c:265:1: error: designator order for field '_typeobject::tp_getattr' does not match declaration order in 'PyTypeObject' {aka '_typeobject'}
  265 | };
      | ^
autogenerated-cfg.c:362:1: error: designator order for field '_typeobject::tp_getattr' does not match declaration order in 'PyTypeObject' {aka '_typeobject'}
  362 | };
      | ^
make: *** [Makefile:168: autogenerated-cfg.o] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.8wVRMu (%build)
    Macro expanded in comment on line 17: %{?dist}

Created attachment 1593151 [details]
Full build log

Attaching the latest full build log as well

Might that be related to: In Python 3.8, the reserved "tp_print" slot was changed from a function pointer to a number, `Py_ssize_t tp_vectorcall_offset`.

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

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.)

Automation has figured out the package is retired in rawhide.

If you like it to be unretired, please open a ticket at https://pagure.io/releng/new_issue?template=package_unretirement

Closing out needinfo flag