First, list of packages: app-i18n/anthy-7900 app-i18n/scim-1.4.4 app-i18n/scim-anthy-1.0.0 gcc-4.1.1 glibc-2.4-r3 2.6.17-gentoo-r4 sys-devel/binutils-2.16.1-r3 Now, the bug. A rather stange one. You see, after upgrade in the first three packages, kanji input to terminals stoped working. Everything works fine for firefox and other gtk apps, however the same is not true for both xterm and urxvt, for them things work only up to the point, when you press Enter to commit selected kanji (kanji conversion seems to work), then instead of a kanji a char sequence, often a one containing escape sequences, is input to the terminal. Both of those terminals handle kanji correctly, I can paste them without any problem.
Same here. xterm/urxvt/OpenOffice (all XIM applications as far as I know) are affected the same way by this problem. SCIM input window comes up and displays kana/kanji correctly, but when I hit enter, only unknown control sequences get inserted into the application. Input works great in GTK apps and I can copy&paste Japanese text into xterm/urxvt/OpenOffice without problems.
Ok, more info. It's a bug in scim 1.4.4, 1.4.3 works, cvs of scim still doesn't. The bug lies in rawcode imengine, disabing it makes 1.4.4 work, what's more reverting the changes made in modules/IMEngine/ scim_rawcode_imengine.cpp and scim_rawcode_imengine.h between 1.4.3 and 1.4.4 makes it work with rawcode enabled. PS. Somebody should change bug description to reflect this.
Created attachment 93723 [details, diff] fixes rawcode imengine problem affecting scim-anthy Final update, I think. Attached is minimal reverting patch that makes things work. It's a bit strange, cause set_languages calls set_locales. It's probably a typo, but I can't figure it out - maybe there's some difference between String and unsigned char* I'm missing, maybe there's a bug in set_locales that's doesn't happen when it's called by set_languages. As it's an upstream bug, somebody should report it there.
That patch indeed seems to fix the problem. Thank you!
submitted this upstream http://sourceforge.net/tracker/index.php?func=detail&aid=1543409&group_id=108454&atid=650539
Update for scim-1.4.5: Bug is still there, fix still works. Please consider adding to ebuild.
Fixed in cvs(1.4.5). thanks.
I'm still suffering from this problem. I cannot input into xterm anymore with scim-1.4.5(-r1), but strangely enough, downgrading to 1.4.4 fixes the problem. This is on ~x86 Gentoo. I have no idea what is going on.
Removing the scim-1.4.5-imengine.patch from scim-1.4.5-r1.ebuild fixed the problem for me. *shrug*
I'm reopening this bug for somebody to close it for good. As per comment nr 5, it was submited upstream on 2006-08-20 03:06. As of 2006-11-21 18:51, a proposed patch was given by upstream. As of today, I checked that patch and it seemms to work. Somebody please double check it and if sucessful, take the upstream patch and close it for good.
OK, sorry. I was wrong. That upstream patch actually does NOT work. The actual problem is that for some reason calling set_locales(string) doesn't work, while set_languages(string) does.
Of all the silly things... Well, anyway... As far as I can tell scim 1.4.6 is no longer affected by this bug.
fixed in 1.4.6.