The following problem persists even after upgrading from 17.10 to 18.04:
After upgrading my Kubuntu 17.04 to 17.10 by running
do-release-upgrade
I get the following error message after each reboot.
Error found when loading /etc/profile:\n\n/usr/share/im-
config/data/21_ibus.rc line 6: /usr/bin/ibus-daemon: No such
file or directory\n\nAs a result the session will not be configured correctly.
You should fix the problem as soon as feasible.
cat -n /usr/share/im-config/data/21_ibus.rc
Line 6 reads:
IBUS_ENABLE_SYNC_MODE=0 /usr/bin/ibus-daemon --daemonize --xim --address 'unix:tmpdir=/tmp/ibus'
Unfortunately I don't know what this is. Indeed there is no file /usr/bin/ibus-daemon
Also:
bruni@Inspiron-5547:~$ sudo apt purge ibus
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package 'ibus' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
How could I fix the problem as soon as feasible?
why is there a /usr/share/im-config/data/21_ibus.rc used when ibus is not installed?
EDIT I guess the culprit in my /etc/profile is the file /etc/profile.d/input-method-config.sh
This reads:
# /etc/profile.d/input-method-config.sh
#
# This is a temporary measure which works around
# https://launchpad.net/bugs/1720250
if [ -z "$XDG_CURRENT_DESKTOP" -o -n "$GTK_IM_MODULE" ]; then
return
fi
. /etc/X11/Xsession.d/70im-config_launch
if [ "$IM_CONFIG_PHASE" = 1 ]; then
export IM_CONFIG_PHASE=2
. /usr/share/im-config/xinputrc.common
if [ -r "$IM_CONFIG_XINPUTRC_USR" ]; then
. $IM_CONFIG_XINPUTRC_USR
elif [ -r "$IM_CONFIG_XINPUTRC_SYS" ]; then
. $IM_CONFIG_XINPUTRC_SYS
fi
export XMODIFIERS
export GTK_IM_MODULE
export QT_IM_MODULE
export QT4_IM_MODULE
export CLUTTER_IM_MODULE
fi
also:
echo $XDG_CURRENT_DESKTOP
KDE
and
echo $GTK_IM_MODULE
ibus
I guess the problem is that $GTK_IM_MODULE returns ibus, even though ibus is not installed and not used.
Installing ibus removes the problem described in the question at hand, but leads to the more severe problem described in this question, so I removed ibus again.
Same thing happened to my when upgrading Mate to 17.10.
I went to System -> Preferences -> Look and Feel -> Language Support.
I'd previously selected English (UK) as my menu/windows language so on first opening this up I was prompted to upgrade, which I did.
My intention, and what I went on to do, was to change the "keyboard input method system" from "XIM" to "None". Rebooted, and that seemed to clear the error message at login without any other ill effects - so far!
My logic... I don't have ibus on my machine and I didn't see the need for it if I don't need exotic fonts. My default display manager is lightdm, so that would trip the first condition in the 21_ibus.rc file, taking me to line 6, which seems to disable the IBUS_SYNC mode and force XIM. Again, not installing ibus, so can't use the ibus-deamon, therefore I can't have the XIM option - so I switched the keyboard option, as indicated above, and that seemed to work.
To do that on KDE open a terminal and type
Suspect it's a minor configuration issue, but would welcome learning if there's a more robust solution.
I had the same issue after upgrade to 17.10. Temporary work around by set the keyboard input method system to none in language support.
You appear to be affected by this bug I would suggest that you subscribe to it so that you can be notified about progress. You should also click and answer the "Does this bug affect you?" question so that the developers can get an idea of the extent of the issue.
Bruni: I don't use KDE, nor fcitx, so can't directly check, but nearest thing I can find to help show you options I was referring to is here...
http://www.makeuseof.com/tag/write-language-linux/
...where you can see the "keyboard input method system" for GTK, and, what I assume is the equivalent "Configure input method" for KDE.
Again, I don't have ibus, so there's no point trying to start xim server from ibus deamon, which is why selecting "None" is a convenient fix for my requirements. If you have fcitx installed and you have fcitx set in your "Configure input method" and you're still tripping an ibus trap then there's a configuration problem somewhere down the /etc/profile.
I run into almost the same error. I have reinstalled ibus using Synaptic. All Good now!
I hope it works for you as well.