[華語, cmn-Hant-TW]
ports 裡面的 xorg 前一陣子終於更新到 7.5 了 ，啊找一天就給他整個升下去。
結果升完之後發現 KDE SC 特效只剩 xrender 可用，opengl 的選項失效了。查了一下 xorg 的 log 發現 nvidia 的 driver 是有跑起來沒錯，可是他在抱怨 glx 不能動，所以就從這邊出發去找解法。後來在這篇裡面瞄到了 x11/nvidia-driver 這個 port 會裝自己的 libglx 到 extension 裡面，也許是升級的時候又把 nvidia-driver 的那份蓋掉了。重新安裝一次 nvidia-driver 再試開一次 opengl 的選項也確實可以用，問題解決。
btw, xorg 升級到 7.5 之後似乎順非常多，就算用 xrender 跑那堆特效也不會有很強烈的遲滯感，整個 KDE SC 的介面反應速度快得讓人驚訝。當然了，資源還是一樣吃很兇就是，但是至少用起來爽度大增。
[華語, cmn-Hant-TW]
Apple 現在的鍵盤直接用在一般個人電腦上沒啥大問題，主要的按鍵大部份都有對應到。不過有一個地方因為歷史及功能因素所以對應起來位置剛好相反，也就是 alt/option -> alt 以及 apple/command -> win。從功能來這個對應是完全合理，問題是這兩個鍵的排列在 Apple 系統是 ctrl-alt-command，在一般 PC 上則是 ctrl-win-alt，所以雖然預設的對應完全合理，但是按起來一點也不順手，也因此有對調的需求。
複製 /usr/share/syscons/keymaps/us.iso.kbd /usr/share/syscons/keymaps/us.apple.kbd，然後改一下 us.apple.kbd
… 056 lalt lalt lalt lalt lalt lalt lalt lalt O ... 093 ralt ralt ralt ralt ralt ralt ralt ralt O ... 105 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 O 106 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O …
fkey62 就是 l-winkey，fkey63 就是 r-winkey，把前面的數字 056<->105 093<->106 互相對調即可，至於為什麼是 fkey62,fkey3 請 man keyboard。
接著在 /etc/rc.conf 裡面跟系統講說開機的時候要改載入這個改過的檔案即可。
kbdmap = "us.apple.kbd"設定檔太複雜，Xmodmap 又只能個別的改，然後 hal 進來大亂鬥又得東繞西繞，乾脆就直接改預設的檔案比較快。要改的檔案是 /usr/local/share/X11/xkb/keycodes/xfree86，把 LALT RALT 後面的數字跟 LWIN RWIN 的數字對調即可，也就是 64<->115 113<->116
直接執行登錄檔，手動改的步驟不難不過有點煩。
還原的話只要刪掉 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout] 的 Scancode Map 的值即可，細節請參考 M$ 網站
系統偏好設定>鍵盤(鍵盤) 的變更鍵直接設成對調。 (幾乎不會用到這種)
[華語, cmn-Hant-TW]
隨著 FreeBSD 8.0 的推出，nVidia 也如預期的釋出了給 FreeBSD/amd64 跑的驅動程式，在這篇裡面有提到最新的 195.22 有支援64bit，而支援的版本則是 FreeBSD 8.0/7.3 。當然其實是不需要等 7.3 推出，只要跟著 RELENG_7 跑現在的版本應該就能用了，不過到目前為止(2009/12/07) ports 裡面是沒有的，所以得手動下載後編譯及安裝，最後再跑 nvidig-config 弄一個新的 xorg.conf 即可。
手上沒有啥特別需要跑 OpenGL 的程式，倒是 KDE SC 4 的介面可以開 OpenGL 加速之後用起來比 xrender 順很多，用一張舊的 7600GT 跑起來沒遇到什麼太大問題，大致來說讓人非常滿意。
UPDATE: 沒多久之後就進 ports 了
[en]
test
[cmn-TW]
在某台電腦最近的一次大更新之後，kdm 登入畫面的右上角居然自動出現三顆按鈕，登入之後還是掛在那邊而且我還不知道要怎麼關掉？！查了一下原來那個東西是 gcb，不過我根本沒裝 gcb 啊！！後來才知道這個是 gcin 1.4.3 之後整合進去的，所以把 gcin 關掉他就會消失。( gcin-setup 可以針對這個功能做設定 )
問題來了，這台電腦上主要都是用 oxim 的輸入法，雖然說也有灌 gcin 但是平常根本就沒有執行啊，啊 gcin 怎麼會自動跑起來？當然，把整個 gcin 反安裝就不會跳出來了，不過我也不想反安裝 gcin，畢竟有時候應急或是測試還是會用到，所以就要來試看看到底是什麼東西讓他自動跑起來的。
首先檢查了一下 kdm 的所有 script，還有 .xsession、.xprofile 之類的地方有沒有誤跑 gcin，似乎都沒有看到；接下來試著不要用 kdm，直接用 root 跑 twm 看看。嗯，這樣執行似乎不會自動跑起來，不過如果用 root 直接跑 kde 的話 gcin 又出現了。
然後試了一下把 /usr/local/bin/gcin 砍掉看看，結果 kde 完全開不了，錯誤訊息抱怨說找不到 /usr/local/bin/gcin。好，既然已經知道把整個 gcin 套件砍掉的話可以打開 kde 而且不會有錯誤訊息，那就一個一個把 gcin 套件會安裝的東西砍掉直到他不靠北這個錯誤訊息為止，這樣就知道是哪個東西會讓系統想要把 gcin 叫起來了。
最後發現是 qt im module 造成的，這很合理，不管是 kdm 或是直接執行 kde 都一定會用到 qt，然後 qt 發現有 gcin 的 qt im module 手癢就去載入他，所以每次都會看到 gcin 被載入……
所以最後解決方法很簡單，安裝 gcin 套件時不要選 QT_IM_MODULE 他就不就不會自已跑出來了。 (有用到 qt im module 的話… 再說吧)
[華語] cmn-TW
