另開一篇來討論 ubuntu 11.10 遇到的問題。

請問一下，configure 裡的這一段：

LIB='lib'
if [ -d /lib64 ]; then
LIB='lib64'
fi

可以改判斷 /usr/lib64 嗎??
11.04 有 /usr/lib64 這個 symbolic link，指向 /usr/lib  (/lib64 也是指向 /lib)
到了 11.10，一開始裝好，不會有 /usr/lib64，就只有 /usr/lib (lib64不是symbolic link了，是一個實體目錄，然後有一個檔案)
或者，multiarch 有什麼指令可以用來判斷的??

另外，我發現編譯時有這個錯誤訊息，但可以執行 gcin，這個錯誤訊息會有影響嗎？

Cannot load module /usr/lib/gtk-2.0/2.10.0/immodules/im-gcin.so: /usr/lib/gtk-2.0/2.10.0/immodules/im-gcin.so: wrong ELF class: ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/immodules/im-gcin.so does not export GTK+ IM module API: /usr/lib/gtk-2.0/2.10.0/immodules/im-gcin.so: wrong ELF class: ELFCLASS64

你的是 64-bit linux 嗎？

這個似乎是 32-bit 程式 load 到 64-bit 的 im-gcin.so，我不清楚 ubuntu 是怎麼 處理 32 64 bit 的 path

不管是啥 distro, 用 lib64 的有無判斷 env 都是不可靠的。

比如說 user 可能用 64bit kernel + 32bit env, 順便安裝了 64bit multilib 及少量 64bit apps 。

對此 user 來說他的主要環境為 32bit, 預設編譯想得到的也是 32bit, 卻因為 lib64 存在就編成 64bit, 顯然是不夠友善的做法。

當然啦，gcin configure/Makefile 本來就很簡單，沒必要去處理這種罕見情形；而且用這種奇怪設定的 user 也應該有能力自行排除問題。

不同 distro 處理 multilib 做法不同，以 debian / ubuntu 而言，全面用 lib 而不用 lib64, 所以 gcin gen-deb 可以看到：

sed -i 's~lib64~lib64foo~' configure

sed -i 's~lib64foo~lib64~' configure

所以 caleb 兄的意思是說，configure 裡其實不需要特別去加這段來決定是不是 64bit，對嗎??

有的 distro 需要，有的不需要。像 autotools 等 build system 有一狗票東西可以設，並不是單純的非 32 即 64 這麼簡單。

當然也可以協助改進 gcin configure, 不過我個人覺得用 gen-deb 就好了。

讓 debian 或 ubuntu 盡早有官方 maintainer 才是王道。

ubuntu maintainer 可以和 debian maintainer 不同，當初我是先讓 gcin 進入 ubuntu 很久後，才成為 debian maintainer 的。

請問一下我的gcin輸入方塊的角落會出現一小塊方形空白，常常會遮住文字，這要怎麼解決？

目前看起來似乎是 gtk 的 bug，不知道最新的 gcin 有沒有改善。

新的 gcin window minimize 的 size 是 1x1

這邊下載 gcin .deb Ubuntu 11.10

右下角空白的問題也已經解決了