用google搜尋自己的網站之後發現Roy Chen的網站，看到這篇Blog of Roy Chan � Stardict debian 套件相依關係圖，實在是太有用了！
讓人不禁說出，【Linux好犀利啊！】
$ apt-rdepends -d stardict >stardict.dot
$ springgraph
這對於我的開發工作實在很有幫助。blog起來以資紀念。
這算不上什麼新消息了。我個人是Fedora的翻譯者，11月26日收到了這封信：
主旨: [Fedora-trans-zh_tw] 新套件，新功能，新介面
嗨，Fedora 譯者們，
大家好。
Fedora Core 3 Test 3 已經可以從 Fedora 網站上下載，預計正式版很快就會推出。您可以從官方網站上下載最新版本的 Fedora： http://fedora.redhat.com/
而在下一個版本中，Fedora 將推出新的管理工具 system-config-lvm，幫助使用者更有效地管理 lvm。您現在就可以 cvs up，獲得最新的檔案列表。
Fedora Core 依舊需要您的翻譯協助。現在您也可以在 Windows 底下翻譯 Fedora。 詳情請參閱 http://fedora.redhat.com/participate/translation-windows/ ，其中有每一個步驟的詳細解說。
如果您有任何建議或問題，請多多使用郵件論壇，或直些寫信給小弟即可，我會儘力為您解答。
gp32linux.com
這是一台用來專門玩模擬器的掌上型遊樂器，除此之外，由於支援了ARM 920 processor, with MMU (Samsung s3c2400)還有jtag、usb host等功能。反而變成很棒的Linux開發平台。
合台幣才5000左右(最低階的版本)
更重要的是，兩顆3A電池可以玩12小時！
Ping 在他的網站上面提到了Debian的Backport，聽起來，我手上的案子有解了... 待我研究看看...
Ping's Wiki - PingYeh/2004-10-01
回移 (Backport) Debian 的套件
講到安裝新軟體，我還蠻常躍躍欲試的，可是如果要我升級作業系統，那我可不太願意，原因就不多說了。
上面這個原則，有時候還真的很難做到，因為新軟體多半需要和新的 library 配合，像我在用 Debian stable (woody)，GNOME 還是 1.4 版，新出的 GNOME 都已經到 2.8 了！用 apt-get install 抓到一定是 1.4，想要玩 GNOME 2.x，不用 unstable 或 testing 還真的不行。
GNOME 這個例子或許不好，因為太大了，那就說說我玩 tex4ht 的經驗吧！
tex4ht 是個把 LaTeX 檔轉成 XHTML 的工具，也可以轉成含有 MathML 的 XHTML，很酷！所以就想裝起來試一試，或許我上課講義中的數學式子就可以用 tex4ht 轉成網頁。Debian stable 中的 tex4ht 超級舊，是 2001 的版本，而且餵個簡單的 LaTeX 檔都失敗 (不認識 tex4ht.sty 中的 \Log:Note)，顯
這是一篇官樣文章，即將刊登在光寶科技Lite-On的員工雙月刊中。
作者．黃峻崢(Jouston Huang) TRDC #5882
『Hey！老王！你那批貨又出狀況了，你每次交貨都出狀況！』
『少扯了！如果不是你每次都在交貨亂改SPEC，我怎麼會給你這種品質！』
『…$!@#$%^&*』
相信在光寶的夥伴們都可以想像接下來的對話，怒氣沖沖而且不會有什麼具有生產力的結論出現。
小弟之前在工作上經常親身體驗或是碰上類似的對話。令人頭痛的是，這樣的對話模式無法解決問題而且經常發生。美國賓州大學的研究告訴我們，一般人工作的八小時裡面，有七小時是用在溝通上，可見得溝通是多麼重要的一門學問，也有人稱之為一門藝術。
只不過我們大部分的人都沒有受過溝通的訓練，而且也多半看輕了這門學問，會看輕的道理很簡單，超過三歲的人類如果沒有環境上或是本身的缺陷，多半都有說話的本領。只不過，說話距離有效溝通是有一段距離的。
回頭看，之前的對話如果稍作修改：
『Hey！老王！你那批貨因為瑕疵遭到客戶抱怨，你知道是為什麼嘛？』
『這個嘛，因為你的客戶臨時修改了SPEC，我們生產線緊急轉換了設備，造成良率不佳的問題，而且QA的流程也正在修改當中。』
『哪麼，客戶要求我們限期兩週內改善，我們做不做的到？』
『可以。』
就變成有效溝通的範例，同樣是抱怨了貨品的瑕疵，也同樣是反應了臨時修改SPEC。但是卻因為溝通上的方法不同，不但聞不到一絲火藥味，而且也得出了有效的結論。
我們在之上的對話範例中，利用了兩個技巧，一個是使用『漏斗式的問題』方法交叉使用開放式（知道為什麼嘛？）和封閉式問題（做不做的到？）的集合來降低傾聽者的反彈，也避免使用了容易引起情緒反應的『情緒字眼』（每次、都是、總是等等）而使用了『情境字眼』（瑕疵、臨時修改SPEC、生產線轉換等描述情境的字眼）。
我在課程中學習到無法一語道盡的溝通方法，其中包括了自我溝通方法的評估以及改進的藥方、溝通障礙的破除方法、分析式傾聽、漢堡式回饋方法以及之前範例舉出的探詢技巧等溝通的技巧。說真的，這些方法說來沒有什麼，在我的工作上面改善效果，至於生活上，絕大部份的溝通也都可以套用這些方法來改變我的生活。
只不過，老師所教的溝通方法有一個罩門，我也找出解決的方法，各位同仁如果和我陷入相同的情境時可以參考採用。這溝通方法的最大罩門在哪裡呢？就是生活上太太經常問我的一句話：『你愛不愛我？』
以我工程師的性格，首先會搬出分析式傾聽來分析她真實的含意，也就是QBQ（Questions Behind Questions），這句話我之前已經說過N次了，所以太太應該已經很清楚，這次再問我，可能是對我哪裡有不滿。若是我再拿出『漏斗式問題』大絕招，那我肯定會死的很難看：
『你愛不愛我？』
『你問我，我愛不愛你，那你認為呢？』
『你到底愛不愛我？』
『你認為我應該愛你哪裡？』
『啪！』（一巴掌打在我的臉上）
所以我勸戒各位同仁，當你的配偶問這種問題時，絕對不需要思考，只需要直接丟出一句話『我當然愛你，愛死你了！』，晚餐就會比較豐富。
作者（Jouston Huang）黃峻崢在TRDC的OS Team服務，主要的工作是Embedded Linux相關的研發。