ScriptletSnippets: desktop-database,mimeinfo

[Toshio Kuratomi]

On Thu, 2006-02-02 at 08:36 -0600, Rex Dieter wrote:
> Per
> http://fedoraproject.org/wiki/ScriptletSnippets
> in the desktop-database and mimeinfo sections says to add
> Requires(post): desktop-file-utils
> Requires(postun): desktop-file-utils
> and
> Requires(post): shared-mime-info
> Requires(postun): shared-mime-info
> respectively, but the "GTK+ icon cache" section says (rightfully) "Note 
> that no dependencies should be added for this".  Couldn't the same 
> argument for this latter statement be applied to both desktop-database 
> and mimeinfo as well?
> 
> Shouldn't desktop-file-utils and shared-mime-info be Req'd (only) by the 
> desktop environments that use/require them (AFAIK, only gnome at the 
> moment).

I don't know much about any of the technologies so here's some
questions:

Is gtk icon cache only a cache (ie: things will run without, just
slower?)

Do shared-mime-info and desktop-file-utils fall into the same category
or does some functionality of programs fail to work if
desktop-file-utils and shared-mime-info aren't run?

Your post makes me think that some Core GNOME applications (nautilus?
gnome-panel? gnome-vfs?) make use of the data generated by
desktop-file-utils and shared-mime-info but nothing else.  Is that true
or just a guess?

shared-mime-info seems to run itself on installation and update but
desktop-file-utils does not.  If desktop-file-utils is made optional for
the scriptlets, the desktop-file-utils Core package should run itself on
install. (Hmm.. gtk2 doesn't run gtk-update-icon-cache on install... is
this a packaging bug? Or perhaps this bug would resolve it:
   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170335
)

-Toshio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-extras-list/attachments/20060202/2437d7bc/attachment.sig>