Description of problem:
If doing a minimal installation and adding X afterwards, without adding a Desktop environment, ibus fails to work.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Do minimal installation
2.Install X afterwards, then a window manager, vs. a desktop environmentthen install ibus-anthy
3.Start X and run ibus-setup
After one selects the input manager, the setting doesn't hold. If one re-runs ibus-setup, there is no manager selected.
ibus should work without the necessity of installing Gnome or KDE. (Or possibly other Desktop Environments).
Installing kdebase will enable it to work as expected. This is a package problem with RH--the same issue occurs in ScientificLinux 6 alpha and therefore RH6 almost certainly has the same problem.
The reason I believe that this is a RH bug, rather than ibus bug is that it works as expected in ArchLinux--their packaging apparently includes all necessary dependencies. By doing things such as installing gnome-terminal, which will pull in another group of dependencies, one can get it to semi-work--that is, it will work with some expected applications but not others. As mentioned, if I install kdebase, everything will work as it should.
It turned out, upon testing with further installs, that kdebase didn't fix the issue. However, by comparing it with a Debian installation, where it works as it should, the missing dependency seems to be dbus-x11. Upon installing that, it works as expected.
This also holds for Scientific Linux's 6 alpha, based on RHEL6, so perhaps someone could notify them as well.
Do you mean your problem is fixed when you install dbus-x11?
I guess you use TWM.
Yes, if one install dbus-x11, ibus works with any window manager. For testing, I redid the Scientific Linux ibus spec file, (taken from RHEL6, as far as I know), just adding the line Requires: dbus-x11 and it then works with all window managers.
(I primarily use either openbox or fluxbox, but if one adds dbus-x11, it works with all of them, including twm.)
Thank you for your quick response.
(Note that this problem occurs not only with Fedora, but also with Scientific Linux, and, I would guess, RHEL6.)
Thanks for the report.
I will update Fedora 14 & 13.
Probably I think we will not update RHEL6. If you wish, probably I think we can fix RHEL6.2.
Thank you for your time. Even if it doesn't affect too many people, as it is just a matter of adding Requires: dbus-x11 to the ibus spec file, hopefully, the process of getting it into RH won't be too time consuming.
Once again, thank you for your time and efforts.
ibus-1.3.9-2.fc14 has been submitted as an update for Fedora 14.
ibus-1.3.9-2.fc13 has been submitted as an update for Fedora 13.
ibus-1.3.9-2.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update ibus'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/ibus-1.3.9-2.fc13
I just did a fresh minimal installation of Fedora to test. I guess the new ibus-1.3.9-2.fc14 hasn't made it to all mirrors yet, as I was only able to get 1.3.9-1.fc14. However, enabling updates-testing enabled me to get the 1.3.9-2 version.
It works perfectly. Did a minimal installation, then installed X and openbox. I then installed (using updates-testing) ibus-anthy, which brought in the new ibus.
Ran ibus-setup added Anthy, ran it again and Anthy was still there. Entering Japanese worked without problem.
So, many, many thanks for your VERY quick work with this.
ibus-1.3.9-2.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
Thank you--just tested with a fresh install and it works perfectly.
ibus-1.3.9-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.