Proposal (and yes, I'm willing to do stuff!): Must Use More Macros

[Seth Vidal]

On Fri, 5 Jun 2009, Nathanael D. Noblet wrote:

>>> 
>> [...]
>>> It seems to me it'd make sense to convert all these kinds of snippets
>>> into macros. Am I right, or is there a reason against doing this?
>> It would be awesome to get rid of the boilerplate.  Honestly though,
>> I'd rather the solution was "just works" than "replace giant glob of
>> muck with %{glob_of_muck}"
>> 
>> For instance, if a file gets dropped under /usr/share/icons/something
>> rpm should run gtk-update-icon-cache /usr/share/icons/something
>> automatically.
>> 
>> the gtk2 package should be able to drop a file in /usr/lib/rpm/redhat
>> that makes that happen.  likewise, desktop-file-utils should be able
>> to drop a file there to make update-desktop-database get run and so
>> on.
>> 
>> I don't know how hard it would be to fix rpm to allow for that though.
>
> Just off the top of my head, this doesn't feel like something rpm should be 
> in charge of. To me it seems more likely that we need something in a 
> base/core rpm that installs an inotify script for system dirs that does what 
> it should when something is dropped into it...?

1. file-globs-based actions means it works for everything
2. inotify doesn't work on FS
3. inotify can't be run for ALL FILES


things are happening to make it possible to do the above in rpm.

-sv