Description of problem:
scim-bridge-gtkimm and scim-libs should be multilib on x86_64.
Steps to Reproduce:
1. install fc6test1 with Asian language support on x86_64
2. rpm -q scim-libs scim-bridge-gtkimm
2. Only x86_64 packages installed.
2. Both i386 and x86_64 packages to be installed.
scim-libs.i386 and scim-bridge-gtkimm.i386 are not in x86_64 trees.
Multi-lib is determined by packages that have a -devel component. There is no
longer a "whitelist" of packages to pull in. If a package ahs a -devel
subpackage, it is considered multi-lib and thus brought in. So perhaps making a
-devel subpackage for scim and scim-bridge will solve this for you?
Ok, I see (and oops scim-libs is multilib in fc6t1:).
However the problem is that scim-bridge is not a library but
just a gtk im module (it provides im-scim-bridge.so): so should there
be an empty dummy scim-bridge-devel package for this? IMHO
it would be better to have a more general mechanism for multilib
than just existence of -devel, but if an empty -devel package is
the only way then that can be added I suppose.
If scim-bridge is just a library, what would use it in i386 manner on an x86_64
system? If its something we ship, then it should depend on that. Package dep
chains are brought in for multilib, so something is getting installed i386 on an
x86_64 system but not requiring the bits necessary to do i386 scim?
(scim-bridge is /not/ a library, but a dynamically loaded .so gtk2 module.)
Any 32bit gtk2 app running on x86_64 for which the user wants to use scim
input needs scim-bridge-gtkimm.i386 installed. For FC5 I would have answered
openoffice.org on i386, but this is not longer valid - do we ship any i386
only apps in fc6 for x86_64? Anyway there are plenty of 32bit only gtk2 apps out
there and only having scim-bridge-gtkimm.x86_64 installed will break their usage
badly for scim users.
I tried asking about this on fedora-maintainers a couple of months back -
ideally I would just like scim-bridge.x86_64 to require scim-bridge-gtkimm.i386,
but Warren discouraged from doing that. Is there a better way?
Apart from adding scim-bridge-devel, is there any other way to handle this?
hrm, this is a tough one. I'll talk to some more people today and try to get a
good answer. I wonder if the entire depchain of scim-bridge.i386 is already in
the multilib list? A quick test on my x86-64 shows that scim-bridge.i386 and
scim-bridge-gtkmm.i386 would only pull in scim.x86-64, scim-libs.i386 and
Thanks. BTW it is just scim-bridge-gtkimm that needs to be multilib
We're working on an extra list of packages to multi-lib, such as pam and cyrus
modules. This is not ready yet. Needs to be by Test2.
Okay thanks for the update, should this be reassigned to
another component then?
I'll assign it to distribution for now.
Note, scim-qtimm needs the same multilib treatment.
These are now included as multilib. Should show up in tonights rawhide.
scim-bridge-gtkimm and scim-libs did not get installed multilib
for me on a default Japanese install of fc6 test2.
are all in the x86_64 dirs for Test2. If they didn't get installed, this is an
anaconda / yum issue.
Can you provide /var/log/anaconda* and /root/install.log?
Created attachment 134294 [details]
Created attachment 134295 [details]
Created attachment 134296 [details]
Created attachment 134297 [details]
Whats the status on this?
Info got from rawhide (20060914):
`rpm -qa | grep scim`
Created attachment 136226 [details]
anaconda.log rawhide x86_64 (20060914)
Created attachment 136227 [details]
anaconda.syslog for x86_64 rawhide-20060914
FYI, the rpm packages I listed are in rawhide x86_64 (20060914)
Created attachment 136228 [details]
anaconda.xlog rawhide x86_64 (20060914)
Created attachment 136229 [details]
install.log rawhide x86_64 (20060914)
(In reply to comment #23)
> `rpm -qa | grep scim`
So scim-bridge-gtk was not installed?
The logs attached above seem to be without scim at all. English install?
Confirmed fixed in fc6 test3. Thanks.