this afaics breaks mesa-va-drivers-freeworld from RPM Fusion:
Cannot find target for triple amdgcn-- Unable to find target for this triple (no targets are registered)
A rebuild will likely fix this, but the timing of the update due to the freeze for Fedora 38 makes things complicated, as this package now has to be updated in parallel to not break things for users – and that is impossible to ensure with dnf without at least temporarily causing broken deps for some users. Hence allow me to ask:
is this really a worth updating in Fedora 38? Couldn't this have been done earlier? Or not at all?
Or is a freeze exception planed for this update? That would make things a lot easier.
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.
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
@tyrbiter Are you sure it's not spirv-llvm-translator-15.0.0-3? Because the recently added
spirv-llvm15.0-translator-15.0.0-1.fc38 was built a few minutes ago, and it can be installed together with spirv-llvm-translator-16.0.0-1.fc38.x86_64 .
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.
@tyrbiter AFAIU the packages that have been added a few hours ago have not reached the testing repository yet:
# dnf search --advisory=FEDORA-2023-3a602914f6 spirv-llvm15.0-translator
Last metadata expiration check: 0:05:44 ago on Wed Apr 5 17:52:42 2023.
No matches found.
This could explain why you're still seeing these issues. It might be better to wait a few more hours before trying again. Bodhi will update the status here when that happens.
I barely remember some multiarch stuff can be a bit flaky when in updates-testing (it might've been fixed but it was definitely a case in the past), so even if this is repushed to updates-testing and the problem is still present, I'd bet it wouldn't happen once in stable updates.
@tyrbiter The update was pushed to testing after your last comment.
After this happened, I don't see the issues anymore.
Before the last update:
# dnf upgrade --advisory=FEDORA-2023-3a602914f6 spirv-llvm-translator
Last metadata expiration check: 0:04:02 ago on Wed Apr 5 17:52:42 2023.
Dependencies resolved.
Problem: 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
- cannot install the best update candidate for package spirv-llvm-translator-15.0.0-3.fc38.x86_64
======================================================================================================================================================
Package Architecture Version Repository Size
======================================================================================================================================================
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
spirv-llvm-translator x86_64 16.0.0-1.fc38 updates-testing 9.6 M
Transaction Summary
======================================================================================================================================================
Skip 1 Package
Nothing to do.
Complete!
After the last update:
dnf upgrade --advisory=FEDORA-2023-3a602914f6 spirv-llvm-translator
Last metadata expiration check: 0:00:19 ago on Thu Apr 6 13:40:12 2023.
Dependencies resolved.
======================================================================================================================================================
Package Architecture Version Repository Size
======================================================================================================================================================
Upgrading:
spirv-llvm-translator x86_64 16.0.0-1.fc38 updates-testing 9.6 M
Installing dependencies:
spirv-llvm15.0-translator x86_64 15.0.0-1.fc38 updates-testing 802 k
Transaction Summary
======================================================================================================================================================
Install 1 Package
Upgrade 1 Package
Total download size: 10 M
Is this ok [y/N]:
Please don't edit an update once it's been in an RC compose. This can cause a major problem because once we accept a candidate compose we need to push exactly the builds from that compose to stable; if an update has been edited so it no longer contains the same builds, it makes that difficult.
Fortunately we need to do another RC today anyway so this won't be a problem, but for future reference, don't do it.
This update's test gating status has been changed to 'waiting'.
This update has been submitted for testing by bodhi.
This update's test gating status has been changed to 'failed'.
This update has been pushed to testing.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'failed'.
frantisekz edited this update.
this afaics breaks mesa-va-drivers-freeworld from RPM Fusion:
Cannot find target for triple amdgcn-- Unable to find target for this triple (no targets are registered)
A rebuild will likely fix this, but the timing of the update due to the freeze for Fedora 38 makes things complicated, as this package now has to be updated in parallel to not break things for users – and that is impossible to ensure with dnf without at least temporarily causing broken deps for some users. Hence allow me to ask:
is this really a worth updating in Fedora 38? Couldn't this have been done earlier? Or not at all?
Or is a freeze exception planed for this update? That would make things a lot easier.
LLVM 16.0.0 was released March 17th.
Please look at https://bugzilla.redhat.com/show_bug.cgi?id=2184091 for the freeze exception, its status and if this is a worth update.
@tuliom Please include iwyu-0.20-1.fc38 to this update. I built and tagged it to this side tag.
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.
tuliom edited this update.
New build(s):
Karma has been reset.
This update has been submitted for testing by tuliom.
@xvitaly iwyu-0.20-1.fc38 has been included.
@tyrbiter I confirmed that libomp-16.0.0-1.fc38.i686.rpm is included. Could you elaborate the error you're seeing, please?
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.
tuliom edited this update.
New build(s):
Karma has been reset.
@tyrbiter the intel chain should now be fixed by the inclusion of spirv-llvm15.0-translator .
Already have spirv-llvm15.0-translator-15.0.0-3 installed so the error occurs with that package installed.
@tyrbiter Are you sure it's not spirv-llvm-translator-15.0.0-3? Because the recently added spirv-llvm15.0-translator-15.0.0-1.fc38 was built a few minutes ago, and it can be installed together with spirv-llvm-translator-16.0.0-1.fc38.x86_64 .
Yes, sorry for the noise, I misread it, hadn't realised there was a compat version.
Yeah, np, the naming is confusing a bit :D , thanks for confirmation!
frantisekz edited this update.
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.
@tyrbiter AFAIU the packages that have been added a few hours ago have not reached the testing repository yet:
This could explain why you're still seeing these issues. It might be better to wait a few more hours before trying again. Bodhi will update the status here when that happens.
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
I barely remember some multiarch stuff can be a bit flaky when in updates-testing (it might've been fixed but it was definitely a case in the past), so even if this is repushed to updates-testing and the problem is still present, I'd bet it wouldn't happen once in stable updates.
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.
LGTM now.
This update has been pushed to testing.
@tyrbiter The update was pushed to testing after your last comment. After this happened, I don't see the issues anymore.
Before the last update:
After the last update:
All good for me now.
works
no issues noticed
Works for me on my HP Dev One and Lenovo ThinkPad X1 Carbon Extreme Gen 2.
no issues on my Thinkpad P1 gen3 with an Intel GPU
Freeze exception granted. Can we push it to stable? We need LLVM 16 to rebuild mesa-freeworld on RPM Fusion side.
@xvitaly I'm running some manual tests in order to work around a limitation in Bodhi causing the failures. I will waive the tests if they all pass.
@xvitaly I've just confirmed all tests have passed and I'm waiving test results.
This is a summary of the results
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'passed'.
This update can be pushed to stable now if the maintainer wishes
This update has been submitted for stable by tuliom.
There is an ongoing freeze; this will be pushed to stable after the freeze is over.
tuliom edited this update.
New build(s):
Karma has been reset.
This update has been submitted for testing by tuliom.
This update's test gating status has been changed to 'waiting'.
@tuliom Please include also pocl-3.1-1.fc38 to this update. I built and tagged it to this side tag.
tuliom edited this update.
New build(s):
Karma has been reset.
LGTM.
Please don't edit an update once it's been in an RC compose. This can cause a major problem because once we accept a candidate compose we need to push exactly the builds from that compose to stable; if an update has been edited so it no longer contains the same builds, it makes that difficult.
Fortunately we need to do another RC today anyway so this won't be a problem, but for future reference, don't do it.
adamwill edited this update.
Since previous feedback was OK and the added builds aren't that significant, giving +1 and submitting stable.
I re-run the LLVM tests and didn't get any errors.
This update's test gating status has been changed to 'passed'.
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
This update has been submitted for stable by adamwill.
There is an ongoing freeze; this will be pushed to stable after the freeze is over.
This update has been pushed to stable.