On Sep 19, 2008, at 12:06 PM, Michael Schroeder wrote:

> 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.
>

Nothing wrong with the approach, but please consider using
existing name space conventional syntax like "foo(bar)" rather
than new-fangled "foo:bar".

> 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.
>

Yup, my goal too.

73 de Jeff