Red Hat Bugzilla – Bug 173071
Obsoletes iiimf-* needed in all scim sub-packages
Last modified: 2007-11-30 17:11:17 EST
Jeremy says that we need to add Obsoletes for all sub-packages of iiimf into
their corresponding scim packages. These Obsoletes would be versioned so they
ensure removal of the version shipped in IIIMF, but it would allow installing of
newer versions if they are built and desired by the user.
This is a bit of a mess, because we would need to add Obsoletes for each
corresponding sub-package and they don't exactly match up. For example:
scim-libs would contain:
Obsoletes: iiimf-libs <= iiimf-12.2
(In this case using the version is probably good enough.)
We need this built in dist-fc5 before test1.
scim-anthy and scim-hangul has been rebuilt. FYI.
And so have the rest of the scim packages.
*** Bug 181479 has been marked as a duplicate of this bug. ***
The scim, scim-qtimm and scim-tables (move to scim-m17n) packages are missing
the iiimf epoch.
Obsoletes of iiimf versions less than or equal to 12.2 epoch 1 have been added
to scim packages. The purpose of these obsoletes are to ensure a smooth upgrade
transition between supported distributions of Fedora. This does not prevent
users from using iiimf on our platform, however iiimf packages need to be fixed
in two possible ways in order to be compatible with FC5+.
1. RPM version of iiimf must be higher than 12.2.
2. RPM epoch must be higher than 1.
Fedora promotes choice in software, so our system is engineered to allow
installation and usage of alternative input method frameworks. In the future Bu
#147579 should be implemented with will provide a graphical chooser for
installed IM frameworks. Until the graphical chooser is implemented, a simple
framework of alternatives symlinks allows setting of both system-wide and user
IM framework choices.