Comments

149 Comments

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

With this set of updates all of my Qt apps lose menu lettering, reducing to essentially nothing other than a small blank area in each menu item.

Back to the drawing board I think.

BZ#2179854 Qt 5 render the Bold style CJK character very thick with Noto CJK variable fonts
karma

Good update, finally fixes the USB xhci regression caused by asynchronous driver probe startup.

BZ 2173309 raised

karma

Installed and runs, no problems seen

BZ#2153550 darktable-4.2.1 is available

Would you like the strace output I have saved? Please let me know, it's difficult to read but perhaps you know what to grep for.

I don't have the enforcing selinux setting enabled.

The firewall setup is via firewalld and then over the local network to my router which is a Google Wi-Fi puck, I don't have any outgoing firewall rules set, only port forwards for servers.

The DBus error is probably the root of this, but I don't know how to determine what is happening. I have run whatip under strace, I now have a 2MB text file but no idea whether it is useful as I don't know what I am looking for.

Further suggestions welcome.

karma

Now seems to be OK again, I can install all the packages again.

karma

dpkg-dev-1.21.20-1.fc37.noarch.rpm 762 kB/s | 1.2 MB 00:01

dpkg-perl-1.21.20-1.fc37.noarch.rpm 330 kB/s | 272 kB 00:00

Error: Problem: conflicting requests - nothing provides perl(at) needed by dpkg-dev-1.21.20-1.fc37.noarch (try to add '--skip-broken' to skip uninstallable packages)