請教：gcin 升級 1.1.5(www.calno.com) 靈異現象

[さかな]

非刻意的升級，因為 apt-get update
& upgrade 就......
升級前的版本可能是 0.9.3
似乎也不能降級回去原版本

~/.xinitrc 內容為

代碼: 選擇全部

export XMODIFIERS=@im=gcin
export GTK_IM_MODULE=gcin
startkde

無意間升級之後，gcin 就不能用了
將上述設定改為

代碼: 選擇全部

export XMODIFIERS=@im=gcin
export GTK_IM_MODULE=gcin
gcin &
startkde

或改為

代碼: 選擇全部

gcin &
startkde

甚至啟動 XWin時不執行 gcin
進入 KDE後，再從 terminal 執行 gcin
都無效。

倒是，上述各種狀況
在 KDE 裏面跑 GTK 應用程式
( 其實我只試了 Mozilla而已 )
卻可以 Ctrl-Space 叫出 gcin
實在困擾，不知哪位大俠能幫助一下

[訪客]

你應該是把 XIM 支援關閉了...

請用 root 權限執行 dpkg-reconfigure gcin

第一個選項要把 XIM 打開(預設是開啟, 有可能你安裝時動到了)

第二個選項隨便選就好了(預設是使用舊的 im-gcin.so)

[さかな]

依所述操作 dpkg-reconfigure gcin
提示的第二個問題與您所答覆者不同
它問的是

代碼: 選擇全部

New GTK-IM enabled
New GTK-IM disabled

按程式的建議，我選 disabled
無效，問題仍然如昔

接著我又試一下，不啟動 gcin進入 KDE
開指令視窗，下命令：

代碼: 選擇全部

gcin && kwrite &

結果 kwrite 沒有跑出來
gcin 的信息：

代碼: 選擇全部

~$ .gcin is already utf-8 format
load_gtab_list /usr/share/gcin/table/gtab.list
-- /tmp/gcin-eri/socket-:0.0-xcin
connection via TCP is disabled

執行 ps 檢查，有 gcin 項目存在
據說 A && B 的意思是，若 A 成功 就 B 否則 結束
這是不是表示 gcin "部份地"執行失敗？
因為，雖如往常般 konqueror 與 kopete都不能 gcin
但在 Mozilla 它還是可以叫用
** 這個信件就是接著上述操作後
在 Mozilla 撰寫，按平常習慣
我只用 Konqueror上網

[訪客]

gcin 的信息：
~$ .gcin is already utf-8 format
load_gtab_list /usr/share/gcin/table/gtab.list
-- /tmp/gcin-eri/socket-:0.0-xcin
connection via TCP is disabled

這個訊息是關閉了 XIM 才會這樣，如果你有開啟 XIM，會多一行
gcin get env LC_CTYPE= LC_ALL= LANG= 之類的東東

請重新執行 dpkg-reconfigure gcin，第一個問題要選 XIM enabled
第二個隨便回答是沒什麼差的…

然後砍掉 gcin process 重新執行
當然相關的 locale 和環境變數要設好…（你以前的 gcin 用什麼，現在就用什麼，不用修改）

[さかな]

dpkg-reonfigure gcin 既已設 XIM enabled
結果沒什麼不同
那麼該從哪裡尋求病根？
試過將 ~/.gcin 砍掉再進入 KDE
結果也沒用

本來是想來看看
是否其他網友遭遇相同問題
而已經有解決方法
( 比如 gcin 某些設置已隨版本改變 )
如果這只是"個案" 那麼我只好再多嘗試看看
提問的時候，我以為這不是個案
因為家裡兩台 PC同樣安裝 debian
竟都同有此病，那就不像是靈異的個案
正在操作的這台是 apt-get升級後出現
另一台是這兩天才安裝 debian
將這邊的 sources.list 抄過去
直接就是 gcin 1.1.5 而非升級

代碼: 選擇全部

deb http://debian.linux.org.tw/debian/ stable main non-free contrib
deb http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free
deb http://security.debian.org/ stable/updates main contrib
deb http://www.calno.com/ unstable main  <--- gcin 的來源
deb ftp://ftp.nerim.net/debian-marillat/ sarge main
deb http://www.planet-moll.de/debian/ sarge main
deb ftp://metalab.unc.edu/pub/linux/devel/lang/java/blackdown.org/debian/ sarge non-free
# deb http://debian.icf.bofh.ru/ stable main

我的預設 locale為 en_US.UTF-8
根據先前 gcin 的需要
設 .xinitrc 內容如下：

代碼: 選擇全部

#! /bin/sh
export LC_CTYPE=zh_TW.UTF-8
export XMODIFIERS=@im=gcin
export GTK_IM_MODULE=gcin
startkde

剛剛把 .xinitrc 修改為，裏面只有 startkde 其他內容刪除
詭異的是，進入 KDE之後(沒有另外啟動 gcin)
Mozilla 居然可以叫出 gcin
KDE本身的應用程式不行

退出 KDE，重寫 .xinitrc 為：

代碼: 選擇全部

export LC_CTYPE=zh_TW.UTF-8
startkde

再進入 KDE，竟然連 Mozilla都叫不出 gcin

所以，我又結束 KDE 並拿掉 LC_CTYPE項目之後
再進入 KDE( 也就是 en_US.UTF-8狀態 )
在 Mozilla裏面叫用 gcin 寫下以上信息

[d2207197]

很正常阿
因為你設了 GTK_IM_MODULE，因此 mozilla 等 gtk2 軟體會透過 im module 使用 gcin，不需要啟動 gcin 也沒關係。

但是你沒有 qt 的 gcin im module(gcin 好像本來沒支援)，於是 qt 只能用 xim 來輸入，
既然要用XIM，前提當然是 gcin 有啟動，且 XMODIFIERS 及 LC_CTYPE (locale 部份其實是要看輸入法本身怎麼做)環境變數有設好。
.xinitrc

代碼: 選擇全部

export LC_CTYPE=zh_TW.UTF-8
export XMODIFIERS=@im=gcin
export GTK_IM_MODULE=gcin
gcin &
startkde


第二次你沒設 GTK_IM_MODULE ，所以 gtk2 軟體會用 xim，但是你也沒設 XMODIFIERS 那 gtk2 軟體怎麼知道要呼叫哪個 xim，這時有沒有啟動 gcin 也無所謂了，mozilla 不能使用 gcin 也很正常。

請問您在 startx 之前與進入X 之後的locale 是如何的，把 locale 的輸出 po 出來看
bashrc 沒設 locale 相關變數吧？
還有 gcin 在 startx 中的執行輸出，或是在 X 中的 terminal 執行後的輸出。。

[訪客]

#! /bin/sh
export LC_CTYPE=zh_TW.UTF-8
export XMODIFIERS=@im=gcin
export GTK_IM_MODULE=gcin
startkde

在 startkde 前一行加上 gcin &
另外要確定 LC_ALL 沒有設成 en_US.UTF-8
因為 gcin XIM mode 無法在 en_US.UTF-8 底下執行（GTK immodule 可以）

詭異的是，進入 KDE之後(沒有另外啟動 gcin)
Mozilla 居然可以叫出 gcin
KDE本身的應用程式不行

這是正常現象，並不詭異 :)

退出 KDE，重寫 .xinitrc 為：
export LC_CTYPE=zh_TW.UTF-8
startkde
再進入 KDE，竟然連 Mozilla都叫不出 gcin

這時的 GTK_IM_MODULE 是預設值 xim，當然叫不出 gcin

請在 X 下隨便開一個 terminal 試試這些指令：

代碼: 選擇全部

dpkg-reconfigure gcin 要確定 XIM 有 enable
export LC_ALL=
export LC_CTYPE=zh_TW.UTF-8
export XMODIFIERS=@im=gcin
export GTK_IM_MODULE=gcin
killall -1 gcin
gcin &
kwrite &

我猜是因為你設了 LC_ALL 導致 LC_CTYPE 無效…

[訪客]

但是你沒有 qt 的 gcin im module(gcin 好像本來沒支援)，於是 qt 只能用 xim 來輸入，

gcin 有 qt immodule，是 Debian 沒有支援…

不過 Ubuntu Dapper 的 qt3 已經有支援 qt immodule 了

[さかな]

寡於所知，沒能一次說清楚很抱歉
恐怕這次也未必能辦到。而且
這些 XIM, GTK_IM, QT_IM
真得是令我霧颯颯搞不清楚

底下列表是 dpkg-reconfigure locales 啟用的語系

代碼: 選擇全部

en_US ISO-8859-1
en_US.UTF-8 UTF-8
ja_JP.EUC-JP EUC-JP
ja_JP.UTF-8 UTF-8
zh_CN GB2312
zh_CN.UTF-8 UTF-8
zh_TW BIG5
zh_TW.UTF-8 UTF-8

dpkg-reconfigure locales結束前
問預設要哪個？我給它 en_US.UTF-8

其他的 bashrc或者什麼東西若有修改語系
這我就不知道，至少我的手沒幹過那些事

底下，是打字的同時
從 KDE的 konsole工具程式下命令獲得

代碼: 選擇全部

~$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
...... 省篇幅，略。全部相同
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

進入 KDE之前也同，預設的狀況就是那樣

在本次 gcin 升級之前，為配合它的需要
~/.xinitrc的內容( 全部 )如下：

代碼: 選擇全部

#! /bin/sh
export LC_CTYPE=zh_TW.UTF-8
export XMODIFIERS=@im=gcin
export GTK_IM_MODULE=gcin
startkde

升級後，發現 Konqueror, Kopete這些常用工具都不能 gcin
無論怎麼胡亂修改嘗試 .xinitrc 裏面的項目
我猜這是版本問題，但又不知道是否每個升級的人
都碰上同樣狀況。若為否定，這就算是靈異個案了吧？
** 當然，計算機應該沒有什麼靈異
只有懂得或不懂得怎樣解決問題之差別

結果現在，我給 .xinitrc 僅含一個命令 startkde
沒有 GTK_IM_MODULE=gcin 這個項目
在此情況下，Mozilla可以叫用 gcin
然而
假使 .xinitrc 裏面有 LC_CTYPE=zh_TW.UTF-8
則必須也要 GTK_IM_MODULE=gcin
否則 Mozilla 不能 gcin
上面說的 "胡亂修改嘗試 .xinitrc" 就是這樣
因為功能失常，所以我就亂七八糟試試看
得到上述這些結果

我猜，再改回去從前的 gcin 0.9.3 應該就解決了
我不偏好新版本，能用的版本就是好版本
大部份時機，我都是使用 synaptic 管理套件
由於軟件來源已經換上新版
我在 google也沒找到可抓舊版的網站
如果還可以降級回去，這是我的首選

[さかな]

才說找不到而已，再 google一次
找到了 gcin 0.8.9
於是......download, shutdown, downgrade.
就先這樣辦了，新版.....下次看看了
但 0.9.3 至少已經有日文輸入，0.8.9沒有日文
大幸中的不幸.....

[訪客]

中午詳細測試過,
Debian Sid, Sarge, B2D server, DSL 都可以正常使用 www.calno.com 的 gcin_1.1.5-1_i386.deb

XIM 在 UTF-8 和 Big5 都正常(zh_CN 沒試)
konsole 也可以正常使用, 毫無問題...

[さかな]

如果設定方式並無改變
我就要找機會再試試
先前 0.9.X 與現在 0.8.9可用
就是 1.1.5不行，說不通了

[さかな]

又拿了個硬碟來全新安裝 debian後安裝 gcin 1.1.5
結果在 KDE表現又是"靈異"

剛才發現有更新
版本 1.1.5-1變成 gcin 1.1.5-2
且多了個 qt3-immodule
升級但不安裝 qt3-immodule
還是一樣不可使用
然後，把 qt3-immodule也裝上
這下可用了。不過惋惜的是
完全不知所以然

由於我安裝 KDE的方式是手動
不是透過 metapackage(因為那會安裝一大堆廢物)
所以，是不是因此有什麼東西遺漏
而這東西對於 gcin 1.1.5-1乃為必要
但是對於先前的版本以及現在的 1.1.5-2為非必要？
反正百思亦不能解，算了不管

[訪客]

這下可用了。不過惋惜的是完全不知所以然

感動~ 可用就好...

所以，是不是因此有什麼東西遺漏
而這東西對於 gcin 1.1.5-1乃為必要
但是對於先前的版本以及現在的 1.1.5-2為非必要？

可能你之前有 export QT_IM_MODULE=gcin
改成 export QT_IM_MODULE=xim 應該就可以了...

gcin 1.1.5-1 和 gcin 1.1.5-2 是完全一模一樣的,
只差在 gcin-qt3-immodule 而已...
若不安裝 gcin-qt3-immodule 那可以不需要升級...