Summary: | app-i18n/ibus-anthy - Traceback (most recent call last): File "/usr/share/ibus-anthy/setup/main.py", line 28, in <module> from ibus import keysyms, modifier, Bus ImportError: No module named ibus | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pavel Volkov <ao> |
Component: | [OLD] Library | Assignee: | CJK Team <cjk> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | galtgendo |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
ibus-setup screenshot
fix minor build system issues |
Description
Pavel Volkov
2013-01-01 10:04:07 UTC
Created attachment 333960 [details]
ibus-setup screenshot
Which version of ibus is installed ? IIRC, ~app-i18n/ibus-anthy-1.2.7 is incompatible with >=app-i18n/ibus-1.4.99. - What version of ibus and ibus-anthy, are you using? - Did you try python-updater to get ibus built with proper python version? (In reply to comment #3) Seeing as the maintainer is listening, I'd like to note a few things: - for ibus 1.5.1, the commit that came just after release (https://github.com/ibus/ibus/commit/8ac534fc002356b93e2015a8866f1ea89e3895f9) is somewhat essential - perhaps it's just a local problem, but "Restart" from panel menu is plain broken: it results in input stuck to a single window (the one that was active when the function was selected) - ibus-anthy compatible with >=ibus-1.4.99 will need gnome2_icon_savelist and gnome2_icon_cache_update in correct places - that version also has an option for using introspection; something like '$(use_enable deprecated pygtk2-anthy)' sounds fine Created attachment 334016 [details, diff]
fix minor build system issues
...however for such simple solution to work, a short patch is necessary.
The first block of configure.ac is simply cause I could, but the other are important.
I use: app-i18n/ibus 1.4.99.20121006 app-i18n/ibus-anthy 1.2.7-r1 If I run python-updater, it suggests the following list to rebuild (and it remains the same every run): emerge -Dv1 --keep-going -p dev-java/java-config:2 dev-libs/boost:0 dev-python/dbus-python:0 dev-python/docutils:0 dev-python/httplib2:0 dev-python/logilab-common:0 dev-python/lxml:0 dev-python/markupsafe:0 dev-python/pygments:0 dev-python/pygobject:3 dev-python/pyxdg:0 dev-python/setuptools:0 dev-util/gdbus-codegen:0 (In reply to comment #6) Like I've said that version of ibus is incompatible with that version of ibus-anthy. As noted in the previous comments the bump is not quite trivial (though not that hard either). (In reply to comment #2) > Which version of ibus is installed ? > > IIRC, ~app-i18n/ibus-anthy-1.2.7 is incompatible with >=app-i18n/ibus-1.4.99. Confirmed. A hard block on >=app-i18n/ibus-1.4.99 in current versions of app-i18n/ibus-anthy would be welcome. Denis. You can fix the ImportError> No module named ibus by adding USE="deprecated" to the ibus useflags; the new ibus ebuild doesnt build the python library otherwise. Anthy does work with the python library present, although I still cant enable/disable it with c-space (but works with mouse) so there seem to be some issues? Might opt for downgrading ibus instead until whatever changes are happening there are sorted out. (In reply to comment #9) >=ibus-anthy 1.5.0 work without 'deprecated' set on on ibus that issue with ctrl-space or more exactly with being unable to access ibus-setup is exactly the one the mentioned commit fixes I'm a bit confused... Please fill another bug for another issue so I can handle them well. (In reply to comment #9) > You can fix the ImportError> No module named ibus by adding USE="deprecated" > to the ibus useflags; the new ibus ebuild doesnt build the python library > otherwise. Anthy does work with the python library present, although I still > cant enable/disable it with c-space (but works with mouse) so there seem to > be some issues? So the issue of this bug will be fixed by adding "ibus[deperecated]" to ibus-anthy's dependency (if ibus is >=1.4.99)? (In reply to comment #11) > I'm a bit confused... Please fill another bug for another issue so I can > handle them well. > > (In reply to comment #9) > > You can fix the ImportError> No module named ibus by adding USE="deprecated" > > to the ibus useflags; the new ibus ebuild doesnt build the python library > > otherwise. Anthy does work with the python library present, although I still > > cant enable/disable it with c-space (but works with mouse) so there seem to > > be some issues? > > So the issue of this bug will be fixed by adding "ibus[deperecated]" to > ibus-anthy's dependency (if ibus is >=1.4.99)? Not quite. The sanest solution I see is adding 'deprecated' flag to the new ibus-anthy too and making it a ibus[deprecated=] dep. This way if the flag is unset, neither will try to pull pygtk as neither will be using it then. BTW, I've opened an issue upstream with my patch from comment 5, but no feedback for the moment. I've added the block ">=ibus-1.4.99" to current versions of ibus-anthy. So this bug's issue should be solved. (In reply to comment #12) > > So the issue of this bug will be fixed by adding "ibus[deperecated]" to > > ibus-anthy's dependency (if ibus is >=1.4.99)? > > Not quite. > The sanest solution I see is adding 'deprecated' flag to the new ibus-anthy > too and making it a ibus[deprecated=] dep. This way if the flag is unset, > neither will try to pull pygtk as neither will be using it then. > BTW, I've opened an issue upstream with my patch from comment 5, but no > feedback for the moment. This should be done when we bumped to ibus-anthy-1.5.0. (In reply to comment #13) > I've added the block ">=ibus-1.4.99" to current versions of ibus-anthy. So > this bug's issue should be solved. > > This should be done when we bumped to ibus-anthy-1.5.0. Just out of idle curiosity, when are 'we' planning to do it ? While the ebuild I've got in my overlay was only tested for [-deprecated], it didn't take much time to make the adjustments. Though when you do, do remember, the mentioned commit is important not just in regard of ibus-anthy, but for the engine itself. Though on the plus side, in the meanwhile this commit has been made: https://github.com/ibus/ibus/commit/62cd0492e3459416e1775aedc327bced53f66828. It's hard to tell whether or not it will fix the problem with the restart - the preliminary tests suggest not, still, it might be useful anyway. Note however, that this commit touches *only* gtk2 client - while there are significant changes between gtk2 and gtk3, I don't recall any that would be relevant here (other than multidevice support, but that's a different matter), so it's likely that gtk3 needs this commit too (well, till this commit the code was the same in both branches). *** Bug 455614 has been marked as a duplicate of this bug. *** for ibus-1.5.1 side, we'd back port commits from upstream to address the comment #4, #14 .. this should quite be staightforward but for ibus-anthy, as we already bump ibus to latest(1.5.1), 1) is deprecated USE flag still need? for --enable/disable-pygtk2-anthy, I think we can do (at least no hurts?) 2) gnome2_icon_xx related .. I can't test much since I'm not anthy user.. so comments are welcome here |