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.
NOTE: 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.