OK, I failed to notice that the python package was noarch, hence the transaction failing.

I am still seeing this from the daily anacron run:

/etc/cron.daily/rkhunter:

expr: syntax error: unexpected argument ‘0’ cut: option requires an argument -- 'f' Try 'cut --help' for more information.

Not certain it's the same issue but it looks like part of the message from the -20 package.

Installed and appears to be working as expected

All good for me now.

And just as a final comment

[bdm@deangelis ~]$ dnf search --advisory=FEDORA-2023-3a602914f6 libomp Last metadata expiration check: 0:25:25 ago on Wed 05 Apr 2023 18:53:21 BST. ============================================================ Name Exactly Matched: libomp ============================================================ libomp.x86_64 : OpenMP runtime for clang libomp.i686 : OpenMP runtime for clang ================================================================ Name Matched: libomp ================================================================ libomp-devel.i686 : OpenMP header files libomp-devel.x86_64 : OpenMP header files libomp-test.x86_64 : OpenMP regression tests

So the query finds libomp.i686 but I still saw the inferior architecture error despite this.

Fair enough, I thought that maybe some manual pushing had occurred.

I have now worked round it, and as a result and not seeing any post-workaround problems I am happy to grant +ve karma

Still got the same libomp.i686 error when trying to allow a dnf upgrade:

Problem: libomp-15.0.7-4.fc38.i686 has inferior architecture - cannot install both libomp-16.0.0-1.fc38.x86_64 and libomp-15.0.7-4.fc38.x86_64 - cannot install the best update candidate for package libomp-15.0.7-4.fc38.i686 - cannot install the best update candidate for package libomp-15.0.7-4.fc38.x86_64 ====================================================================================================================================================== Package Architecture Version Repository Size ====================================================================================================================================================== Upgrading: spirv-llvm-translator i686 16.0.0-1.fc38 updates-testing 10 M spirv-llvm-translator x86_64 16.0.0-1.fc38 updates-testing 9.6 M Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade): libomp x86_64 16.0.0-1.fc38

Worked round all these errors with various methods (mostly --force, --nodeps and using rpm directly) but finally had to allow libomp.i686 to be uninstalled and then reinstalled the updated version manually.

Yes, sorry for the noise, I misread it, hadn't realised there was a compat version.

Already have spirv-llvm15.0-translator-15.0.0-3 installed so the error occurs with that package installed.

I don't have the problem any more because I manually worked around it on one system, so the exact error message has been lost.

From memory the error I got was that libomp-15.0.7-4.fc38.i686 has inferior architecture, the command I used for the attempted upgrade was:

sudo dnf -y --refresh --enablerepo=updates-testing --enablerepo=updates-testing-debuginfo upgrade

On the system with intel-opencl-clang installed I get this error:

Problem 1: libomp-15.0.7-4.fc38.i686 has inferior architecture - cannot install both libomp-16.0.0-1.fc38.x86_64 and libomp-15.0.7-4.fc38.x86_64 - cannot install the best update candidate for package libomp-15.0.7-4.fc38.i686 - cannot install the best update candidate for package libomp-15.0.7-4.fc38.x86_64 Problem 2: package intel-opencl-clang-15.0.0-3.fc38.x86_64 requires libLLVMSPIRVLib.so.15()(64bit), but none of the providers can be installed - cannot install both spirv-llvm-translator-16.0.0-1.fc38.x86_64 and spirv-llvm-translator-15.0.0-3.fc38.x86_64 - cannot install the best update candidate for package spirv-llvm-translator-15.0.0-3.fc38.x86_64 - cannot install the best update candidate for package intel-opencl-clang-15.0.0-3.fc38.x86_64 Problem 3: package intel-igc-libs-1.0.13700.7-1.fc38.x86_64 requires libLLVMSPIRVLib.so.15()(64bit), but none of the providers can be installed - cannot install both spirv-llvm-translator-16.0.0-1.fc38.x86_64 and spirv-llvm-translator-15.0.0-3.fc38.x86_64 - package mesa-libOpenCL-23.0.1-2.fc38.x86_64 requires libLLVMSPIRVLib.so.16()(64bit), but none of the providers can be installed - cannot install the best update candidate for package mesa-libOpenCL-23.0.1-1.fc38.x86_64 - cannot install the best update candidate for package intel-igc-libs-1.0.13700.7-1.fc38.x86_64 Problem 4: problem with installed package intel-opencl-clang-15.0.0-3.fc38.x86_64 - package intel-opencl-clang-15.0.0-3.fc38.x86_64 requires libLLVMSPIRVLib.so.15()(64bit), but none of the providers can be installed - cannot install both spirv-llvm-translator-16.0.0-1.fc38.x86_64 and spirv-llvm-translator-15.0.0-3.fc38.x86_64 - spirv-llvm-translator-16.0.0-1.fc38.i686 has inferior architecture - cannot install the best update candidate for package spirv-llvm-translator-15.0.0-3.fc38.i686 Problem 5: package intel-opencl-23.05.25593.18-1.fc38.x86_64 requires intel-igc-libs(x86-64), but none of the providers can be installed - package intel-igc-libs-1.0.13700.7-1.fc38.x86_64 requires libLLVMSPIRVLib.so.15()(64bit), but none of the providers can be installed - cannot install both spirv-llvm-translator-16.0.0-1.fc38.x86_64 and spirv-llvm-translator-15.0.0-3.fc38.x86_64 - package mesa-libOpenCL-23.0.1-2.fc38.x86_64 requires libLLVMSPIRVLib.so.16()(64bit), but none of the providers can be installed - package intel-igc-libs-1.0.13463.1-1.fc38.x86_64 requires intel-igc = 1.0.13463.1-1.fc38, but none of the providers can be installed - mesa-libOpenCL-23.0.1-2.fc38.i686 has inferior architecture - cannot install both intel-igc-1.0.13463.1-1.fc38.x86_64 and intel-igc-1.0.13700.7-1.fc38.x86_64 - cannot install the best update candidate for package mesa-libOpenCL-23.0.1-1.fc38.i686 - cannot install the best update candidate for package intel-opencl-23.05.25593.18-1.fc38.x86_64 - cannot install the best update candidate for package intel-igc-1.0.13700.7-1.fc38.x86_64 Problem 6: package intel-level-zero-23.05.25593.18-1.fc38.x86_64 requires intel-igc-libs(x86-64), but none of the providers can be installed - package intel-igc-libs-1.0.13700.7-1.fc38.x86_64 requires libLLVMSPIRVLib.so.15()(64bit), but none of the providers can be installed - package intel-igc-libs-1.0.13463.1-1.fc38.x86_64 requires libLLVMSPIRVLib.so.15()(64bit), but none of the providers can be installed - cannot install both spirv-llvm-translator-16.0.0-1.fc38.x86_64 and spirv-llvm-translator-15.0.0-3.fc38.x86_64 - package mesa-libOpenCL-23.0.1-2.fc38.x86_64 requires libLLVMSPIRVLib.so.16()(64bit), but none of the providers can be installed - problem with installed package mesa-libOpenCL-23.0.1-1.fc38.x86_64 - package mesa-libOpenCL-23.0.1-1.fc38.x86_64 requires mesa-libgbm(x86-64) = 23.0.1-1.fc38, but none of the providers can be installed - cannot install both mesa-libgbm-23.0.1-2.fc38.x86_64 and mesa-libgbm-23.0.1-1.fc38.x86_64 - cannot install the best update candidate for package mesa-libgbm-23.0.1-1.fc38.x86_64 - cannot install the best update candidate for package intel-level-zero-23.05.25593.18-1.fc38.x86_64

Hope that bodhi doesn't mangle this too badly.

This set of updates does not include intel-opencl-clang and related packages, as a result I can't install it on a system with the intel-opencl-clang packages installed already.

Also note that libomp.i686 is not provided in this update, so the install fails unless the old package is removed and then installed manually.

This update works OK, no more problems with Qt application menus and controls