Comments

30 Comments

@vkadlcik are you looking into the baseos-qe.koji-build.scratch-build.validation failure? redhat-rpm-config updates are blocked until a fixed version of annobin lands in rawhide, so it would be good if we could get this update pushed soon.

@vkadlcik can these test failures be waived?

Is there some reason this hasn't been pushed to stable yet? It looks like the failing tests have been waived.

I think the test is failing, because there is a mismatch between gcc and annobin. For some reason, the test is installing gcc-11.2.1-1.fc35 even though the latest build in updates is gcc-11.3.1-2.fc35.

I ran the test case manually in a container with gcc-11.3.1-2.fc35 and it passed for me.

I tested the redhat-rpm-config package and it fixes the problem with clang + openmp + rpath as expected.

Hi all, thanks for testing. A new qt-creator build has been added to the update can you re-test and see if the issue has been fixed?

There is also this annobin test missing: baseos-qe.koji-build.scratch-build.validation

I'm planning to rebuild the other packages once the freeze is over.

This update has been unpushed.

I re-enabled the buildroot overrides, so that no more packages will be built with the old LLVM. I thin k that should prevent problems like what happened with qt6-qttools.

Why would it be easier to create a new update instead of updating this one?

Let's wait on the pocl rebuild until the maintainer responds to my question on FEDORA-2021-3925fa6655.

We rebuilt a pocl pre-release snapshot against llvm 12.0.0 before this update. Should we wait until this update goes stable to rebuild 1.7.0 against llvm 12.0.0? Or should we do it now and obsolete this update?

We're going to need to rebuild pocl, because a newer version was added to this update: FEDORA-2021-3925fa6655

Can you share the dnf output from when you installed clang?

Thanks for testing.