The x86_64 and i386 gtk2 packages both contain the following files: /usr/bin/gdk-pixbuf-query-loaders /usr/bin/gtk-demo /usr/bin/gtk-query-immodules-2.0 /usr/bin/testgtk /usr/bin/testtext 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.