Freshly installed IBus intput method is not listed as an input source

Hi,

I installed the GNU system using the Guix System 1.0 ISO installer and reconfigured the system to work around the installer "%base-packages" bug (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35541).

When I install the "ibus-anthy" input method, I don't find any way of using it because it is not listed in the GNOME input sources, nor in the list of input methods in IBus Preferences.

## Steps to reproduce

1. guix install ibus ibus-anthy font-adobe-source-han-sans

2. Go to "GNOME Settings → Language & Region"

3. In "Input Sources", click on the Add button (+)

4. In the list that appears, select "Japanese"

## Unexpected result

"Japanese (Anthy)" is not listed.

## Expected result

"Japanese (Anthy)" is listed.

Also, adding it to the list of Input Sources enables a new option to the right of the GNOME top bar where you can select the different Input Sources you have set. When you choose the newly added Japanese (Anthy) you can start writing Japanese right away. For example, typing "aiueo" would result in "?????".

Also, the keyboard combination Super+Space allows you to alternate between input sources

## Additional information

The Japanese (Anthy) input method is not listed in IBus preferences either. You can check by doing the following:

1. Click on Activities

2. Click on Show Applications

3. Click on IBus Preferences

4. Click on the Input Method tab

5. Click on the Add button

6. Click on Japanese

You should be able to see Anthy there, but it isn't.

---

I currently have ibus with anthy working, but I had this exact same problem at

first. I'm not 100% sure what I finally did to solve it, but I think it may have

been a missing environment variable. Here is what I have set:

export GTK_IM_MODULE_FILE="/run/current-system/profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

export GTK_IM_MODULE="xim"

export XMODIFIERS="@im=ibus"

export QT_IM_MODULE="xim"

I'm thinking the $GTK_IM_MODULE_FILE variable is the missing ingredient.

However, while attempting to fix this I also installed the packages:

ibus, ibus-anthy, dbus, python-dbus, python2-dbus

If you need these packages too to make it work then perhaps its worth

investigating if the anthy package is missing some dependencies.

ison <ison@airmail.cc> writes:

FWIW I have the following in my ~/.bash_profile. If you search the

email list archives for these environment variables, you'll find some

relevant discussions:

???????????????????

If it still doesn't work for you, I'll be happy to help troubleshoot.

I set this up years ago, and the one thing I remember is that it was a

bit of a hassle.

--

Chris

I had the same problem; it works for me now after I added ibus and

ibus-anthy to the system packages, Anthy appeared in ibus-setup. I

believe I had done no other steps other than experimenting with

libexec/ibus-setup-anthy (which I believe did not change anything).

Regards,

Florian

On Tue, May 07, 2019 at 06:11:58AM +0200, pelzflorian (Florian Pelz) wrote:

Since then IBus Preferences has an icon in GNOME Shell. Maybe it is

the same issue as https://issues.guix.info/issue/35594. Maybe a

reboot is all that would have been required.

I did add what ibus-setup told me to my bashrc by the way, but I

believe it has no effect on GNOME.

Regards,

Florian

---- On Mon, 06 May 2019 23:51:13 -0500 pelzflorian (Florian Pelz) <pelzflorian@pelzflorian.de> wrote ----

> On Tue, May 07, 2019 at 06:11:58AM +0200, pelzflorian (Florian Pelz) wrote:

> > I had the same problem; it works for me now after I added ibus and

> > ibus-anthy to the system packages, Anthy appeared in ibus-setup. I

> > believe I had done no other steps other than experimenting with

> > libexec/ibus-setup-anthy (which I believe did not change anything).

> >

>

> Since then IBus Preferences has an icon in GNOME Shell. Maybe it is

> the same issue as https://issues.guix.info/issue/35594. Maybe a

> reboot is all that would have been required.

In my case, when I installed ibus and ibus-anthy, and saw that Anthy was not listed in GNOME Settings, I rebooted and checked both GNOME Settings and IBus Preferences. But nothing. The only change after reboot was that the IBus Preferences icon was available in GNOME's list of applications (which I expected because of bug #35594).

> I did add what ibus-setup told me to my bashrc by the way, but I

> believe it has no effect on GNOME.

When I launch "ibus-setup" (graphically) it doesn't tell me anything about environment variables. Although I remember in older Debians and Debian-based distros it did say something. But that is not the case in modern distributions (in my experience).

I'm going to try to work around the issue with the exports Chris mentioned, and then see if I have to use the exports from ison's message.

On Tue, May 07, 2019 at 06:51:13AM +0200, pelzflorian (Florian Pelz) wrote:

What I said was incomplete. I just tried again; ibus-anthy works fine

for me only when e.g. entering text in GNOME Shell’s search bar, but

not when entering text in the terminal. Sorry.

Regards,

Florian

---- On Mon, 06 May 2019 16:48:27 -0500 ison <ison@airmail.cc> wrote ----

> I currently have ibus with anthy working, but I had this exact same problem at

> first. I'm not 100% sure what I finally did to solve it, but I think it may have

> been a missing environment variable. Here is what I have set:

> export GTK_IM_MODULE_FILE="/run/current-system/profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

> export GTK_IM_MODULE="xim"

> export XMODIFIERS="@im=ibus"

> export QT_IM_MODULE="xim"

>

> I'm thinking the $GTK_IM_MODULE_FILE variable is the missing ingredient.

> However, while attempting to fix this I also installed the packages:

> ibus, ibus-anthy, dbus, python-dbus, python2-dbus

>

> If you need these packages too to make it work then perhaps its worth

> investigating if the anthy package is missing some dependencies.

I forgot to say that I installed dbus, python-dbus, python2-dbus (I already had ibus and ibus-anthy) and restarted the machine, but nothing changed. I did this while "~/.bash_profile" still had this:

export GUIX_GTK2_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache"

export GUIX_GTK3_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

export IBUS_COMPONENT_PATH="$HOME/.guix-profile/share/ibus/component"

export GTK_IM_MODULE=ibus

export XMODIFIERS=@im=ibus

export QT_IM_MODULE=ibus

---- On Mon, 06 May 2019 19:36:17 -0500 Chris Marusich <cmmarusich@gmail.com> wrote ----

> ison <ison@airmail.cc> writes:

>

> > I currently have ibus with anthy working, but I had this exact same problem at

> > first. I'm not 100% sure what I finally did to solve it, but I think it may have

> > been a missing environment variable. Here is what I have set:

> > export GTK_IM_MODULE_FILE="/run/current-system/profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

> > export GTK_IM_MODULE="xim"

> > export XMODIFIERS="@im=ibus"

> > export QT_IM_MODULE="xim"

> >

> > I'm thinking the $GTK_IM_MODULE_FILE variable is the missing ingredient.

> > However, while attempting to fix this I also installed the packages:

> > ibus, ibus-anthy, dbus, python-dbus, python2-dbus

> >

> > If you need these packages too to make it work then perhaps its worth

> > investigating if the anthy package is missing some dependencies.

>

> FWIW I have the following in my ~/.bash_profile. If you search the

> email list archives for these environment variables, you'll find some

> relevant discussions:

I found the discussion. The topic is "Typing on GuixSD in languages other than English" (https://lists.gnu.org/archive/html/help-guix/2016-04/msg00006.html).I participated, I'm Luis Felipe :)

> --8<---------------cut here---------------start------------->8---

> # Enable GTK+2 and GTK+3 programs to simultaneously use the right

> # immodules cache file. This is a Guix-specific work-around.

> # See: https://lists.gnu.org/archive/html/guix-devel/2016-08/msg01634.html

> export GUIX_GTK2_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache"

> export GUIX_GTK3_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

> --8<---------------cut here---------------end--------------->8---

>

> ???????????????????

>

> If it still doesn't work for you, I'll be happy to help troubleshoot.

> I set this up years ago, and the one thing I remember is that it was a

> bit of a hassle.

So, yeah, that didn't work for me. I added the exports to my "~/.bash_profile", rebooted, and still no "Japanese (Anthy)" listed anywhere.

Looking at ison's exports, I thought, "I 've seen this before", and yes, I found in my old notes about IBus that when you started IBus Preferences for the first time you were ask whether you wanted to start the ibus daemon, and on Yes, you were asked to export the following too:

export GTK_IM_MODULE=ibus

export XMODIFIERS=@im=ibus

export QT_IM_MODULE=ibus

(For people reading this in the list archives, the second line is "export XMODIFIERS=ATim=ibus", where "AT" is the "at sign". The archives interpret it as an email address and won't display the line correctly).

The difference with ison's is that these exports use "ibus", not "xim". Ricardo mentions the three lines above in the previous discussion on the list too (https://lists.gnu.org/archive/html/help-guix/2016-04/msg00016.html).So I also tried this in my "~/.bash_profile":

export GUIX_GTK2_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache"

export GUIX_GTK3_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

export IBUS_COMPONENT_PATH="$HOME/.guix-profile/share/ibus/component"

export GTK_IM_MODULE=ibus

export XMODIFIERS=@im=ibus

export QT_IM_MODULE=ibus

And then rebooted. But nothing changed. I still can't find "Japanese (Anthy)" anywhere.

Working around this issue seems difficult, so I'll use romaji for now.

Thanks ison, Chris, and Florian for the help :)

The only other thing I can think of right now which might be different is the

way I'm starting ibus. Instead of ibus-setup, what happens if you launch it with

ibus-daemon -drx

and then access the preferences by right clicking the tray icon (or perhaps

running ibus-setup _after_ the daemon is launched if you have no tray icon)

On Tue, May 07, 2019 at 04:26:29PM +0200, pelzflorian (Florian Pelz) wrote:

If I recall correctly I had this issue as well, where input would not work in

the terminal even though it worked in other applications, until I changed some

of my environment variables to "xim" instead of "ibus".

According to the Arch Wiki here

there are claims from some users that things don't work until they replace

"ibus" with "xim".

On Tue, May 07, 2019 at 02:15:46PM -0600, ison wrote:

I believe GNOME takes care of ibus. For me where ibus works only in

the gnome-shell search field. I get this output:

florian@florianmacbook ~$ ibus-daemon drx

current session already has an ibus-daemon.

This does not help. It would also only be applied when starting the

app from bash and not from gnome-shell, I believe.

Regards,

Florian

sirgazil <sirgazil@zoho.com> writes:

Please try the following:

1) Make sure you've installed ibus, ibus-anthy, and a font package that

gives you appropriate fonts for Japanese. For example:

guix package -i ibus ibus-anthy font-adobe-source-han-sans

2) Make sure you've set the following environment variables in a place

where they will be made available to your desktop environment (in Guix

System, it is sufficient to put this in your ~/.bash_profile):

export GUIX_GTK2_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache"

export GUIX_GTK3_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

2) Remove the ibus cache:

rm -rf ~/.cache/ibus

3) Log out and back in.

I was able to reproduce your issue in a Guix VM, and I was able to

resolve it by taking those steps. Please let me know if this fixes the

issue for you, as well.

--

Chris

---- On Mon, 24 Jun 2019 10:57:55 -0500 Chris Marusich <cmmarusich@gmail.com> wrote ----

> sirgazil <sirgazil@zoho.com> writes:

>

> > Hi,

> >

> > I installed the GNU system using the Guix System 1.0 ISO installer and

> > reconfigured the system to work around the installer "%base-packages"

> > bug (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35541).

> >

> > When I install the "ibus-anthy" input method, I don't find any way of

> > using it because it is not listed in the GNOME input sources, nor in

> > the list of input methods in IBus Preferences.

> >

> >

> > ## Steps to reproduce

> >

> > 1. guix install ibus ibus-anthy font-adobe-source-han-sans

> > 2. Go to "GNOME Settings → Language & Region"

> > 3. In "Input Sources", click on the Add button (+)

> > 4. In the list that appears, select "Japanese"

> >

> >

> > ## Unexpected result

> >

> > "Japanese (Anthy)" is not listed.

> >

> >

> > ## Expected result

> >

> > "Japanese (Anthy)" is listed.

> >

> > Also, adding it to the list of Input Sources enables a new option to

> > the right of the GNOME top bar where you can select the different

> > Input Sources you have set. When you choose the newly added Japanese

> > (Anthy) you can start writing Japanese right away. For example, typing

> > "aiueo" would result in "?????".

> >

> > Also, the keyboard combination Super+Space allows you to alternate between input sources

> >

> >

> > ## Additional information

> >

> > The Japanese (Anthy) input method is not listed in IBus preferences either. You can check by doing the following:

> >

> > 1. Click on Activities

> > 2. Click on Show Applications

> > 3. Click on IBus Preferences

> > 4. Click on the Input Method tab

> > 5. Click on the Add button

> > 6. Click on Japanese

> >

> > You should be able to see Anthy there, but it isn't.

>

> Please try the following:

>

> 1) Make sure you've installed ibus, ibus-anthy, and a font package that

> gives you appropriate fonts for Japanese. For example:

>

> guix package -i ibus ibus-anthy font-adobe-source-han-sans

>

> 2) Make sure you've set the following environment variables in a place

> where they will be made available to your desktop environment (in Guix

> System, it is sufficient to put this in your ~/.bash_profile):

>

> export GUIX_GTK2_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache"

> export GUIX_GTK3_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

>

> 2) Remove the ibus cache:

>

> rm -rf ~/.cache/ibus

>

> 3) Log out and back in.

>

> I was able to reproduce your issue in a Guix VM, and I was able to

> resolve it by taking those steps. Please let me know if this fixes the

> issue for you, as well.

?????????????Chris??? :)

So, Guix is not setting those variables for the user, right? And maybe variables for other GUI toolkits too (Qt)?

Hi, Chris.

After getting the Japanese input working with your instructions, though, I noticed that using Ctrl+Shift+U to write characters by their Unicode stopped working. If I comment the exports

> export GUIX_GTK2_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache"

> export GUIX_GTK3_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

Ctrl+Shift+U works again after logging out and back in, but, obviously, Japanese input breaks again.

I can live without Ctrl+Shift+U for now, though.

Hi,

Just to mention that from December 2022 (I'm currently using guix system

428b810), the workaround in this thread doesn't work anymore. Anthy

doesn't get listed anymore as an input option in GNOME settings, nor in

"ibus-setup".

I can't type Japanese anymore.