You are not logged in.
The ibus(version 1.3) in my system used to work well.
But today I upgraded my system and can no longer type Chinese using the newly
installed ibus
I'm using Arch Linux, Here's the system info and ibus version
[jpli@balance ~]$ uname -a
Linux balance 3.0-ARCH #1 SMP PREEMPT Tue Aug 30 08:53:25 CEST 2011 x86_64 AMD
Phenom(tm) 9150e Quad-Core Processor AuthenticAMD GNU/Linux
[jpli@balance ~]$ pacman -Qs ibus
local/ibus 1.4.0-1
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.
And the desktop environment input method settings:
[jpli@balance ~]$ env | grep IM
GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules
QT_IM_MODULE=ibus
GTK_IM_MODULE=ibus
desktop environment startup code:
[jpli@balance ~]$ tail ~/.xinitrc
export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules
ibus-daemon --xim -d
#ibus-daemon -d # This option does not work with libreoffice
# exec gnome-session
# exec startkde
# exec startxfce4
# ...or the Window Manager of your choice
exec ck-launch-session fvwm
Last edited by lijpbasin (2011-09-28 03:47:41)
Offline
When pasting code, please use [ code ] tags https://bbs.archlinux.org/help.php#bbcode
like this
Offline
Many input method engines were unable to be launched in IBus 1.4.0,
not ony PinYin but alose Chewing, Array.
Offline
Same problem, I can't input Chinese with ibus 1.4.0
Offline
There's already a bug report https://bugs.archlinux.org/task/26124
Offline
rebuild the ibus-pinyin , ibus-sunpinyin
Offline
When pasting code, please use [ code ] tags https://bbs.archlinux.org/help.php#bbcode
like this
Thank you, karol
Sure its a much better choice
Offline
Now using fcitx, it works great
Offline
it is frustrating.
each time we have an ibus update, there's problem.
Offline
Shouldn't we have have testing to put such non-working things into it? How can this be in community if it doesn't work? Hope it can be fixed soon, need it for daily work.
Fcitx is not an equivalent, IBus matches better with Gnome3.
Strawberry fields forever!
Offline
IIRC not every package goes through [testing] or [community-testing].
Offline
I feel ibus is worthy to be put in extra.
gnome3.4 is going to integrate it into gnome-shell. In addition, i believe it is THE input method nowadays.
"After you do enough distro research, you will choose Arch."
Offline
The last packager, Brad Fanella, is a TU, so he can't maintain a package in [extra].
http://mailman.archlinux.org/pipermail/ … 14343.html shows there may be not much interest regarding this package.
Offline
I am having the same issue with ibus-hangul (Korean)
I need this package or something like it as I use Korean frequently.
Offline
I am having the same issue with ibus-hangul (Korean)
I need this package or something like it as I use Korean frequently.
Have you tired downgrading? I'm afraid it's the only was of fixing it ASAP.
Offline
well I haven't tried... in fact... I haven't downgraded a package before to be honest.
rg_edit: I have executed the pacman -Scc command already... so I am sure if its there.. I will check anyways
Last edited by rg_arc (2011-09-29 10:40:57)
Offline
well I haven't tried... in fact... I haven't downgraded a package before to be honest.
Offline
You don't need to downgrade. Just patch the ABS package with this diff:
--- ibus-hangul-orig/src/ibus-hangul-1.3.1/src/engine.c 2011-02-26 04:33:16.000000000 -0600
+++ ibus-hangul/src/ibus-hangul-1.3.1/src/engine.c 2011-09-29 06:19:59.144703144 -0500
@@ -175,7 +175,7 @@ ibus_hangul_engine_get_type (void)
void
ibus_hangul_init (IBusBus *bus)
{
- gboolean res;
+ GVariant * res;
GValue value = { 0, };
hanja_table = hanja_table_load (NULL);
@@ -188,9 +188,9 @@ ibus_hangul_init (IBusBus *bus)
hangul_keyboard = g_string_new_len ("2", 8);
res = ibus_config_get_value (config, "engine/Hangul",
- "HangulKeyboard", &value);
- if (res) {
- const gchar* str = g_value_get_string (&value);
+ "HangulKeyboard");
+ if (res !=NULL) {
+ const gchar* str = g_variant_get_string (res, NULL);
g_string_assign (hangul_keyboard, str);
g_value_unset(&value);
}
@@ -198,9 +198,9 @@ ibus_hangul_init (IBusBus *bus)
hanja_key_list_init(&hanja_keys);
res = ibus_config_get_value (config, "engine/Hangul",
- "HanjaKeys", &value);
- if (res) {
- const gchar* str = g_value_get_string (&value);
+ "HanjaKeys");
+ if (res !=NULL) {
+ const gchar* str = g_variant_get_string (res, NULL);
hanja_key_list_set_from_string(&hanja_keys, str);
g_value_unset(&value);
} else {
This worked perfectly for me and came from the discussion on the bug linked above.
Proof is in the pudding: 안녕하세요.
Last edited by the sad clown (2011-09-29 11:45:08)
I laugh, yet the joke is on me
Offline
감사합니다
Offline
when I tried to rebuild ibus-pinyin in ABS, it gave me an error :
make[2]:*** [all[ Error 2 make[2]: Leaving directory '/home/mabier/abs_build/ibus-pinyin/src/ibus-pinyin-1.3.11/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/mabier/abs_build/ibus-pinyin/src/ibus-pinyin-1.3.11' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I rebuilt ibus-pinyin three times with the same error message.
fortunately rebuilding ibus-sunpinyin succeeded at last.
but I can not make ibus-daemon automatically run anymore when starting arch, even though I have put the three "export ......" into both my .bashrc and .xinitrc
Offline
when I tried to rebuild ibus-pinyin in ABS, it gave me an error :
make[2]:*** [all[ Error 2 make[2]: Leaving directory '/home/mabier/abs_build/ibus-pinyin/src/ibus-pinyin-1.3.11/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/mabier/abs_build/ibus-pinyin/src/ibus-pinyin-1.3.11' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I rebuilt ibus-pinyin three times with the same error message.
fortunately rebuilding ibus-sunpinyin succeeded at last.
but I can not make ibus-daemon automatically run anymore when starting arch, even though I have put the three "export ......" into both my .bashrc and .xinitrc
The actual error message would have been before the text you quoted. Also, try using "[ code ]" tags, as this will make viewing easier.
I laugh, yet the joke is on me
Offline
@mabier: you can try to use ibus-pinyin-git from AUR. This works for me at least.
And for your autostart problem: I don't know which DE you are using. If you use gnome for example, you can add ibus-daemon in your gnome-session-properties.
Last edited by steffinger (2011-09-30 08:38:06)
Offline
when I rebuild ibus-pinyin, I met following issue:
make[3]: Entering directory `/root/abs/ibus-pinyin/src/ibus-pinyin-1.3.11/src'
CXX ibus_engine_pinyin-PYConfig.o
PYConfig.cc: In member function ‘bool PY::Config::read(const gchar*, bool)’:
PYConfig.cc:157:84: error: too many arguments to function ‘GVariant* ibus_config_get_value(IBusConfig*, const gchar*, const gchar*)’
/usr/include/ibus-1.0/ibusconfig.h:140:18: note: declared here
PYConfig.cc:165:80: error: cannot convert ‘GValue* {aka _GValue*}’ to ‘GVariant* {aka _GVariant*}’ for argument ‘4’ to ‘gboolean ibus_config_set_value(IBusConfig*, const gchar*, const gchar*, GVariant*)’
PYConfig.cc: In member function ‘gint PY::Config::read(const gchar*, gint)’:
PYConfig.cc:175:84: error: too many arguments to function ‘GVariant* ibus_config_get_value(IBusConfig*, const gchar*, const gchar*)’
/usr/include/ibus-1.0/ibusconfig.h:140:18: note: declared here
PYConfig.cc:183:80: error: cannot convert ‘GValue* {aka _GValue*}’ to ‘GVariant* {aka _GVariant*}’ for argument ‘4’ to ‘gboolean ibus_config_set_value(IBusConfig*, const gchar*, const gchar*, GVariant*)’
PYConfig.cc: In member function ‘const gchar* PY::Config::read(const gchar*, const gchar*)’:
PYConfig.cc:193:84: error: too many arguments to function ‘GVariant* ibus_config_get_value(IBusConfig*, const gchar*, const gchar*)’
/usr/include/ibus-1.0/ibusconfig.h:140:18: note: declared here
PYConfig.cc:201:80: error: cannot convert ‘GValue* {aka _GValue*}’ to ‘GVariant* {aka _GVariant*}’ for argument ‘4’ to ‘gboolean ibus_config_set_value(IBusConfig*, const gchar*, const gchar*, GVariant*)’
make[3]: *** [ibus_engine_pinyin-PYConfig.o] Error 1
make[3]: Leaving directory `/root/abs/ibus-pinyin/src/ibus-pinyin-1.3.11/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/root/abs/ibus-pinyin/src/ibus-pinyin-1.3.11/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/abs/ibus-pinyin/src/ibus-pinyin-1.3.11'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
I am a refresh on archlinux. I find both scim and ibus cannot work on myside. so I cannot handle chinese.
Offline
Please use [code ] tags for your post!! It's not very difficult, once you looked in here: https://bbs.archlinux.org/help.php#bbcode
I can not identify your error, but you could try to build ibus-pinyin-git from AUR: https://aur.archlinux.org/packages.php?ID=19481 , as it is much more recent. You might want to remove ibus-pinyin before installing the git package.
Last edited by steffinger (2011-09-30 09:02:08)
Offline
You don't need to downgrade. Just patch the ABS package with this diff:
--- ibus-hangul-orig/src/ibus-hangul-1.3.1/src/engine.c 2011-02-26 04:33:16.000000000 -0600 +++ ibus-hangul/src/ibus-hangul-1.3.1/src/engine.c 2011-09-29 06:19:59.144703144 -0500 @@ -175,7 +175,7 @@ ibus_hangul_engine_get_type (void) void ibus_hangul_init (IBusBus *bus) { - gboolean res; + GVariant * res; GValue value = { 0, }; hanja_table = hanja_table_load (NULL); @@ -188,9 +188,9 @@ ibus_hangul_init (IBusBus *bus) hangul_keyboard = g_string_new_len ("2", 8); res = ibus_config_get_value (config, "engine/Hangul", - "HangulKeyboard", &value); - if (res) { - const gchar* str = g_value_get_string (&value); + "HangulKeyboard"); + if (res !=NULL) { + const gchar* str = g_variant_get_string (res, NULL); g_string_assign (hangul_keyboard, str); g_value_unset(&value); } @@ -198,9 +198,9 @@ ibus_hangul_init (IBusBus *bus) hanja_key_list_init(&hanja_keys); res = ibus_config_get_value (config, "engine/Hangul", - "HanjaKeys", &value); - if (res) { - const gchar* str = g_value_get_string (&value); + "HanjaKeys"); + if (res !=NULL) { + const gchar* str = g_variant_get_string (res, NULL); hanja_key_list_set_from_string(&hanja_keys, str); g_value_unset(&value); } else {
This worked perfectly for me and came from the discussion on the bug linked above.
Proof is in the pudding: 안녕하세요.
Ok, I haven't patched a ABS package before, but I looked at the wiki to see what I should do to fix the ibus-hangul package using your fix here^
I got the abs package in ~/ and then cd over to it editing the PKGBUILD. Should I delete all the contents of the PKGBUILD file first and then put in your patch, or should I add this on the end of the file?
$ cp -r /var/abs/community/ibus-hangul/ ~/abs
[user@user ~]$ cd ~/abs
[user@user abs]$ nano PKGBUILD
[user@user abs]$ makepkg -s
/home/user/abs/PKGBUILD: line 32: ---: command not found
==> ERROR: An unknown error has occurred. Exiting...
[abs]$
Offline