報告：SCIM 在 Etch beta3 似乎有問題

[さかな]

Etch我安裝過 amd64版
原先以為是 amd64版還不成氣候
換回 i386之後 SCIM 的問題同樣碰上
就 scim 經常莫名其妙掛了
正在輸入文字的程式也就卡死在那

使用 amd64版時
由於前述的胡亂臆測(不成氣候)沒有做其他觀察
改 i386之後每次畫面莫名其妙卡死
我就切到 console 執行 top來看
每次都是一個 scim-gtk-panel 的問題
我怎麼知道是他的問題？實際上我不知道
但是他佔用 95%以上 CPU 不是太離奇？
把 scim-gtk-panel 殺死之後
切回 X 就看到原本卡死的程式恢復正常
這個狀況有時甚至輸入法非使用中也發生
就是某程式忽然卡死, top查看又是 scim惹禍

現在我乾脆把 scim-gtk2-immodule移除
scim-bridge也不用, GTK程式透過 xim 輸入
在此報告看看各位先進是否有甚麼可以教導的

[訪客]

用哪個 scim engine? chewing? pinyin? generic?

有沒有用 gtk2-engine-gtk-qt?

沒聽說 sid scim 最近有啥大問題。

[さかな]

安裝的套件是這些

代碼: 選擇全部

scim
scim-modules-socket
scim-chewing
scim-prime(日文)

其他，安裝程式自動補齊相依的部份我就不知道
gtk2-engine-gtk-qt 也有安裝
(這玩意也跟 SCIM 扯上關係？)
目前發生異狀都是在 KDE使用
Gnome有安裝但極少用，所以
不知道是否只會發生在 KDE

沒聽說 sid scim 最近有啥大問題

如果這樣，我想到試試這個辦法
rm -r ~/.scim ~/.chewing ~/.prime
應該相關設定都儲存在這些目錄吧？
看看狀況是否好轉。這幾個目錄
是先前在 Sarge時的設定保留下來
用 Sarge 時 SCIM 倒是沒什麼怪狀

[訪客]

gtk2-engine-gtk-qt 會導致許多 gtk2 軟體(含 scim)吃掉超大量記憶體，把它移掉吧

[さかな]

原來如此，遵照建議！移除。但之前玩的版本
也有安裝這東西，沒有發覺甚麼問題。

在 Etch, SCIM 的表現也有幾些異於往常
先前在 3.1r2 stable or testing 均無底下狀況
一、連續輸入的字串不可包含標點。
　　但，如果是標點為首，後面可以接著打字
二、既有的字串中要插入字串，須在打算插入處
　　先 space推開一格才可以輸入。
如果還有別的，至少這兩個是最重要的，現在可以想到的。

不過還好，只需少少改變打字習慣，不是極大的問題