RPM Community Forums

Mailing List Message of <rpm-devel>

Re: Conflicts on files not symmetric

From: Jeff Johnson <n3npq@mac.com>
Date: Fri 19 Sep 2008 - 18:10:29 CEST
Message-id: <3F70A26A-BB06-4C5B-B396-8363E46C561F@mac.com>

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
Received on Fri Sep 19 18:11:11 2008
Driven by Jeff Johnson and the RPM project team.
Hosted by OpenPKG and Ralf S. Engelschall.
Powered by FreeBSD and OpenPKG.