Package Details: catalyst-test 15.12-30

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, lib32-catalyst-utils, lib32-libegl, lib32-libgl, lib32-libgles, lib32-libglvnd, lib32-mesa-libgl, lib32-mesa-libgl-git, lib32-opencl-amd, lib32-opencl-catalyst, 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, lib32-catalyst-libgl=15.12, lib32-catalyst-utils=15.12, lib32-dri, lib32-libegl, lib32-libgl, lib32-libgles, lib32-libtxc_dxtn, lib32-mesa-libgl, lib32-mesa-libgl-git, lib32-opencl-catalyst=15.12, lib32-opencl-driver, 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: 171
Popularity: 0.023498
First Submitted: 2010-02-17 20:49
Last Updated: 2019-05-22 18:29

Dependencies (28)

Required by (900)

Sources (40)

Latest Comments

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

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

npfeiler commented on 2018-06-18 11:29

4.17 patch:

k0ste commented on 2018-04-29 12:49

4.16.5, when run clinfo -

But after CL is registered - all works fine.

Vi0L0 commented on 2018-04-19 16:38

@wolff I will test it on wekend and (most probably) update @npfeiler thanks for the head-up :)

npfeiler commented on 2018-04-19 12:11

4.16 works without changes

wolff commented on 2018-04-18 18:53

Proposal add next string to PKGBUILD install -m755 -d ${pkgdir}/usr/X11R6/lib64/modules/dri ln -snf /usr/lib/xorg/modules/dri/ ${pkgdir}/usr/X11R6/lib64/modules/dri/ for fix output error in Xorg.log my notebook with AMD A8-5550M (video ATI 8550G/8750M) on kernel linux 4.15 don`t want correct wake