On Fri, Sep 19, 2008 at 03:33:20PM +0000, Alexey Tourbin wrote:
> On Fri, Sep 19, 2008 at 11:26:23AM -0400, Jeff Johnson wrote:
> > Likely the 1st thing to get into place is the ability to trigger from
> > adding
> > a file to a directory, i.e. trigger if RPMTAG_DIRNAMES matches a trigger
> > pattern, add trailing / to pattern to differentiate a dirname trigger.
> Triggers based on DIRNAMES are not enough. Here is an example:
> when e.g. /usr/share/icons/hicolor/32x32/apps/kpdf.png is installed,
> upgraded, or removed, "gtk-update-icon-cache /usr/share/icons/hicolor"
> must be triggered.
I'm thinking more in a different direction: change find-provides
that it generates a "Provide: trigger:gtk_update_icon_cache" and
add a trigger to the package containing gtk-update-icon-cache.
The trigger should get the hdrid of the triggering package as
argument, so that it can query the file list (rpm --querybynumber).
It then can do it's magic with the matching files.
My main goal is to get rid of most of the scriptlets, as packages
tend to scrw up writing them. There could be a "trigger:useradd = foo"
trigger, or a "trigger:service" trigger for /etc/init.d/ services.
Dunno if it's really doable, though.
Michael Schroeder email@example.com
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
Received on Fri Sep 19 18:06:15 2008