Package Details: catalyst-test 15.12-27

Git Clone URL: (read-only)
Package Base: catalyst-test
Description: AMD/ATI Catalyst drivers for linux AKA Crimson. catalyst-dkms + catalyst-utils + lib32-catalyst-utils + experimental powerXpress suppport. PRE-GCN Radeons are optionally supported
Upstream URL:
Licenses: custom
Conflicts: catalyst, catalyst-control, catalyst-daemon, catalyst-dkms, catalyst-generator, catalyst-hook, catalyst-utils, libegl, libgl, libgles, libglvnd, mesa-libgl, mesa-libgl-git, opencl-amd, opencl-catalyst
Provides: catalyst=15.12, catalyst-dkms=15.12, catalyst-hook=15.12, catalyst-libgl=15.12, catalyst-utils=15.12, dri, libatical=15.12, libegl, libgl, libgles, libtxc_dxtn, mesa-libgl, mesa-libgl-git, opencl-catalyst=15.12, opencl-driver
Submitter: Vi0L0
Maintainer: Vi0L0
Last Packager: Vi0L0
Votes: 170
Popularity: 0.255431
First Submitted: 2010-02-17 20:49
Last Updated: 2018-11-14 21:24

Dependencies (23)

Required by (746)

Sources (37)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

ImAli commented on 2018-12-09 13:24

hello, does XvBA work ?? i seem cannot get vaapi to work as everytime i run "LIBVA_DRIVER_NAME=fglrx vainfo " i get "vaInitialize failed with error code -1 (unknown libva error),exit". thank you

Vi0L0 commented on 2018-11-14 21:28

@npfeiler: thank you for the update

@eschwartz: thank you as well for your time spend on analysis. I hope that some day I will catch some more free time to clear it according to your notes. Not all tips will fit because this package was intentionally created as - like npfeiler said - the "bundle" package, but some tips are good. Thanks

npfeiler commented on 2018-11-13 22:05

4.19 also works without further changes

eschwartz commented on 2018-09-02 06:26

If I wanted to rewrite everyone's PKGBUILDs, I would simply move them all to [community]. But I don't use this. Instead, I would rather teach people how to use cool new features (especially pacman-conf, which fixed the same type of grep bugs in pacman code too, like the shell completions), and advise people how to do things the most elegant way possible on their own.

I'm a bit confused by your statement that this is, well, a duplicate package, since from a cursory inspection it seems to be actually a later version, seemingly a beta. (It might be worth merging into a new "-beta" pkgbase for standardization purposes.)

npfeiler commented on 2018-08-31 21:16

If you are already on it you could provide a patch for the PKGBUILD. (as far as i can tell the vibe is rather of low maintenance mode here)

What i can add is that there already exist more modular packages ( and this is the »bundle package«.

eschwartz commented on 2018-08-31 17:03

Hi, can you please:

  • use modern makepkg features like depends_x86_64 which greatly clarify the readability of arch-specific anything
  • drop the ancient warnings in your install script
  • guard your auto-modifications of mkinitcpio.conf and disabling nonexistent services by checking to see if those modifications are needed
  • stop quoting raw strings like "i686" that don't need them (or keep quoting them if you like) and start quoting variables that do need them, like ${srcdir} and ${pkgdir} (sic.)
  • instead of grepping /etc/pacman.conf, which doesn't work[0], consider making a lib32-catalyst-test-utils package, which doesn't introduce superbly unreliable dynamic behavior. Or even a split package if you must, which only adds the additional lib32- pkgname and package_lib32-*() on x86_64 -- but if there were legitimate use cases where one must, must, must, must use an if statement, at least grep in pacman-conf --repo multilib Usage to see if it succeeds without errors and lists either "All" or "Upgrade".
  • also useless use of cat ... | grep ..., useless use of if [[ $(grep -c ...) = 0 ]] when if ! grep -q works better
  • wrap lines more often to aid in readability
    • shorten lines by removing the depends on gcc, make, patch as catalyst-test does not need them, but the catalyst-test dkms configuration does need them -- and dkms already depends on all three
    • shorten lines by removing the depends on gcc-libs, if the gcc dependency didn't already require it then there is the fact that the vast majority of your system including many packages in the base group depend on it -- in fact, gcc-libs is also in the base group itself
  • consider splitting out the opencl runtime into a split package/its own package, and having a dedicated package for people who need $_old_control

[0] I use Include = in my pacman.conf, so you would never see that string in there but erroneously assume multilib is enabled. And actually even testing for multilib would not work, because I "enabled" it with Usage = Search Sync because $reasons, so it cannot be installed from, only searched or specified via pacman -S multilib/pkgname. Anyway, why emit strange warnings on everyone's system even if it's already enabled for them?

Vi0L0 commented on 2018-08-21 05:50

Thank you, updated

blueberry commented on 2018-08-20 23:31

pacman fails with

:: installing linux (4.18.3.arch1-1) breaks dependency 'linux<4.18' required by catalyst-test

Since 4.18 should work without patch, maybe @Vi0L0 could update the versions so the pacman can work through this dependency?

npfeiler commented on 2018-08-20 14:33

4.18 works without patch

mirh commented on 2018-07-24 21:26

Ehrm.. Why was lib64 hardcoded in the 4.15 wake fix (which tbh doesn't seem to affect wake here, anyway, just an AIGLX error in xorg.log)? Shouldn't ${_lib} be preferable?

EDIT: btw, manjaro has a slightly different patch for 4.17 you could check