Bug 119383
| Summary: | kinput2 not working with some (gnome?) apps | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | P Jones <bugzilla> |
| Component: | kinput2 | Assignee: | Akira TAGOH <tagoh> |
| Status: | CLOSED NOTABUG | QA Contact: | Bill Huang <bhuang> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | eng-i18n-bugs |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-04-01 00:21:49 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 114961 | ||
|
Description
P Jones
2004-03-29 23:05:21 UTC
oh, and reproduction:
1. log in under japanese
2. start xterm and gnome-terminal
3. hit shift-space then A in each
What happens:
xterm produces hiragana for 'a" (as a square, but that's a font hing).
gnome-terminal produces a space, then a A, refusing to enter the
japanese mode.
What should happen:
Both to produce hiragana.
Which version of xinitrc did you install on your machine? Please make sure if your environment variable is set correctly. $ echo $XMODIFIERS XMODIFIERS=@im=kinput2 $ echo $GTK_IM_MODULE $ ps auxw | grep kinput2 ... $ echo $XMODIFIERS @im=kinput2 $ echo $GTK_IM_MODULE $ ps auxw | grep kinput2 mouse 4879 0.0 0.2 5820 2324 ? S Mar28 0:00 kinput2 -canna +kinput -xim $ rpm -q xinitrc xinitrc-3.37-1 Note: I fixed xinitrc's bug #119284 on this version... I'll try again in 3.38 in a minute xinitrc-3.38-1 fails as well. According to your report, it should works. and I can't reproduce your problem with your step. kinput2 seems to be running correctly and the GNOME applications should be running with proper XMODIFIERS. your locale should be no problem because you can use kinput2 on non-GNOME applications. Though GTK_IM_MODULE seems to not set, but please make sure your GNOME applications choose XIM-- on gnome-terminal say, Input Methods->X Input Method from the popup menu which is realized by the right click. Otherwise probably you should get any error messages in ~/.xsession-errors. I *only* have default listed under input methods... No errors in ~/.xsession-errors It looks like you failed the installation of the gtk2 package... Please make sure: - what version of gtk2 are you using? -- rpm -q gtk2 - whether you have the immodules installed? -- ls /usr/lib/gtk-2.0/*/immodules/ - whether such immodules are registered to /etc/gtk-2.0/gtk.immodules properly rpm -q gtk2 gtk2-2.4.0-1 (rpm verifies this package ok) that ls has a bunch of stuff... /etc/gtk-2.0/gtk.immodules is empty... Hrms... that doesn't match my FC1 box... Ok. so, I manualy added xim to gtk.immodules, and things worked fine... so it's not being generated (BTW, by empty I do mean 0 byte). What generates that file? I'll take a look and see if I can find a reason it wasn't... I'm not sure what happened there, and gtk2's scriptlet should generates it properly: $ rpm -q --scripts gtk2 postinstall scriptlet (using /bin/sh): /sbin/ldconfig umask 022 /usr/bin/gtk-query-immodules-2.0 > /etc/gtk-2.0/gtk.immodules /usr/bin/gdk-pixbuf-query-loaders > /etc/gtk-2.0/gdk-pixbuf.loaders So now you can generate it manually as well, and closing this then. At least it'll be googleable now :) Thanks! Is this bug still applicable to FC1 test 1? If its for later versions, please update. |