Hello, Starting from RHEL 8 for the Traditional Chinese locale, ibus-chewing has been replaced by ibus-libzhuyin. But ibus-chewing remains available on every Fedora releases. Its main dependency - libchewing is also already available via EPEL 8 and 9. I use both the Fedora Linux and RHEL in my work environment. On my Fedora box, I always prefer ibus-chewing rather than the default ibus-libzhuyin. I did tried to use ibus-libzhuyin on the RHEL machines, but the overall experience is much more problematic. So I really want to have ibus-chewing on RHEL. At first, I thought there might be some serious compatibility issues to build ibus-chewing on RHEL 8 and 9. But turns out it is actually not the case (at least for v1.6.1, not the newer releases). Just with a very little revision, the source rpm of ibus-chewing from Fedora 40 can be built successfully and workable on EL 8 and 9. The reproducible procedure will be like: 1. sudo dnf group install "Development Tools" sudo dnf install cmake ibus-devel libchewing-devel glib2-devel gtk2-devel libX11-devel 2. wget https://download.fedoraproject.org/pub/fedora/linux/releases/40/Everything/source/tree/Packages/i/ibus-chewing-1.6.1-25.fc40.src.rpm rpm -ivh ibus-chewing-1.6.1-25.fc40.src.rpm 3. Modify rpmbuild/SPECS/ibus-chewing.spec, comment out the following line: BuildRequires: gettext-runtime 4. rpmbuild -ba rpmbuild/SPECS/ibus-chewing.spec -Done. Please help to branch and build ibus-chewing 1.6.1 for EL8 and EL9. Thank you. Reproducible: Always
We should try to build the 2.x releases. 1.6.1 will not be supported by upstream to RHEL EOL.
(In reply to Kan-Ru Chen from comment #1) > We should try to build the 2.x releases. 1.6.1 will not be supported by > upstream to RHEL EOL. I afraid that could be more difficult to build 2.x releases for EL 8 and 9, I already tried that. There are a couple of the functionalities used by the 2.x releases required the newer glib2 and libadwaita versions which not only on RHEL 8, even RHEL 9 doesn't meet the requirement. Since the goal of the upstream 2.x development is to make it more modern, I think they may not be willing to accept some kind of the compatibility patches specific to make the codebase workable on the current LTS distributions. So the better solution should be giving the legacy version (1.x) for EL 8 and 9.
Although the latest version of libchewing (0.9.0) can be built on RHEL 9 successfully indeed.
I would like to regain the maintainer status, so I can help to branch and build EPEL 8 and 9 My FAS is dchen
Briefly discussed on #i18n. I'll go ahead and request branch for EPEL 8 and 9.
FEDORA-EPEL-2024-2c0edbb8d9 (ibus-chewing-1.6.1-26.el9) has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-2c0edbb8d9
FEDORA-EPEL-2024-8f0e32407a (ibus-chewing-1.6.1-26.el8) has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-8f0e32407a
FEDORA-EPEL-2024-2c0edbb8d9 has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-2c0edbb8d9 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2024-8f0e32407a has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-8f0e32407a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2024-2c0edbb8d9 (ibus-chewing-1.6.1-26.el9) has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2024-8f0e32407a (ibus-chewing-1.6.1-26.el8) has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.
(In reply to Ding-Yi Chen from comment #4) > I would like to regain the maintainer status, so I can help to branch and > build EPEL 8 and 9 > > My FAS is dchen If you will make any pull requests, I will add you as the committer. Currently @kanru makes several changes and probably I think you might ask him for your requests.