The x86_64 and i386 gtk2 packages both contain the following files:
Which ones you get depends on which was installed last. This is mostly
harmless, except that you need both versions of
gtk-query-immodules-2.0 in order to correctly generate the config files.
(If you're wondering why nobody noticed this before, it's because rpm
deliberately ignores the file conflict.)
*** Bug 122147 has been marked as a duplicate of this bug. ***
*** Bug 120795 has been marked as a duplicate of this bug. ***
This seems to have been fixed in gtk2-2.4.1-3, but breaks packages
which utilize e.g. gdk-pixbuf-query-loaders (librsvg2, libwmf). Okay,
these packages should have a "Requires:", but perhaps gtk2 should
also provide at least a symbolic link from
/usr/bin/gdk-pixbuf-query-loaders to one of the two binaries?
Frank: see bug 127051 regarding multilib gtk2 on RHEL3
I have updated librsvg2 and libwmf to use the new
update-gdk-pixbuf-loaders script. The only thing that fails now if you
upgrade from pre-2.4.1-2 gtk2 and librsvg2 to the current is that the
postun hook of the old librsvg2 fails, since gdk-pixbuf-query-loaders
is already gone by the time it runs. This is not serious, and while
adding a gdk-pixbuf-query-loaders link would make the postun hook
succeed, it would also make it write the file to the wrong location,
which seems worse than letting postun fail.