Arch Linux User Repository

IF PROBLEM HAPPEN

this package is our try to put amdgpu in ARCH, but this could break or have problems as amd update and change their packages for ubuntu

if anything happens you can always download a older tag in https://github.com/Ashark/archlinux-amdgpu-pro/releases and get the PKGBUILD there, and use makepkg with that build while we update or try to fix :)

ALWAYS USE LINUX-FIRMWARE-GIT IF LATEST DRIVER FAIL BEFORE ISSUE SOME ERROR

https://aur.archlinux.org/packages/linux-firmware-git

PKGBUILD generator is located here: https://github.com/Ashark/archlinux-amdgpu-pro

AMDGPU PRO wiki page: https://wiki.archlinux.org/index.php/AMDGPU_PRO

New versions will appear here: https://repo.radeon.com/amdgpu/.

@bobolin @licensed fixed in 20.30_1109583-1

@bobolin sabe problem here: error: failed to commit transaction (conflicting files) /opt/amdgpu/share/drirc.d/10-amdgpu-pro.conf exists in both 'amdgpu-pro-libgl' and 'lib32-amdgpu-pro-libgl' Errors occurred, no packages were upgraded. ==> WARNING: Failed to install built package(s). warning: package amdgpu-pro-installer failed to build, skipping

This PKGBUILD doesn't work.

error: failed to commit transaction (conflicting files) /opt/amdgpu/share/drirc.d/10-amdgpu-pro.conf exists in both 'amdgpu-pro-libgl' and 'lib32-amdgpu-pro-libgl' Errors occurred, no packages were upgraded. ==> WARNING: Failed to install built package(s). warning: package amdgpu-pro-installer failed to build, skipping

@gardotd426 ...aaaand I now I finally understand the root of the problem per your criticism. Seriously, I was like "WAT, I read the comments, what's he on about??"

Anyway, my initial Google search for amdgpu-pro-installer dropped me on page 5 of the comments for some silly reason. That shows me for trusting stuff on the first click.

@gardotd426 I did read prior comments. This response was specifically aimed at the very recent 20.20 upgrade, not older versions where people tried to force upgrades by manually editing the PKGBUILD to stuff pre 20.20. Note that the last 19.30* stuff was working fine.

By working fine, I mean Davinci Reslove still worked. Gutting this entire stack and attempting to run off the opencl-amdgpu package results in instant crashing.

For now, I'm just reverting to 370d39c63ddc using the 19.30* stuff so I can continue editing videos.

Lord, I looked into debtap, and it's a complete dumpster fire unless you're just flat converting .debs. Using it to create PKGBUILDs is a nightmare, it'll flat-out fail if the package doesn't contain a ./usr/bin directory (so if it's a package without any binaries, like a lib package, or something that goes in /opt or /etc), because of the way they wrote the script.

Someone filed a bug report on the github for it, and the dude didn't read it, said "if you don't have a /usr/bin, your installation is broken, you need to reinstall," and closed the issue - seriously. When it's actually the script itself that's broken.

That sucks, I was super excited to find a script that would create PKGBUILDs from .deb packages. It does seem to work fine for flat-out conversion from .deb to .pkg.tar though, so there's that.

@Ashark

"It was because of strange behavior of debtap. Previously, there was libgcc1 dependency, which was converted to None by debtap. But current version has libgcc-s1 dependency, which is converted to gcc by debtap."

Yeah I've always used dpkg-deb -c instead of debtap, it doesn't pull dependencies, and it takes more work, but it also doesn't cause broken stuff to get added. I just run dpkg-deb -c package.deb and get a list of the file list, then in the PKGBUILD I have the command to move those to the .pkg, and figure out the dependencies some other way. Unfortunately there's no real good solution, I wish we had better dependency conversion tools/databases, where you could search for a dependency on Debian/Ubuntu and find it's alternative on Arch or wherever else.

@ganthore read the previous comments before posting, please.

Both of your issues have already been discussed.

The dependencies missing are an error, they're not supposed to be in the PKGBUILD, and you can't use the full AMDGPU PRO stack on Arch Linux anyway, only the standalone bits (so the OpenCL driver, the vulkan drivers, etc., but not the libgl driver or the full stack).

libgl1 and lib32-gcc have no deps available in aur and results with the following error before installation:

❯ makepkg -si --skippgpcheck --skipchecksums --nocheck --ignorearch ==> WARNING: The package group has already been built, installing existing packages... ==> Installing amdgpu-pro-installer package group with pacman -U... loading packages... resolving dependencies... warning: cannot resolve "libgl1", a dependency of "amf-amdgpu-pro" warning: cannot resolve "lib32-gcc", a dependency of "lib32-amdgpu-pro-libgl" warning: cannot resolve "lib32-gcc", a dependency of "lib32-opencl-amdgpu-pro-orca" warning: cannot resolve "lib32-gcc", a dependency of "lib32-vulkan-amdgpu-pro" :: The following packages cannot be upgraded due to unresolvable dependencies: amf-amdgpu-pro lib32-amdgpu-pro-libgl lib32-opencl-amdgpu-pro-orca lib32-vulkan-amdgpu-pro

I'm also noticing a black screen after force upgrading. I expect SDDM to load. Using an RX580. Removing the packages allows SDDM to load correctly.

"DaVinci Resolve doesn't work with just the OpenCL driver? I wasn't aware it required the OpenGL driver as well."

DaVinci Resolve needs his specific OpenGL profile (under license?). This is only present in amdgpu-pro and not in amdgpu.