Package Base Details: amdgpu-pro-installer

Git Clone URL: (read-only, click to copy)
Submitter: LEW21
Maintainer: Ashark
Last Packager: Ashark
Votes: 91
Popularity: 1.99
First Submitted: 2016-03-28 22:44
Last Updated: 2020-08-09 14:32

Pinned Comments

Ashark commented on 2019-12-09 20:52

PKGBUILD generator is located here:

AMDGPU PRO wiki page:

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

apaz commented on 2020-07-28 14:14

"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.

Ashark commented on 2020-07-28 13:25

It's just a matter of removing lib32-gcc from the dependencies

I have also noticed, that it has some mess with detecting hwe vs non-hwe version, so I should fix that as well.

I'm not sure why it was added, it wasn't there before.

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.

gardotd426 commented on 2020-07-28 02:39

@kode54 I actually tried that a while back, wouldn't work, but you'd think it would. It might be because I didn't install the full stack and just the libgl, vulkan, and opencl components.

I wish there was a way to make the full stack work on Arch, but it seems like it's just flat-out incompatible, which is rare to find (though usually when you do find it, it's proprietary).

kode54 commented on 2020-07-28 00:02

In that case, a dirty trick you can do, if you're feeling particularly nutty:

You can log into your desktop environment, then install the amdgpu pro libgl packages, and then all successively launched apps will use those libgl drivers.

You then have to remove them before you can log back into another session, or before you restart your desktop manager, if you use one.

gardotd426 commented on 2020-07-27 23:31

Yeah unfortunately the opencl package is enough for stuff like Blender, but DR needs libgl too.

Also, the vulkan-amdgpu-pro and lib32-vulkan-amdgpu-pro are similarly standalone.

kode54 commented on 2020-07-27 23:20

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

Anyone following this repository, it isn't really necessary to install all of the packages of this kit for some programs. Sometimes, all you need is the OpenCL driver for your card (Orca for the RX 480, for instance) and the core packages which install the library search paths for everything.

Ashark commented on 2020-07-27 19:40

@gardotd426, I will fix it, but a bit later.

gardotd426 commented on 2020-07-27 16:03

@uberben yeah the libgl pro drivers haven't worked on Arch in quite a while. Basically if you have an AMD GPU, you can't use Davinci Resolve on Arch Linux, you have to use one of the distros that's officially supported by the AMD PRO drivers.

@Ashark please, fix the broken dependency for lib32-vulkan-amdgpu-pro, it's been a few days now and no response. It's just a matter of removing lib32-gcc from the dependencies (it's also listed under the dependencies elsewhere in the PKGBUILD), as the package does not exist. I'm not sure why it was added, it wasn't there before.

uberben commented on 2020-07-27 14:18

I'm experiencing similar issues as others here. If amdgpu-pro-libgl is installed at boot, Xorg segfaults while trying to start GDM. If I remove the package I can get into Gnome fine, but Davinci Resolve fails to start. Re-installing this package while in Gnome allows DR to launch, but GDM fails to launch again on reboot.

I'm using an RX 480. Let me know if there is anything I can do to help diagnose the issue further.

gardotd426 commented on 2020-07-25 07:52

I'm not sure where to go from here, the AUR doesn't allow for reporting broken packages, only out of date ones (which this isn't), orphaned ones (which this doesn't seem to be) and requests for deletion (which I don't want to see).

I'll just reiterate again that this package is definitely broken, you can see the big red letters under dependencies because there's no such package as lib32-gcc. You can't install a package if it lists dependencies that don't exist...

Obviously I was able to upgrade by pulling down the PKGBUILD and removing the offending dependencies (it's listed as a dep for multiple packages in the PKGBUILD), but you're not supposed to have to do that.