Bug 61320 - SCIM does not need m17n-db, m17n-lib, scim-m17n
|
Bug#:
61320
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: cjk@gentoo.org
|
Reported By: polar88bear@hotmail.com
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: SCIM does not need m17n-db, m17n-lib, scim-m17n
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-08-22 19:53 0000
|
Emerging SCIM (current version is 0.99.6) also emerges m17n-db, m17n-lib,
scim-m17n which are not required for the proper function of SCIM. For someone
needing only Chinese input emerging SCIM with the optional SCIM-CHINESE is
sufficient, one does not need all the few tens of input methods that m17n
provides.
Therefore, the packages m17n-db, m17n-lib, scim-m17n should be optional addins
to scim, so is the package scim-chinese, and should not be emerged be default
when one emerges scim.
Reproducible: Always
Steps to Reproduce:
1.emerge scim
Fixed in CVS. scim-chinese and scim-hangul are now considered as one of scim
modules.(scim modules were indeed optional but scim-chinese was not added as an
option. If you wanted to use scim-uim you didn't have to install scim-m17n)
Thanks for reporting.
The problem is NOT resolved. Just did a emerge sync this morning and the
listing of emerge -puD world below is self-explanatory. It is definitely a
portage dependency issue.
# emerge -puD world
These are the packages that I would merge, in order:
Calculating world dependencies ...done!
[ebuild U ] media-sound/alsa-headers-1.0.6a [1.0.5a]
[ebuild U ] media-libs/alsa-lib-1.0.6 [1.0.5-r3]
[ebuild U ] media-sound/alsa-utils-1.0.6 [1.0.5]
[ebuild U ] app-i18n/scim-0.99.8 [0.99.6]
[ebuild U ] app-i18n/skim-0.9.6 [0.9.5]
[ebuild N ] dev-db/m17n-db-1.1.0
[ebuild N ] dev-libs/m17n-lib-1.1.0
[ebuild N ] app-i18n/scim-m17n-0.1.2
[ebuild U ] app-i18n/scim-chinese-0.4.2 [0.4.1]
What's in your world? Please give us the output of `grep scim
/var/cache/edb/world`. On my system `emerge -pe scim-chinese`
says:
usata@rico ~ % emerge -pe scim-chinese
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild N ] sys-devel/patch-2.5.9
[ebuild N ] sys-devel/gnuconfig-20040214
(snip)
[ebuild N ] gnome-base/gconf-2.6.2
[ebuild N ] app-i18n/scim-0.99.8
[ebuild N ] app-i18n/scim-chinese-0.4.2
usata@rico ~ %
~ $ grep -i 's[ck]im' /var/cache/edb/world
app-i18n/scim-chinese
app-i18n/skim
~ $
I have no idea what is pulling scim-m17n into your system. (It is
nominated at the highest priority, but if you have scim-chinese it
shouldn't be going to merge) Can you post the output of `emerge
--debug -puD` as an attachment?
Also, `emerge --tree -puD world` would be helpful.
When I posted the emerge -puD world output this morning, I was having
scim-chinese-0.4.1 in my system. Now that I have upgraded it to
scim-chinese-0.4.2, emerge -puD no long pull in scim-m17n etc. I had a look at
"scim-0.99.8.ebuild", it defined,
.....
PDEPEND="|| ( >=app-i18n/scim-m17n-0.1.2
>=app-i18n/scim-uim-0.1.3
>=app-i18n/scim-chinese-0.4.2 <--- this is the problem
>=app-i18n/scim-hangul-0.1.1
>=app-i18n/scim-tables-0.4.0 )"
ELTCONF="--reverse-deps"
.....
As you can see the problem is resolved for someone already having
scim-chinese-0.4.2 emerged and not someone having any earlier version.
Ah! Got it. If scim-chinese-0.4.2 is not found on one's system
portage doesn't upgrade older version but install fresh scim-m17n.
This is tricky but not that I don't understand.
I removed of version numbers from scim's PDEPEND.
(The correct dependency will be calculated from each ebuild anyway.)
Thanks for digging up the dependency ;)
