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.
Good update, finally fixes the USB xhci regression caused by asynchronous driver probe startup.
BZ 2173309 raised
Installed and runs, no problems seen
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.
Now seems to be OK again, I can install all the packages again.
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)
ps aux | grep avahi avahi 2458 0.0 0.0 7184 3860 ? Ss Feb14 0:02 avahi-daemon: running [deangelis.local] avahi 2630 0.0 0.0 6860 324 ? S Feb14 0:00 avahi-daemon: chroot helper
Desktop is GNOME 43
Sorry, previous comment should have -1 karma
Console error follows:
(org.gabmus.whatip:65585): Gtk-CRITICAL **: 22:10:46.972: Unable to register the application: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not activate remote peer: unit failed.
Tried running whatip from user account and via sudo, appears unable to continue whether 3rd party services pop-up is answered yes or no.
Fedora wants to terminate, wait achieves nothing. Force quit works but restarting goes into the same behaviour, rinse and repeat loop ensues.
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