Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: catalyst-hook 15.9-14

Git Clone URL: https://aur-dev.archlinux.org/catalyst-hook.git (read-only)
Package Base: catalyst-hook
Description: AMD/ATI drivers. Auto re-compile fglrx module while shutdown/reboot.
Upstream URL: http://www.amd.com
Licenses: custom
Conflicts: catalyst, catalyst-daemon, catalyst-dkms, catalyst-generator, catalyst-test
Provides: catalyst=15.9
Submitter: Vi0L0
Maintainer: Vi0L0
Last Packager: Vi0L0
Votes: 98
Popularity: 0.087055
First Submitted: 2010-09-15 17:45
Last Updated: 2016-12-11 19:47

Required by (3)

Sources (18)

Latest Comments

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

Anonymous comment on 2013-05-15 04:12

Welcome to www.joyoauto.com

Vi0L0 commented on 2013-05-01 09:54

silent update, no pkg rel bump:
- added 'catalyst-dkms' into conflicts table


@abbradar: well... i'm still adding mkinitcpio hook while installing package (but not while updating), because still there are custom kernels for which it will work. But you can safely remove this hook with command: catalyst_build_module hookrm
Just don't forget to enable catalyst-hook service.

abbradar commented on 2013-04-28 10:12

@Vi0L0
Thanks for the answer. I have just used my own "catalyst-dkms" for long from times when "catalyst-hook" was mkinitcpio-based and I built and installed custom kernels frequently (so it was slow and painful to use), with custom service that allow me to use my old unsupported muxed PowerXpress and ensure that proper module gets loaded before X.

Vi0L0 commented on 2013-04-27 21:25

updated to 13.4-1:
http://support.amd.com/us/kbarticles/Pages/AMDCatalyst13-4LINReleaseNotes.aspx

@abbradar:
- because dkms is not safe with it's fglrx compilation while system start, also: do we really need an extra package on the system and an extra dependency?

abbradar commented on 2013-04-27 10:20

Why don't reuse DKMS functionality? It does exactly the same thing as your service file. (maybe no re-compilation on shutdown)

Vi0L0 commented on 2013-04-21 17:36

little update:
removed Before from Service section of catalyst-hook.service

Vi0L0 commented on 2013-04-11 15:30

updated to 13.1-5:
fixing little "bug":
https://bbs.archlinux.org/viewtopic.php?pid=1257358#p1257358

Vi0L0 commented on 2013-04-07 20:25

updated to 13.1-4:
fixing typo

Vi0L0 commented on 2013-04-07 14:31

updated to 13.1-3:
To enable 'automatic re-compilation while system shutdown/reboot' testing feature run these commands as root:
systemctl enable catalyst-hook
systemctl start catalyst-hook

More info here:
https://bbs.archlinux.org/viewtopic.php?pid=1255575#p1255575

Vi0L0 commented on 2013-04-05 15:53

updated to 13.1-2:
SyncFirst was removed from the pacman 4.1 and so we can no longer force linux-headers to be installed in first place...

This mean that AUTOMATIC RE-COMPILATION WON'T WORK properly on kernels with separated headers

If you are using such kernel, like linux or linux-lts, you will have to run command like this:"
catalyst_build_module all
after linux update

Don't forget!