This wiki is great, but was insufficient in my case:
Fresh install: (uname -a) Linux portable-schrek 2.6.38-ARCH #1 SMP PREEMPT Tue Jun 7 06:40:04 UTC 2011 i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux
(pacman -Q ibus) ibus 1.3.9-3
and no gnome at all installed (nor gdm, I use slim instead).
All that was written didn't do it. I had to find an obscure comment from a user in a bug tracker somewhere to understand environment variables were missing. I found trace of this nowhere else, so I post here my ~/.bashrc as it is now (with Ibus working):
[matthieu@portable ~]$ cat ~/.bashrc
# Check for an interactive session [ -z "$PS1" ] && return alias ls='ls --color=auto' alias ll='ls -lFh --color=auto' alias emacs='mg' PS1='[\u@\h \W]\$ ' export GDM_LANG=fr_FR.UTF-8 export LANG=fr_FR.UTF-8 export LC_ALL=fr_FR.UTF-8 export LANGUAGE=fr_FR.UTF-8 export LC_CTYPE=fr_FR.UTF-8 export XMODIFIERS="@im=ibus" export XIM=ibus export XIM_ARGS="-d" export XIM_PROGRAM_SETS_ITSELF_AS_DAEMON=yes export DEPENDS="ibus" export XIM_PROGRAM=/usr/bin/ibus-daemon export GTK_IM_MODULE=ibus export QT_IM_MODULE=ibus #export XMODIFIERS="@im=ibus" #export GTK_IM_MODULE=ibus #export QT_IM_MODULE=ibus export GTK_IM_MODULE_FILE=~/.immodules
I Hope it helps... Have a nice day!
'ibus-daemon -d' does not work with libreoffice writer
[jpli@balance ~]$ uname -a
Linux balance 3.0-ARCH #1 SMP PREEMPT Sat Aug 6 16:18:35 CEST 2011 x86_64 AMD Phenom(tm) 9150e Quad-Core Processor AuthenticAMD GNU/Linux
I chose fvwm and slim as my window manager and display manager, no specific desktop environment installed.
My ibus "suite", no other input method installed:
[jpli@balance ~]$ pacman -Qs ibus
local/ibus 1.3.9-3 Next Generation Input Bus for Linux. local/ibus-pinyin 1.3.11-2 The PinYin Engine for IBus Input Framework. local/ibus-sunpinyin 2.0.3-1 The SunPinYin Engine for IBus Input Framework. SunPinYin is a Statistical Language Model based pinyin IME by Sun.
I setup ibus in ~/.xinitrc, thought I need not use the extra "--xim" option: [jpli@balance ~]$ cat ~/.xinitrc
#!/bin/sh # # ~/.xinitrc # # Executed by startx (run your window manager from here) if [ -d /etc/X11/xinit/xinitrc.d ]; then for f in /etc/X11/xinit/xinitrc.d/*; do [ -x "$f" ] && . "$f" done unset f fi export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules ibus-daemon -d # exec gnome-session # exec startkde # exec startxfce4 # ...or the Window Manager of your choice exec ck-launch-session fvwm
export GTK_IM_MODULE=ibus export XMODIFIERS=@im=ibus
Then I found out no Chinese input method can be brought up with Ctrl + space in libreoffice writer When I killed all the ibus processes and restarted ibus using "ibus-daemon --xim -d", the problem was solved.
I suggest to add this "--xim option issue" to wiki once it gets conformed
Input Sources and Gnome 3.5+
On Gnome 3.6, I was able to install ibus with limited success, but I was unable to get the IME to reliably turn on. The issue might have to do with the integrating of Ibus into recent versions of Gnome (https://live.gnome.org/ThreePointFive/Features/IBus). Part of this integration has a grand vision that adding input methods (or "input sources") is no different than adding keyboard layouts, and that it will be easy and intuitive. Of course, the current implementation falls short of this goal. I got Japanese input working by adding "Japanese (anthy)" as a keyboard, but it also defaulted to a Japanese keyboard layout (so Shift-2 is ", not @, etc.), but one can choose another layout in Anthy's configuration menu. Chinese input was less successful, as there is no compatible modules for the Rime IME, but there may be for other Chinese IMEs. There is an added benefit that adding IMEs this way includes an indicator applet in the gnome-shell panel, whereas I saw none when using ibus without adding the input-source.