Welcome to the Pacman bug tracker. Please search the current bugs and feature requests before filing a new one! Use advanced search and select "Search in Comments".

* Please select the correct category and version.
* Write a descriptive summary, background info, and provide a reproducible test case whenever possible.

FS#2985 - Userscript (hooks) called after package updates

Attached to Project: Pacman
Opened by Pink Chick (Pink Chick) - Thursday, 21 July 2005, 21:35 GMT
Last edited by Allan McRae (Allan) - Monday, 14 December 2015, 13:33 GMT
Task Type Feature Request
Category General
Status Closed
Assigned To Andrew Gregory (andrewgregory)
Architecture All
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version 5.0.0
Due Date Undecided
Percent Complete 100%
Votes 41
Private No


How about the possibility to add a userscript that is called if the communities kernel is updated via pacman? People could add their common stuff there, like rebuild nvidia, rebuild ndiswrapper and things like that. It could easily be added, and I am tired of doing those jobs again and again. Please think about it.
This task depends upon

Closed by  Allan McRae (Allan)
Monday, 14 December 2015, 13:33 GMT
Reason for closing:  Fixed
Additional comments about closing:  git commit 16718a21 + many others
Comment by Judd Vinet (judd) - Wednesday, 24 August 2005, 22:25 GMT
A possible feature for pacman is adding "hooks" into pacman.conf that are triggered when certain packages are upgraded.

This would probably wait til libpacman.
Comment by Glenn Matthys (RedShift) - Sunday, 19 August 2007, 18:21 GMT
What's the status of this issue?
Comment by Gavin Bisesi (Daenyth) - Friday, 13 June 2008, 19:39 GMT
I think this is a pretty nifty idea as well. I'm not sure how implementation would work, perhaps just specify an absolute path to something to be run? Or perhaps an upgrade.d/, with a script similar to run-cron?
Comment by Allan McRae (Allan) - Saturday, 06 March 2010, 09:04 GMT Comment by naveen (naveen) - Saturday, 15 June 2013, 07:25 GMT
Any plans to do this?
This has been on the list for a long time and in view of the refusal to change post-install package scripts (such as and perhaps many others), this will solve a long stading issue with post-package install maintenance.
Comment by Allan McRae (Allan) - Saturday, 15 June 2013, 13:45 GMT
Plenty of plans, but no progress.
Comment by naveen (naveen) - Sunday, 16 June 2013, 17:26 GMT
Can you please prioritize this feature?
Comment by (Det) - Thursday, 20 March 2014, 15:09 GMT
Comment by simonzack (simonzack) - Monday, 24 November 2014, 01:49 GMT
As an average arch user, this is very important for me too, to install etckeeper properly so I do not need to resort to aliases. Please give it a higher priority.