Red Hat Bugzilla – Bug 503329
im-chooser is no longer able to start ibus
Last modified: 2009-06-07 04:58:00 EDT
Description of problem:
After an update to ibus-22.214.171.12490423-1.fc10 (hit stable a few days ago), im-chooser is no longer able to start ibus. It still attempts to launch /usr/sbin/ibus, which does not exist any more.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. update ibus to the latest version found in f10 updates
2. go to system → preferences → personal → input method
3. attempt to launch ibus
Failed to execute child process "/usr/bin/ibus" (No such file or directory)
ibus starts properly
I had same problem on x86_64. It appears the file "/usr/bin/ibus" is now missing. Temporary workaround: running "/usr/bin/ibus-setup" as normal user, choose yes to start the "ibus-daemon" when prompted.
Apparently ibus package no longer ships /usr/bin/ibus. I don't know if it's expected thing or unexpected. for workaround, update to XIM_PROGRAM="/usr/bin/ibus-daemon" in /etc/X11/xinit/xinput.d/ibus.conf.
ibus-126.96.36.19990531-1.fc10 has been submitted as an update for Fedora 10.
ibus-188.8.131.5290531-1.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.
Not very sure whether it is related with the latest package. Before the upgrade I could see quite a few Chinese input methods. After the upgrade to 184.108.40.20690531-1.fc10, there are now only two Chinese input methods available (pinyin and chewing). All the other installed input methods are gone. The upgrade solves the im-chooser problem described above though.