Bug 196661
Summary: | scim-bridge-gtk should be multilib | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jens Petersen <petersen> | ||||||||||||||||||
Component: | anaconda | Assignee: | Paul Nasrat <nobody+pnasrat> | ||||||||||||||||||
Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> | ||||||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||||||
Priority: | medium | ||||||||||||||||||||
Version: | 6 | CC: | dcantrell, eng-i18n-bugs, ryo-dairiki, wtogami | ||||||||||||||||||
Target Milestone: | --- | Keywords: | i18n, Reopened | ||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||
Hardware: | x86_64 | ||||||||||||||||||||
OS: | Linux | ||||||||||||||||||||
Whiteboard: | |||||||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||
Last Closed: | 2006-09-21 03:00:19 UTC | Type: | --- | ||||||||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||||||||
Documentation: | --- | CRM: | |||||||||||||||||||
Verified Versions: | Category: | --- | |||||||||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||||
Embargoed: | |||||||||||||||||||||
Bug Depends On: | |||||||||||||||||||||
Bug Blocks: | 150224, 167798, 195762 | ||||||||||||||||||||
Attachments: |
|
Description
Jens Petersen
2006-06-26 10:58:38 UTC
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 scim-libs.x86-64. Thanks. BTW it is just scim-bridge-gtkimm that needs to be multilib (not scim-bridge). ping :) 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. scim-libs-1.4.4-29.fc6.i386.rpm scim-qtimm-0.9.4-5.i386.rpm scim-bridge-gtkimm-0.2.6-1.fc6.i386.rpm 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]
install.log
Created attachment 134295 [details]
anaconda.log
Created attachment 134296 [details]
anaconda.syslog
Created attachment 134297 [details]
anaconda.xlog
Whats the status on this? Info got from rawhide (20060914): `rpm -qa | grep scim` scim-libs-1.4.4-34.fc6 scim-tables-0.5.6-7 scim-hangul-0.2.2-7.fc6 scim-tables-chinese-0.5.6-7 scim-1.4.4-34.fc6 scim-pinyin-0.5.91-11.4.fc6 scim-bridge-0.4.2-1.fc6 scim-chewing-0.3.1-5 scim-devel-1.4.4-34.fc6 scim-anthy-1.2.0-1.fc6 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. |