Typing on GuixSD in languages other than English

Typing on GuixSD in languages other than English

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 629 bytes --]

Hi,

I'm using GuixSD v0.10.0 with GNOME.  I'd like to be able to type in
Japanese.  I can already display Japanese text without issue because
I've installed fonts that contain Japanese characters; however, I cannot
figure out how to enable Japanese input.

In the past, I've done this for other GNU/Linux distributions.  I recall
that the process was a little complicated.  Has anyone set up Japanese
language (or any other non-English) input for GuixSD?  I'm going to look
into this regardless, but if someone has already jumped through the
hoops, I'd love to hear about how you did it.

Thank you!

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Typing on GuixSD in languages other than English

[宋文武]

Chris Marusich <cmmarusich@gmail.com> writes:

> Hi,
>
> I'm using GuixSD v0.10.0 with GNOME.  I'd like to be able to type in
> Japanese.  I can already display Japanese text without issue because
> I've installed fonts that contain Japanese characters; however, I cannot
> figure out how to enable Japanese input.
>
> In the past, I've done this for other GNU/Linux distributions.  I recall
> that the process was a little complicated.  Has anyone set up Japanese
> language (or any other non-English) input for GuixSD?  I'm going to look
> into this regardless, but if someone has already jumped through the
> hoops, I'd love to hear about how you did it.
There're fcitx and ibus as input method frameworks, I think we just need
to package anthy, ibus-anthy and fcitx-anthy.

Re: Typing on GuixSD in languages other than English

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 1047 bytes --]

iyzsong@member.fsf.org (宋文武) writes:

> Chris Marusich <cmmarusich@gmail.com> writes:
>
>> Hi,
>>
>> I'm using GuixSD v0.10.0 with GNOME.  I'd like to be able to type in
>> Japanese.  I can already display Japanese text without issue because
>> I've installed fonts that contain Japanese characters; however, I cannot
>> figure out how to enable Japanese input.
>>
>> In the past, I've done this for other GNU/Linux distributions.  I recall
>> that the process was a little complicated.  Has anyone set up Japanese
>> language (or any other non-English) input for GuixSD?  I'm going to look
>> into this regardless, but if someone has already jumped through the
>> hoops, I'd love to hear about how you did it.
> There're fcitx and ibus as input method frameworks, I think we just need
> to package anthy, ibus-anthy and fcitx-anthy.

Thanks for confirming that the necessary work hasn't been done yet.
Those package names sound familiar.  I'll see if I can get any of them
packaged and working!  Thanks.

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Typing on GuixSD in languages other than English

[Chris Marusich]

[-- Attachment #1.1: Type: text/plain, Size: 2038 bytes --]

Chris Marusich <cmmarusich@gmail.com> writes:

> iyzsong@member.fsf.org (宋文武) writes:
>
>> Chris Marusich <cmmarusich@gmail.com> writes:
>>
>>> Hi,
>>>
>>> I'm using GuixSD v0.10.0 with GNOME.  I'd like to be able to type in
>>> Japanese.  I can already display Japanese text without issue because
>>> I've installed fonts that contain Japanese characters; however, I cannot
>>> figure out how to enable Japanese input.
>>>
>>> In the past, I've done this for other GNU/Linux distributions.  I recall
>>> that the process was a little complicated.  Has anyone set up Japanese
>>> language (or any other non-English) input for GuixSD?  I'm going to look
>>> into this regardless, but if someone has already jumped through the
>>> hoops, I'd love to hear about how you did it.
>> There're fcitx and ibus as input method frameworks, I think we just need
>> to package anthy, ibus-anthy and fcitx-anthy.
>
> Thanks for confirming that the necessary work hasn't been done yet.
> Those package names sound familiar.  I'll see if I can get any of them
> packaged and working!  Thanks.

The attached patches add anthy and ibus-anthy.  They build OK.  However,
Japanese input is not yet working for me.  In fact, ibus itself does not
seem to be working at all.

How can I verify that ibus is working on its own?  I've tried installing
ibus by itself into my profile.  When I do this, I can run ibus-setup,
and I see a "Japanese" language input option.  This is true even when
anthy and ibus-anthy are not installed, which surprised me. I had
expected to find no Japanese language input options at all in ibus-setup
when anthy and ibus-anthy are not installed.

In GNOME, there is no ibus menu visible anywhere on my screen, so it is
unclear whether ibus is actually working.  When I open Gedit and press
<Super>+Space, my input method does not seem to change.  According to
ibus-setup, this hotkey should change my input method.  However, it
seems like ibus is just not working at all.

-- 
Chris

[-- Attachment #1.2: 0001-gnu-Add-anthy.patch --]
[-- Type: text/x-patch, Size: 4374 bytes --]

From ae9b267859d224930d06ec0fba70444aacd0ed87 Mon Sep 17 00:00:00 2001
From: Chris Marusich <cmmarusich@gmail.com>
Date: Sun, 3 Apr 2016 16:29:56 -0700
Subject: [PATCH 1/2] gnu: Add anthy.

* gnu/packages/anthy.scm: New file.
* gnu-system.am: Add it.
---
 gnu-system.am          |  2 ++
 gnu/packages/anthy.scm | 65 ++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 67 insertions(+)
 create mode 100644 gnu/packages/anthy.scm

diff --git a/gnu-system.am b/gnu-system.am
index d883cdc..91dce0f 100644
--- a/gnu-system.am
+++ b/gnu-system.am
@@ -3,6 +3,7 @@
 # Copyright © 2013, 2014, 2015, 2016 Andreas Enge <andreas@enge.fr>
 # Copyright © 2016 Mathieu Lirzin <mthl@gnu.org>
 # Copyright © 2013, 2014, 2015, 2016 Mark H Weaver <mhw@netris.org>
+# Copyright © 2016 Chris Marusich <cmmarusich@gmail.com>
 #
 # This file is part of GNU Guix.
 #
@@ -35,6 +36,7 @@ GNU_SYSTEM_MODULES =				\
   gnu/packages/algebra.scm			\
   gnu/packages/aidc.scm				\
   gnu/packages/animation.scm			\
+  gnu/packages/anthy.scm			\
   gnu/packages/apl.scm				\
   gnu/packages/apr.scm				\
   gnu/packages/asciidoc.scm			\
diff --git a/gnu/packages/anthy.scm b/gnu/packages/anthy.scm
new file mode 100644
index 0000000..f17cb45
--- /dev/null
+++ b/gnu/packages/anthy.scm
@@ -0,0 +1,65 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2016 Chris Marusich <cmmarusich@gmail.com>
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or modify it
+;;; under the terms of the GNU General Public License as published by
+;;; the Free Software Foundation; either version 3 of the License, or (at
+;;; your option) any later version.
+;;;
+;;; GNU Guix is distributed in the hope that it will be useful, but
+;;; WITHOUT ANY WARRANTY; without even the implied warranty of
+;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;;; GNU General Public License for more details.
+;;;
+;;; You should have received a copy of the GNU General Public License
+;;; along with GNU Guix.  If not, see <http://www.gnu.org/licenses/>.
+
+(define-module (gnu packages anthy)
+  #:use-module (guix licenses)
+  #:use-module (guix utils)
+  #:use-module (guix packages)
+  #:use-module (gnu packages emacs)
+  #:use-module (guix download)
+  #:use-module (guix build-system gnu))
+
+(define-public anthy
+  (package
+    (name "anthy")
+    (version "9100h")
+    (source (origin
+              (method url-fetch)
+              ;; The URI does not appear to be easily guessable.  For
+              ;; example, you cannot download version "9100g" simply
+              ;; by replacing "9100h" in the URI.
+              (uri "http://tcpdiag.dl.osdn.jp/anthy/37536/anthy-9100h.tar.gz")
+              (sha256
+               (base32
+                "0ism4zibcsa5nl77wwi12vdsfjys3waxcphn1p5s7d0qy1sz0mnj"))))
+    (build-system gnu-build-system)
+    (arguments
+     `(#:phases
+       (modify-phases %standard-phases
+         (replace 'check (lambda _
+                           (with-directory-excursion "test"
+                             (zero? (system* "./anthy" "--all"))))))))
+    ;; Anthy also contains elisp modules for using anthy within Emacs.
+    ;; However, these modules are incompatible with the latest version
+    ;; of Emacs.  This is because they rely on the presence of
+    ;; last-command-char, which was removed in Emacs 24.3.  So, we
+    ;; don't try to install them here at this time.
+    (description "Anthy is a Japanese input method for converting
+hiragana text to mixed kana and kanji.  It is written in the C
+programming language.  Anthy stores personal customizations (words it
+has learned from the user's input, words the user has explicitly
+added, etc.) in the ~/.anthy/ directory.  This package contains the
+anthy C libraries, the cannadic and alt-cannadic kana dictionaries, as
+well as command-line tools for using anthy and managing
+dictionaries.")
+    (synopsis "Japanese input method")
+    (home-page "http://anthy.osdn.jp/")
+    ;; Most of anthy is lgpl2.1.  However, some files (e.g., from
+    ;; alt-cannadic) use gpl2.  See the file "COPYING" in the anthy
+    ;; source for details.
+    (license (list lgpl2.1 gpl2))))
-- 
2.7.3


[-- Attachment #1.3: 0002-gnu-Add-ibus-anthy.patch --]
[-- Type: text/x-patch, Size: 5073 bytes --]

From bfbf7516fd4f7ae32fba8cbfeaf906c6a92fcfa1 Mon Sep 17 00:00:00 2001
From: Chris Marusich <cmmarusich@gmail.com>
Date: Sun, 3 Apr 2016 16:31:08 -0700
Subject: [PATCH 2/2] gnu: Add ibus-anthy.

* gnu/packages/ibus.scm (ibus-anthy): New variable.
---
 gnu/packages/ibus.scm | 84 +++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 84 insertions(+)

diff --git a/gnu/packages/ibus.scm b/gnu/packages/ibus.scm
index 770d7ff..2b791d9 100644
--- a/gnu/packages/ibus.scm
+++ b/gnu/packages/ibus.scm
@@ -1,6 +1,7 @@
 ;;; GNU Guix --- Functional package management for GNU
 ;;; Copyright © 2015 Ricardo Wurmus <rekado@elephly.net>
 ;;; Copyright © 2015 Andreas Enge <andreas@enge.fr>
+;;; Copyright © 2016 Chris Marusich <cmmarusich@gmail.com>
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -205,3 +206,86 @@ ZhuYin (Bopomofo) input method based on libpinyin for IBus.")
 Chinese pinyin input methods.")
     (home-page "https://github.com/libpinyin/libpinyin")
     (license gpl2+)))
+
+(define-public ibus-anthy
+  (package
+    (name "ibus-anthy")
+    (version "1.5.8")
+    (source (origin
+              (method url-fetch)
+              (uri
+               (string-append
+                "https://github.com/ibus/ibus-anthy/releases/download/"
+                version "/ibus-anthy-" version ".tar.gz"))
+              (sha256
+               (base32
+                "1aj7vnfky7izl23xyjky78z3qas3q72l3kr8dnql2lnivsrb8q1y"))))
+    (build-system gnu-build-system)
+    (native-inputs
+     `(("gettext" ,gnu-gettext)
+       ("libtool" ,libtool)
+       ("automake" ,automake)
+       ("autoconf" ,autoconf)
+       ("intltool" ,intltool)
+       ("pkg-config" ,pkg-config)
+       ("glib" ,glib)
+       ("gobject-introspection" ,gobject-introspection)
+       ("pygobject" ,python-pygobject)
+       ("python" ,python)))
+    (inputs
+     `(("ibus" ,ibus)
+       ("anthy" ,anthy)))
+    (arguments
+     ;; The ibus-anthy source contains a script called "autogen.sh"
+     ;; which invokes the autotools, and then runs the configure
+     ;; script with some specific CFLAGS/CXXFLAGS.  We could invoke
+     ;; "autogen.sh" before running the gnu-build-system's 'configure
+     ;; phase; however, that would cause the configure script to be
+     ;; run twice.  It would also remove the extra CFLAGS/CXXFLAGS
+     ;; that "autogen.sh" wants to add when invoking the configure
+     ;; script.  The following code mimics the behavior of
+     ;; "autogen.sh" so that the configure script will be invoked only
+     ;; once, and with the right flags.
+     '(#:configure-flags (list (string-append "CFLAGS="
+                                              "-Wall "
+                                              "-Werror "
+                                              "-Wformat "
+                                              "-Werror=format-security")
+                               (string-append "CXXFLAGS="
+                                              "-Wall "
+                                              "-Werror "
+                                              "-Wformat "
+                                              "-Werror=format-security"))
+       #:phases
+       (modify-phases %standard-phases
+         (add-before 'configure 'autogen
+                    (lambda _
+                      (and (zero? (system* "autopoint"
+                                           "--force"))
+                           (zero? (system* "libtoolize"
+                                           "--automake"
+                                           "--copy"
+                                           "--force"))
+                           (zero? (system* "intltoolize"
+                                           "--copy"
+                                           "--force"))
+                           (zero? (system* "aclocal"
+                                           "-I"
+                                           "m4"
+                                           "--force"))
+                           (zero? (system* "autoheader"
+                                           "--force"))
+                           (zero? (system* "automake"
+                                           "--add-missing"
+                                           "--copy"
+                                           "--force"))
+                           (zero? (system* "autoconf"
+                                           "--force"))
+                           ))))))
+    (synopsis "Anthy Japanese language input method for IBus")
+    (description "IBus-Anthy is an engine for the input bus \"IBus\").  It
+adds the Anthy Japanese language input method to IBus.  Because most graphical
+applications allow text input via IBus, installing this package will enable
+Japanese language input in most graphical applications.")
+    (home-page "https://github.com/fujiwarat/ibus-anthy")
+    (license gpl2)))
-- 
2.7.3


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Typing on GuixSD in languages other than English

[Luis Felipe López Acevedo]

On 2016-04-03 19:26, Chris Marusich wrote:
> Chris Marusich <cmmarusich@gmail.com> writes:
> 
>> iyzsong@member.fsf.org (宋文武) writes:
>> 
>>> Chris Marusich <cmmarusich@gmail.com> writes:
>>> 
>>>> Hi,
>>>> 
>>>> I'm using GuixSD v0.10.0 with GNOME.  I'd like to be able to type in
>>>> Japanese.  I can already display Japanese text without issue because
>>>> I've installed fonts that contain Japanese characters; however, I 
>>>> cannot
>>>> figure out how to enable Japanese input.
>>>> 
>>>> In the past, I've done this for other GNU/Linux distributions.  I 
>>>> recall
>>>> that the process was a little complicated.  Has anyone set up 
>>>> Japanese
>>>> language (or any other non-English) input for GuixSD?  I'm going to 
>>>> look
>>>> into this regardless, but if someone has already jumped through the
>>>> hoops, I'd love to hear about how you did it.
>>> There're fcitx and ibus as input method frameworks, I think we just 
>>> need
>>> to package anthy, ibus-anthy and fcitx-anthy.
>> 
>> Thanks for confirming that the necessary work hasn't been done yet.
>> Those package names sound familiar.  I'll see if I can get any of them
>> packaged and working!  Thanks.
> 
> The attached patches add anthy and ibus-anthy.  They build OK.  
> However,
> Japanese input is not yet working for me.  In fact, ibus itself does 
> not
> seem to be working at all.
> 
> How can I verify that ibus is working on its own?  I've tried 
> installing
> ibus by itself into my profile.  When I do this, I can run ibus-setup,
> and I see a "Japanese" language input option.  This is true even when
> anthy and ibus-anthy are not installed, which surprised me. I had
> expected to find no Japanese language input options at all in 
> ibus-setup
> when anthy and ibus-anthy are not installed.
> 
> In GNOME, there is no ibus menu visible anywhere on my screen, so it is
> unclear whether ibus is actually working.  When I open Gedit and press
> <Super>+Space, my input method does not seem to change.  According to
> ibus-setup, this hotkey should change my input method.  However, it
> seems like ibus is just not working at all.

FWIW, this is what I do on Debian 8 (with GNOME SHELL):

- Install ibus, ibus-anthy (or ibus-mozc).
- Restart the system.
- Go to *System settings → Region & Language*.
- Add *Japanese (Anthy)* in Input method.

After this, you should see the language icon in the top-right corner of 
the desktop. For example, if your current keyboard layout is English, 
you'll see the *en* language code with a little triangle to the right. 
Click there or use Super+Space to alternate between languages.

Note that a while back, on other distros, you had to start the ibus 
demon manually and use ibus settings to add input methods. These days, 
you don't have to do that any more (at least in my experience, or unless 
you use a different desktop environment).

But I don't know on GuixSD what's required. I hope this helps a bit, 
though.

And thank you very mucho for the patches, I'm going to need Anthy when I 
install GuixSD :)


Best,


-- 
Luis Felipe López Acevedo

Re: Typing on GuixSD in languages other than English

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 2405 bytes --]

Luis Felipe López Acevedo <felipe.lopez@openmailbox.org> writes:

>> Chris Marusich <cmmarusich@gmail.com> writes:
>>
>> The attached patches add anthy and ibus-anthy.  They build OK.
>> However,
>> Japanese input is not yet working for me.  In fact, ibus itself does
>> not
>> seem to be working at all.
>>
>> How can I verify that ibus is working on its own?  I've tried
>> installing
>> ibus by itself into my profile.  When I do this, I can run ibus-setup,
>> and I see a "Japanese" language input option.  This is true even when
>> anthy and ibus-anthy are not installed, which surprised me. I had
>> expected to find no Japanese language input options at all in
>> ibus-setup
>> when anthy and ibus-anthy are not installed.
>>
>> In GNOME, there is no ibus menu visible anywhere on my screen, so it is
>> unclear whether ibus is actually working.  When I open Gedit and press
>> <Super>+Space, my input method does not seem to change.  According to
>> ibus-setup, this hotkey should change my input method.  However, it
>> seems like ibus is just not working at all.
>
> FWIW, this is what I do on Debian 8 (with GNOME SHELL):
>
> - Install ibus, ibus-anthy (or ibus-mozc).
> - Restart the system.
> - Go to *System settings → Region & Language*.
> - Add *Japanese (Anthy)* in Input method.

"Japanese (Anthy)" does not show up as an input method.  There are a
variety of entries (which are present regardless of whether ibus, anthy,
or ibus-anthy are installed), and none of them mention "Anthy".

> After this, you should see the language icon in the top-right corner
> of the desktop. For example, if your current keyboard layout is
> English, you'll see the *en* language code with a little triangle to
> the right. Click there or use Super+Space to alternate between
> languages.

When I select one of the Japanese language input methods via the above
method (e.g., the one that's just called "Japanese"), I do in fact see a
little icon in the upper right that I can toggle between "en" and "ja"
using <Super>+Space.  However, this just seems to shuffle around the
keymap for my keyboard.  It does not actually let me input any kana or
convert anything into kanji.

> And thank you very mucho for the patches, I'm going to need Anthy when
> I install GuixSD :)

I hope we can get it working!  Thank you for your assistance.

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Typing on GuixSD in languages other than English

[Luis Felipe López Acevedo]

On 2016-04-04 00:37, Chris Marusich wrote:
> Luis Felipe López Acevedo <felipe.lopez@openmailbox.org> writes:
> 
>>> Chris Marusich <cmmarusich@gmail.com> writes:
>>> 
>>> The attached patches add anthy and ibus-anthy.  They build OK.
>>> However,
>>> Japanese input is not yet working for me.  In fact, ibus itself does
>>> not
>>> seem to be working at all.
>>> 
>>> How can I verify that ibus is working on its own?  I've tried
>>> installing
>>> ibus by itself into my profile.  When I do this, I can run 
>>> ibus-setup,
>>> and I see a "Japanese" language input option.  This is true even when
>>> anthy and ibus-anthy are not installed, which surprised me. I had
>>> expected to find no Japanese language input options at all in
>>> ibus-setup
>>> when anthy and ibus-anthy are not installed.
>>> 
>>> In GNOME, there is no ibus menu visible anywhere on my screen, so it 
>>> is
>>> unclear whether ibus is actually working.  When I open Gedit and 
>>> press
>>> <Super>+Space, my input method does not seem to change.  According to
>>> ibus-setup, this hotkey should change my input method.  However, it
>>> seems like ibus is just not working at all.
>> 
>> FWIW, this is what I do on Debian 8 (with GNOME SHELL):
>> 
>> - Install ibus, ibus-anthy (or ibus-mozc).
>> - Restart the system.
>> - Go to *System settings → Region & Language*.
>> - Add *Japanese (Anthy)* in Input method.
> 
> "Japanese (Anthy)" does not show up as an input method.  There are a
> variety of entries (which are present regardless of whether ibus, 
> anthy,
> or ibus-anthy are installed), and none of them mention "Anthy".

Hmm, then it seems there is something missing. I just follow the steps 
in a different Debian machine and this is what you should see:

https://multimedialib.files.wordpress.com/2016/04/gnome-shell-language-region-input-source-1.png
https://multimedialib.files.wordpress.com/2016/04/gnome-shell-language-region-input-source-2.png


>> After this, you should see the language icon in the top-right corner
>> of the desktop. For example, if your current keyboard layout is
>> English, you'll see the *en* language code with a little triangle to
>> the right. Click there or use Super+Space to alternate between
>> languages.
> 
> When I select one of the Japanese language input methods via the above
> method (e.g., the one that's just called "Japanese"), I do in fact see 
> a
> little icon in the upper right that I can toggle between "en" and "ja"
> using <Super>+Space.  However, this just seems to shuffle around the
> keymap for my keyboard.  It does not actually let me input any kana or
> convert anything into kanji.


Yeah, something is not working well then. When you follow the steps 
above, and use Super+Space, the language indicator should eventually 
change to an A in hiragana. Then you should just be able to start 
writing Japanese as in this screenshot:

https://multimedialib.files.wordpress.com/2016/04/gnome-shell-japanese-anthy.png


>> And thank you very mucho for the patches, I'm going to need Anthy when
>> I install GuixSD :)
> 
> I hope we can get it working!  Thank you for your assistance.

Another thing to have into account when writing with non-roman alphabets 
using ibus is that you need to install ibus modules/bridges for the 
different GUI toolkits used by the applications you utilize. So you need 
ibus-gtk, ibus-qt, etc.


-- 
Luis Felipe López Acevedo

Re: Typing on GuixSD in languages other than English

[Ricardo Wurmus]

Chris Marusich <cmmarusich@gmail.com> writes:

> How can I verify that ibus is working on its own?  I've tried installing
> ibus by itself into my profile.  When I do this, I can run ibus-setup,
> and I see a "Japanese" language input option.  This is true even when
> anthy and ibus-anthy are not installed, which surprised me. I had
> expected to find no Japanese language input options at all in ibus-setup
> when anthy and ibus-anthy are not installed.

It’s a bit tricky.  IBus caches input methods and reads them from the
cache.  This is also the reason why IBus breaks whenever it is updated
(see bug #22707).

This cache is in “~/.cache/ibus/bus”.

Another thing you might need to store settings for IBus is to run
“libexec/dconf-service” of the “dconf” package.

Then I had to set

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

and the usual

    QT_IM_MODULE=ibus
    XMODIFIERS=@im=ibus
    GTK_IM_MODULE=ibus

You will also need

    GUIX_GTK2_PATH=$HOME/.guix-profile/lib/gtk2.0
    GUIX_GTK3_PATH=$HOME/.guix-profile/lib/gtk3.0

so that GTK+ can find the input method modules for ibus in your profile.
Then it should work in a GTK+ application such as “xfce4-terminal”.
Don’t try it in Emacs because it probably won’t work without even more
fiddling.

This is all not nice yet and I’ve only managed to get the Pinyin input
method to work (until the next upgrade).  I haven’t been able to get any
of the included input methods (like Arabic) to work at all.

This needs more work and I’d appreciate some assistance!

~~ Ricardo

Re: Typing on GuixSD in languages other than English

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 3959 bytes --]

Ricardo Wurmus <rekado@elephly.net> writes:

> Chris Marusich <cmmarusich@gmail.com> writes:
>
>> How can I verify that ibus is working on its own?  I've tried installing
>> ibus by itself into my profile.  When I do this, I can run ibus-setup,
>> and I see a "Japanese" language input option.  This is true even when
>> anthy and ibus-anthy are not installed, which surprised me. I had
>> expected to find no Japanese language input options at all in ibus-setup
>> when anthy and ibus-anthy are not installed.
>
> It’s a bit tricky.  IBus caches input methods and reads them from the
> cache.  This is also the reason why IBus breaks whenever it is updated
> (see bug #22707).
>
> This cache is in “~/.cache/ibus/bus”.

Thanks for the heads-up.  I've installed ibus to my profile, but I
haven't updated it (to my knowledge).  There is currently no sign that
the cache is causing ibus to malfunction.

> Another thing you might need to store settings for IBus is to run
> “libexec/dconf-service” of the “dconf” package.

According to "ps auxww", there is already a "dconf-service" running
under my user name.  There is currently no sign that dconf-service is
causing ibus to malfunction.

> Then I had to set
>
>     IBUS_COMPONENT_PATH=$HOME/.guix-profile/share/ibus/component
>
> and the usual
>
>     QT_IM_MODULE=ibus
>     XMODIFIERS=@im=ibus
>     GTK_IM_MODULE=ibus
>
> You will also need
>
>     GUIX_GTK2_PATH=$HOME/.guix-profile/lib/gtk2.0
>     GUIX_GTK3_PATH=$HOME/.guix-profile/lib/gtk3.0
>
> so that GTK+ can find the input method modules for ibus in your profile.
> Then it should work in a GTK+ application such as “xfce4-terminal”.
> Don’t try it in Emacs because it probably won’t work without even more
> fiddling.

I tried adding all of these to my ~/.bashrc (I rebooted after doing this
to ensure that my environment would get configured correctly)

--8<---------------cut here---------------start------------->8---
export IBUS_COMPONENT_PATH="$HOME/.guix-profile/share/ibus/component"
export GTK_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export QT_IM_MODULE=ibus
export GUIX_GTK2_PATH="$HOME/.guix-profile/lib/gtk-2.0"
export GUIX_GTK3_PATH="$HOME/.guix-profile/lib/gtk-3.0"
--8<---------------cut here---------------end--------------->8---

Note that I've added hyphens (e.g., I wrote "gtk-2.0" instead of
"gtk2.0") because on my GuixSD system, those are the correct paths.

However, even with these environment variables set, all behavior remains
unchanged from before.  Because there appears to be essentially no error
feedback (for example, where are the logs showing what ibus is up to?),
it's difficult to tell what the problem might be.

Perhaps because there are holes in my understanding of ibus, GNOME, GTK,
QT, XIM, and input methods on GNU/Linux in general, I feel as though I
am grasping at straws at this point.  I have reviewed the ibus
documentation, but things are still unclear to me.

> This is all not nice yet and I’ve only managed to get the Pinyin input
> method to work (until the next upgrade).  I haven’t been able to get any
> of the included input methods (like Arabic) to work at all.
>
> This needs more work and I’d appreciate some assistance!

Can you tell me exactly how you set up the Pinyin input method?  Perhaps
I can replicate that on my end, if only to verify that my environment is
sane.

Going forward, perhaps we should ask for help from the ibus user [1] or
[2] developer group, look at how other distros have packaged ibus [3], or
try one of the unstable GNOME 3.5.x versions which integrate ibus into
GNOME [4].  What do you think?

[1] http://groups.google.com/group/ibus-user
[2] http://groups.google.com/group/ibus-devel
[3] For example: https://fedoraproject.org/wiki/Features/GNOMEIBusIntegration
[4] https://wiki.gnome.org/ThreePointFive/Features/IBus

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Typing on GuixSD in languages other than English

[宋文武]

Chris Marusich <cmmarusich@gmail.com> writes:

> Luis Felipe López Acevedo <felipe.lopez@openmailbox.org> writes:
>
>>> Chris Marusich <cmmarusich@gmail.com> writes:
>>>
>>> The attached patches add anthy and ibus-anthy.  They build OK.
>>> However,
>>> Japanese input is not yet working for me.  In fact, ibus itself does
>>> not
>>> seem to be working at all.
>>>
>>> How can I verify that ibus is working on its own?  I've tried
>>> installing
>>> ibus by itself into my profile.  When I do this, I can run ibus-setup,
>>> and I see a "Japanese" language input option.  This is true even when
>>> anthy and ibus-anthy are not installed, which surprised me. I had
>>> expected to find no Japanese language input options at all in
>>> ibus-setup
>>> when anthy and ibus-anthy are not installed.
>>>
>>> In GNOME, there is no ibus menu visible anywhere on my screen, so it is
>>> unclear whether ibus is actually working.  When I open Gedit and press
>>> <Super>+Space, my input method does not seem to change.  According to
>>> ibus-setup, this hotkey should change my input method.  However, it
>>> seems like ibus is just not working at all.
>>
>> FWIW, this is what I do on Debian 8 (with GNOME SHELL):
>>
>> - Install ibus, ibus-anthy (or ibus-mozc).
>> - Restart the system.
>> - Go to *System settings → Region & Language*.
>> - Add *Japanese (Anthy)* in Input method.
>
> "Japanese (Anthy)" does not show up as an input method.  There are a
> variety of entries (which are present regardless of whether ibus, anthy,
> or ibus-anthy are installed), and none of them mention "Anthy".
>
The exec path in the anthy.xml is wrong, also we need wrap them with
python-pygobject.  I fixed that and pushed.

Thanks!

Re: Typing on GuixSD in languages other than English

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 2221 bytes --]

iyzsong@member.fsf.org (宋文武) writes:

> Chris Marusich <cmmarusich@gmail.com> writes:
>
>> Luis Felipe López Acevedo <felipe.lopez@openmailbox.org> writes:
>>
>>>> Chris Marusich <cmmarusich@gmail.com> writes:
>>>>
>>>> The attached patches add anthy and ibus-anthy.  They build OK.
>>>> However,
>>>> Japanese input is not yet working for me.  In fact, ibus itself does
>>>> not
>>>> seem to be working at all.
>>>>
>>>> How can I verify that ibus is working on its own?  I've tried
>>>> installing
>>>> ibus by itself into my profile.  When I do this, I can run ibus-setup,
>>>> and I see a "Japanese" language input option.  This is true even when
>>>> anthy and ibus-anthy are not installed, which surprised me. I had
>>>> expected to find no Japanese language input options at all in
>>>> ibus-setup
>>>> when anthy and ibus-anthy are not installed.
>>>>
>>>> In GNOME, there is no ibus menu visible anywhere on my screen, so it is
>>>> unclear whether ibus is actually working.  When I open Gedit and press
>>>> <Super>+Space, my input method does not seem to change.  According to
>>>> ibus-setup, this hotkey should change my input method.  However, it
>>>> seems like ibus is just not working at all.
>>>
>>> FWIW, this is what I do on Debian 8 (with GNOME SHELL):
>>>
>>> - Install ibus, ibus-anthy (or ibus-mozc).
>>> - Restart the system.
>>> - Go to *System settings → Region & Language*.
>>> - Add *Japanese (Anthy)* in Input method.
>>
>> "Japanese (Anthy)" does not show up as an input method.  There are a
>> variety of entries (which are present regardless of whether ibus, anthy,
>> or ibus-anthy are installed), and none of them mention "Anthy".
>>
> The exec path in the anthy.xml is wrong, also we need wrap them with
> python-pygobject.  I fixed that and pushed.
>
> Thanks!

Awesome!  Where you able to get this working?  I've tried installing it
From the version you pushed, and I still can't get it to work.  Even
when I set all the environment variables mentioned, and I install all
the packages (ibus, ibus-anthy, and anthy) to my profile.  If you got it
working, I'd like to know how so I can set it up on my end, too.

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Typing on GuixSD in languages other than English

[宋文武]

iyzsong@member.fsf.org (宋文武) writes:

> Chris Marusich <cmmarusich@gmail.com> writes:
>
>> Awesome!  Where you able to get this working?  I've tried installing it
>> From the version you pushed, and I still can't get it to work.  Even
>> when I set all the environment variables mentioned, and I install all
>> the packages (ibus, ibus-anthy, and anthy) to my profile.  If you got it
>> working, I'd like to know how so I can set it up on my end, too.

Yes, I only tested in xterm.
set the environemnt variables, run ‘ibus-daemon –-xim -v’.
then use ‘ibus-setup’ to add ‘Japanese - Anthy’.
in xterm, ‘Super+Space’ work fine.


For GTK+ applications, I have to generate the ‘immodules.cache’ file:
--8<---------------cut here---------------start------------->8---
GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk-query-immodules-3.0 -–update-cache

GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk3-demo –-run search_entry
--8<---------------cut here---------------end--------------->8---

With the cache (it contains ibus), it will work.

Re: Typing on GuixSD in languages other than English

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 2959 bytes --]

iyzsong@member.fsf.org (宋文武) writes:

>> Chris Marusich <cmmarusich@gmail.com> writes:
>>
>>> Awesome!  Where you able to get this working?  I've tried installing it
>>> From the version you pushed, and I still can't get it to work.  Even
>>> when I set all the environment variables mentioned, and I install all
>>> the packages (ibus, ibus-anthy, and anthy) to my profile.  If you got it
>>> working, I'd like to know how so I can set it up on my end, too.
>
> Yes, I only tested in xterm.
> set the environemnt variables, run ‘ibus-daemon –-xim -v’.
> then use ‘ibus-setup’ to add ‘Japanese - Anthy’.
> in xterm, ‘Super+Space’ work fine.
>
>
> For GTK+ applications, I have to generate the ‘immodules.cache’ file:
>
> GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk-query-immodules-3.0 -–update-cache
>
> GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk3-demo –-run search_entry
>
>
> With the cache (it contains ibus), it will work.

Thank you so much for the tips!  I've finally gotten ibus-anthy working
(partially)!  However, I've encountered some additional
problems/questions, and I hope you can provide some advice:

* When I set up GTK_IM_MODULE_FILE like you've suggested, it works only
  for GTK3 applications.  Applications using GTK2 crash due to some kind
  of a version incompatibility problem [1].  However, if I generate the
  immodules cache file with "gtk-query-immodules-2.0", then the same
  thing happens in reverse: GTK2 applications work with Japanese input,
  but GTK3 applications crash.  Do you know of a way we can get it
  working for both GTK2 and GTK3 applications simultaneously?

* When I install ibus, I notice that the next time I log in, the
  following environment variables are set even though they were not set
  before, and even though I did not add them to my $HOME/.bashrc or
  $HOME/.bash_profile:

  QT_IM_MODULE=ibus
  XMODIFIERS=@im=ibus
  IBUS_COMPONENT_PATH=/home/testuser/.guix-profile/share/ibus/component

  Do you know where those environment variables are coming from?  Why
  isn't GTK_IM_MODULE set, also?  (It seems that setting GTK_IM_MODULE
  is not necessary if GTK_IM_MODULE_FILE is set, but I do not currently
  understand the relationship between those two environment variables.)

* If the ibus cache in $HOME/.cache/ibus exists, then installing
  ibus-anthy will APPEAR to have no effect.  The only way I was able to
  get GNOME's control panel ("All Settings" > "Region & Language" >
  "Input Sources") or ibus-setup to recognize the "Japanese (Anthy)"
  input method after installing ibus-anthy was to invoke "rm -rf" on the
  $HOME/.cache/ibus directory and then restart ibus-daemon (e.g., by
  restarting the xorg-server service).  To make it easier to install and
  use ibus-anthy, there a way we can ensure that the ibus cache is
  refreshed when the user installs ibus-anthy?

Thank you,

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Typing on GuixSD in languages other than English

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 4630 bytes --]

Chris Marusich <cmmarusich@gmail.com> writes:

> iyzsong@member.fsf.org (宋文武) writes:
>
>>> Chris Marusich <cmmarusich@gmail.com> writes:
>>>
>>>> Awesome!  Where you able to get this working?  I've tried installing it
>>>> From the version you pushed, and I still can't get it to work.  Even
>>>> when I set all the environment variables mentioned, and I install all
>>>> the packages (ibus, ibus-anthy, and anthy) to my profile.  If you got it
>>>> working, I'd like to know how so I can set it up on my end, too.
>>
>> Yes, I only tested in xterm.
>> set the environemnt variables, run ‘ibus-daemon –-xim -v’.
>> then use ‘ibus-setup’ to add ‘Japanese - Anthy’.
>> in xterm, ‘Super+Space’ work fine.
>>
>>
>> For GTK+ applications, I have to generate the ‘immodules.cache’ file:
>>
>> GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk-query-immodules-3.0 -–update-cache
>>
>> GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk3-demo –-run search_entry
>>
>>
>> With the cache (it contains ibus), it will work.
>
> Thank you so much for the tips!  I've finally gotten ibus-anthy working
> (partially)!  However, I've encountered some additional
> problems/questions, and I hope you can provide some advice:
>
> * When I set up GTK_IM_MODULE_FILE like you've suggested, it works only
>   for GTK3 applications.  Applications using GTK2 crash due to some kind
>   of a version incompatibility problem [1].  However, if I generate the
>   immodules cache file with "gtk-query-immodules-2.0", then the same
>   thing happens in reverse: GTK2 applications work with Japanese input,
>   but GTK3 applications crash.  Do you know of a way we can get it
>   working for both GTK2 and GTK3 applications simultaneously?
>
> * When I install ibus, I notice that the next time I log in, the
>   following environment variables are set even though they were not set
>   before, and even though I did not add them to my $HOME/.bashrc or
>   $HOME/.bash_profile:
>
>   QT_IM_MODULE=ibus
>   XMODIFIERS=@im=ibus
>   IBUS_COMPONENT_PATH=/home/testuser/.guix-profile/share/ibus/component
>
>   Do you know where those environment variables are coming from?  Why
>   isn't GTK_IM_MODULE set, also?  (It seems that setting GTK_IM_MODULE
>   is not necessary if GTK_IM_MODULE_FILE is set, but I do not currently
>   understand the relationship between those two environment variables.)
>
> * If the ibus cache in $HOME/.cache/ibus exists, then installing
>   ibus-anthy will APPEAR to have no effect.  The only way I was able to
>   get GNOME's control panel ("All Settings" > "Region & Language" >
>   "Input Sources") or ibus-setup to recognize the "Japanese (Anthy)"
>   input method after installing ibus-anthy was to invoke "rm -rf" on the
>   $HOME/.cache/ibus directory and then restart ibus-daemon (e.g., by
>   restarting the xorg-server service).  To make it easier to install and
>   use ibus-anthy, there a way we can ensure that the ibus cache is
>   refreshed when the user installs ibus-anthy?
>
> Thank you,

Regarding question #1 (i.e., the problem by which GTK2 and GTK3
applications cannot share the same GTK_IM_MODULE_FILE environment
variable without crashing one or the other), it seems that this is
simply the way GTK behaves currently, with no obvious solution:

https://developer.gnome.org/gtk3/unstable/gtk-running.html
"GTK_IM_MODULE_FILE.  Specifies the file listing the IM modules to
load. This environment variable the default value
libdir/gtk-3.0/3.0.0/immodules.cache (libdir has the same meaning here
as explained for GTK_PATH). The immodules.cache file is generated by the
gtk-query-immodules-3.0 utility."

At first blush, it seems that it is simply quite difficult to teach
GNOME about where to find its input method modules in the world of
GuixSD.  This is really unfortunate, since I imagine that many people
want to type in languages other than English within GTK applications.  I
wonder what features might exist in GNOME or GuixSD that would make it
easier to tell GNOME where to find its dependencies?  If it isn't
currently possible, I wonder what changes could be made to make it
possible?

There is good news, though.  I can happily report that the Japanese
language input method which comes built into Emacs (i.e., "quail
japanese") works perfectly out of the box.  After all the trouble I
spent trying to figure out how to use ibus-anthy in GNOME, it blew my
mind when I discovered this emacs feature.  So cool!

emacsを使えば馬鹿みたいに簡単で驚きました。

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: Typing on GuixSD in languages other than English

[Ricardo Wurmus]

Chris Marusich <cmmarusich@gmail.com> writes:

> iyzsong@member.fsf.org (宋文武) writes:
>
>>> Chris Marusich <cmmarusich@gmail.com> writes:
>>>
>>>> Awesome!  Where you able to get this working?  I've tried installing it
>>>> From the version you pushed, and I still can't get it to work.  Even
>>>> when I set all the environment variables mentioned, and I install all
>>>> the packages (ibus, ibus-anthy, and anthy) to my profile.  If you got it
>>>> working, I'd like to know how so I can set it up on my end, too.
>>
>> Yes, I only tested in xterm.
>> set the environemnt variables, run ‘ibus-daemon –-xim -v’.
>> then use ‘ibus-setup’ to add ‘Japanese - Anthy’.
>> in xterm, ‘Super+Space’ work fine.
>>
>>
>> For GTK+ applications, I have to generate the ‘immodules.cache’ file:
>>
>> GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk-query-immodules-3.0 -–update-cache
>>
>> GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk3-demo –-run search_entry
>>
>>
>> With the cache (it contains ibus), it will work.
>
> Thank you so much for the tips!  I've finally gotten ibus-anthy working
> (partially)!  However, I've encountered some additional
> problems/questions, and I hope you can provide some advice:
>
> * When I set up GTK_IM_MODULE_FILE like you've suggested, it works only
>   for GTK3 applications.  Applications using GTK2 crash due to some kind
>   of a version incompatibility problem [1].  However, if I generate the
>   immodules cache file with "gtk-query-immodules-2.0", then the same
>   thing happens in reverse: GTK2 applications work with Japanese input,
>   but GTK3 applications crash.  Do you know of a way we can get it
>   working for both GTK2 and GTK3 applications simultaneously?

This is the reason why we have GUIX_GTK2_PATH and GUIX_GTK3_PATH.  I
don’t set GTK_IM_MODULE_FILE.

> * If the ibus cache in $HOME/.cache/ibus exists, then installing
>   ibus-anthy will APPEAR to have no effect.  The only way I was able to
>   get GNOME's control panel ("All Settings" > "Region & Language" >
>   "Input Sources") or ibus-setup to recognize the "Japanese (Anthy)"
>   input method after installing ibus-anthy was to invoke "rm -rf" on the
>   $HOME/.cache/ibus directory and then restart ibus-daemon (e.g., by
>   restarting the xorg-server service).  To make it easier to install and
>   use ibus-anthy, there a way we can ensure that the ibus cache is
>   refreshed when the user installs ibus-anthy?

The cache is a problem.  It’s annoying also when upgrading IBus.  We
should patch IBus to improve this.

~~ Ricardo