Package Details: amdgpu-pro-oglp 24.20_2044449-1

Git Clone URL: https://aur.archlinux.org/amdgpu-pro-installer.git (read-only, click to copy)
Package Base: amdgpu-pro-installer
Description: AMDGPU Pro OpenGL driver
Upstream URL: https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux-22-40
Licenses: custom: AMDGPU-PRO EULA
Groups: Radeon_Software_for_Linux
Provides: libgl
Submitter: LEW21
Maintainer: Ashark (mesmer)
Last Packager: mesmer
Votes: 125
Popularity: 0.58
First Submitted: 2016-03-28 22:44 (UTC)
Last Updated: 2024-12-11 23:16 (UTC)

Dependencies (2)

Required by (738)

Sources (18)

Pinned Comments

mesmer commented on 2022-12-23 04:31 (UTC) (edited on 2023-05-28 19:28 (UTC) by mesmer)

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

Ashark commented on 2019-12-09 20:52 (UTC) (edited on 2022-12-06 08:45 (UTC) by Ashark)

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

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 60 Next › Last »

gardotd426 commented on 2020-07-29 05:58 (UTC)

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

gardotd426 commented on 2020-07-29 05:52 (UTC)

@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).

ganthore commented on 2020-07-29 03:36 (UTC)

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.

apaz commented on 2020-07-28 14:14 (UTC)

"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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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