[pacman-dev] Hooks for pacman, more ideas (was: [PATCH] Add support for user defined per package post install actions)

[Mårten Olsson]

Hi!

I renamed this thread because we're moving away from the patch.

I will edit the wiki but have some additonal questions (and comments), 
so I don't make some more mistakes, I have added them below.

----- "Allan McRae" <allan at archlinux.org> wrote:

> Mårten Olsson wrote:
> > Hi!
> >
> > Oh, that was a neat idea...
> > Which I have unfortunetly missed when searching in the archives. :-)
> >
> 
> If you want to read the discussion check out the archives from about
> 23
> Jan this year.
> 
> > I think it should be possible to have it triggered by packages as
> well,
> > something like this:
> >
> > [kernel-install]
> > Package = kernel26
> > Run = rebuildoutofkerneltreedrivers
> >
> 
> In the example config file in the wiki page, the "Run" parameter is
> when
> to run the script specified in the [ ] brackets at the top.
> 
So this example would be something like:
[rebuildoutofkerneltreedrivers]
Package = kernel26
Run = postinstall

Or have I missed something?

> > (I recognice the ridiculous name of the Run-argument and that this
> probably
> > wouldn't work as a reboot probably is necessery first but just
> something
> > as an example. (and it was this need that triggered my own idea).)
> >
> > Of course it is possible to have it triggered by file in this case
> as well,
> > just list files in this package and choose one of them, but it is
> still an
> > unecessery extra step (even if it is a small one)
> 
> I'm sure it would be possible to have a package set off a hook such as
> you are suggesting, although I think most packages would have a file
> that would be the obvious choice to use (e.g. /boot/vmlinuz26 for
> kernel26).   Please add a comment to the wiki page about this.
> 
Yep, I don't see that as a major problem. 
>From what I have seen of the code it might however be easier to start 
with Package matching (I might be wrong about this but it is my personal
opinion). In the end both options would be good, we have
at least seen that between us that both variants are desirable.

> Once we have agreed on good configuration file formats, etc then you
> are
> more than welcome to help out coding this.
> 
I would love to help with that, just hope I will have time for it 
when it gets that far.

> Cheers,
> Allan
> 
BR,
Mårten