This update has been unpushed.

Works for me.

My chroots have all CCache enabled and it fails with:

Running transaction
  Preparing        :                                                                                       1/1 
  Running scriptlet: ccache-3.7.1-2.fc31.x86_64                                                            1/1 
error: failed to exec scriptlet interpreter /bin/sh: Permission denied
error: %prein(ccache-3.7.1-2.fc31.x86_64) scriptlet failed, exit status 127

Error in PREIN scriptlet in rpm package ccache
  Verifying        : ccache-3.7.1-2.fc31.x86_64                                                            1/1 

Failed:
  ccache-3.7.1-2.fc31.x86_64

I've got failure with dnf, useradd and groupadd when installing packages in the chroot.

This update has been unpushed.

This update has been unpushed.

@r3pec I'm not sure which package is required for h264, might be in RPMFusion too since Patents are a thing.

This update has been unpushed.

Works perfectly.

Thanks for testing!

Caused by https://github.com/etcd-io/etcd/pull/9382 Will fix our service file accordingly.

Works fine.

Kernel works fine. It solves issues with previous one not mounting my second drive partitions.

Installed and tested in Mock. Works fine.

Tested and approved. Successful build of micro: https://koji.fedoraproject.org/koji/taskinfo?taskID=33900610

Found the bug for which I am responsible for.

Current code is assuming the user pass the option --mock-config. If none is specified the mock command in deps.py fails. I sent a PR upstream but in the meantime, as a workaround, pass the --mock-config option to fedora-review (all your reviews should be done on fedora Rawhide so --mock-config fedora-rawhide-x86_64).

-1 karma for now while we fix the thingie.

PR: https://pagure.io/FedoraReview/pull-request/347 Bug: https://pagure.io/FedoraReview/issue/346

@imabug Could you test this update?

@bluepencil would you mind testing this update?

Seems the culprit is gcc: compiled with gcc-8.2.1-2 it works, with gcc-8.2.1-4 it doesn't.

Another reporter filed this bug https://bugzilla.redhat.com/show_bug.cgi?id=1645850

@ignatenkobrain https://bugs.freedesktop.org/show_bug.cgi?id=108646

I try to bisect the issue unsuccessfully, I'm not even sure the issue is Mesa… If I build locally i965_dri.so 18.2.2-1, it fails too, whereas the Fedora package works. My conclusion is that a dependency used during the build was working when Fedora Mesa 18.2.2-1 was built on Oct 5 but that dependency was updated and i965_dri.so 18.2.2 when built now with that updated dependency fails.