Thanks for updating ROCm!

Without this update, I can't upgrade Silverblue and keep ROCm on my system, which I need for darktable and pytorch.

error: Could not depsolve transaction; 2 problems detected:
 Problem 1: conflicting requests
  - nothing provides comgr(rocm) = 5.4 needed by rocm-opencl-5.4.3-1.fc38.x86_64
 Problem 2: package rocm-opencl-devel-5.4.3-1.fc38.x86_64 requires libamdocl64.so.5.4()(64bit), but none of the providers can be installed
  - package rocm-opencl-devel-5.4.3-1.fc38.x86_64 requires libcltrace.so.5.4()(64bit), but none of the providers can be installed
  - package rocm-opencl-devel-5.4.3-1.fc38.x86_64 requires rocm-opencl(x86-64) = 5.4.3-1.fc38, but none of the providers can be installed
  - conflicting requests
  - nothing provides comgr(rocm) = 5.4 needed by rocm-opencl-5.4.3-1.fc38.x86_64

After downloading the RPMs linked on the builds tab, I was able to manually install them with rpm-ostree install and was able to upgrade my system again.

In other words: This is a pretty important update for people using Fedora with AMD graphics cards, especially if they're using darktable and/or pytorch or anything else that relies on ROCm.

(Also, implied above, but to be clear: Many thanks again overall, mystro256, for maintaining ROCm on Fedora! It's excellent to have ROCm directly installable without having to add any third party repos or trying to compile it ourselves.)

Thanks @garrett, there's some growing pains in getting ROCm into Fedora, and fortunately I fixed some of the package issues in Rawhide, as I didn't previously have a clear understanding of the relationship ROCm has with LLVM. Unfortunately when LLVM 16 was back-ported to f38, it caused unexpected issues. I hope to get this update in as soon as possible.

I hope to see more of ROCm get introduced, as I slowly help resolve some upstream Fedora blockers for inclusion of more ROCm packages.

If anyone is interested, I've forked comgr from ROCm to make it align better with upstream LLVM, so it now uses upstream llvm's major release number instead of the comgr's release number.

So, instead of rocm-opencl artificially requiring comgr from the same ROCm release, it now just relies on the soname of comgr (currently "2").