FS#33024 - [ibus-anthy] stopped working after an upgrade to ibus-1.5.0-1

Attached to Project: Community Packages
Opened by Met Merilius (merilius) - Sunday, 09 December 2012, 12:14 GMT
Last edited by Felix Yan (felixonmars) - Wednesday, 12 December 2012, 09:53 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Felix Yan (felixonmars)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

After an upgrade of ibus (in extra) to version 1.5.0-1 I am not anymore able to use anthy.
For testing purposes I checked different input methods than anthy within ibus and they work fine.
Therefore I conclude that the problem is in ibus-anthy, and not in ibus itself (I might be wrong of course.)

Interestingly, even the ibus icon in the notification area does not change to "Aち" when
anthy is chosen as the input method.

Additional info:
* package version(s)
extra/ibus 1.5.0-1
community/ibus-anthy 1.4.99.20121006-1


Steps to reproduce:
- upgrade ibus to 1.5.0-1
- anthy does not work
This task depends upon

Closed by  Felix Yan (felixonmars)
Wednesday, 12 December 2012, 09:53 GMT
Reason for closing:  Fixed
Comment by Met Merilius (merilius) - Sunday, 09 December 2012, 12:23 GMT
A downgrade to ibus 1.4.99.20121109-1
makes ibus-anthy fully functional again.
I added a note on the ibus bug list too (which points here):
https://bugs.archlinux.org/task/33025
Comment by Felix Yan (felixonmars) - Sunday, 09 December 2012, 12:36 GMT
Seems like an upstream bug. Here is the console output of ibus-daemon:

File "/usr/share/ibus-anthy/engine/main.py", line 150, in <module>
main()
File "/usr/share/ibus-anthy/engine/main.py", line 147, in main
launch_engine(exec_by_ibus)
File "/usr/share/ibus-anthy/engine/main.py", line 74, in launch_engine
IMApp(exec_by_ibus).run()
File "/usr/share/ibus-anthy/engine/main.py", line 45, in __init__
textdomain='ibus-anthy')
File "/usr/lib/python2.7/site-packages/gi/overrides/IBus.py", line 62, in __in
it__
**kwargs)
TypeError: method-wrapper object got multiple values for keyword argument 'licen
se'

(ibus-ui-gtk3:5759): IBUS-WARNING **: ibus_bus_call_sync: org.freedesktop.IBus.S
etGlobalEngine: GDBus.Error:org.freedesktop.DBus.Error.Failed: Set global engine
failed.

(ibus-ui-gtk3:5759): IBUS-WARNING **: panel.vala:351: Switch engine to anthy fai
led.
Comment by Felix Yan (felixonmars) - Sunday, 09 December 2012, 12:43 GMT
Update: I've made a bug report upstream: http://code.google.com/p/ibus/issues/detail?id=1559
Comment by Met Merilius (merilius) - Sunday, 09 December 2012, 12:48 GMT
@Felix Yan: Thanks.
Comment by Edward Justyre (justyre) - Monday, 10 December 2012, 02:52 GMT
Currently there is a workaround: use ibus-mozc (an opensource linux version of Google Japanese Input) instead of anthy, available from AUR or code.google.com/p/mozc/. Works perfectly with ibus 1.5.0. Tested @ Dec 9th 2012.
Comment by Met Merilius (merilius) - Monday, 10 December 2012, 10:46 GMT
@Edward: Thanks. It looks great (and is called simply "mozc"). It looks like the bug in ibus was a generic one (misspelling "laicense". Existence of such bugs is one of the reasons I dislike python).
Comment by Felix Yan (felixonmars) - Wednesday, 12 December 2012, 09:16 GMT
Please try with ibus 1.5.1, which was released to fix this issue.
Comment by Met Merilius (merilius) - Wednesday, 12 December 2012, 09:48 GMT
I can confirm that ibus-anthy works now.
However, due to the regress in features (no "share the same input method among all applications", "enable", "disable", "previous input method" options) I am staying with the old one.

Loading...