[packaging question] multilib gtkimm (Input Method modules)

[Jens Petersen]

Hi,

Is there some way to encourage yum and pirut to always install 
scim-libs.i386 too on x86_64 when scim-libs.x86_64 gets installed?

ie if I do "yum install scim-anthy" or "yum groupinstall 
japanese-support" on x86_64, I want it to install scim-libs.i386 as 
well as scim-libs.x86_64 (a dependency of scim-anthy), just as happens 
when installing with anaconda.

The context [1] for this question is users of 32bit apps on x86_64 
complaining that IM doesn't work for them and it is not at all obvious 
that this is due to scim-libs.i386 not being installed.

My initial idea for a solution was to add something like:

  # require 32bit gtk IM module for 64bit multilib arches
  %ifarch x86_64 s390x
  Requires: %{_prefix}/lib/gtk-2.0/immodules/im-scim.so
  %endif

to the main scim package, so that installing scim.x86_64 would pull in
scim-libs.i386.

Is there a better to deal with this?  Can something be added to 
comps.xml to help?

Jens

[1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188398

ps Another side of the problem is that gtk2 doesn't behave very well 
when asked to use an IM module that is not available: eg if 
GTK_IM_MODULE is set to "scim", scim-libs.x86_64 is installed, and 
scim-libs.i386 not installed, then 64bit gtk apps will be fine, but IM 
will behave quite strangely on 32bit apps.  In this case it would be 
better if gtk tried to fallback to XIM say IMHO (I believe qtimm does 
this).  In this sense relying on /etc/gtk-2.0/*/gtk.immodules would be 
safer, but we really need a more reliable way than that to choose 
which immodule is used by default.