致　gcin軟體開發者Edward Liu以及各位前輩：

　　我稍微的描述一些跟這個事件有關的細節，希望能讓整件事情變得更清楚，如有失於客觀的敘述敬請見諒。

　　於一週前我在噗浪上自我的學長medicalwei（魏藥）的轉噗中得知Andrew Lee於12/11於花蓮講授的「Debian - 套件的謹慎組織與和諧運作」活動（活動花絮、錄影），然後我相當隨便的報名了（以前沒參加過），medicalwei（魏藥）原本沒有似乎打算去不過因為我有報名的原因打算跟我一起去。當初我對這件事完全沒做規劃，如果不是魏藥幫我訂票...etc. 的話我可能最後真的不會去了。清晨6點從基隆搭自強號一路搭到花蓮趕上上午9點半的課程，前後車資花了medicalwei（魏藥）近千元（對目前人生毫無進展的我這真的是一大筆錢）。

　　在上課時我認識了很多喜歡自由軟體的朋友（包含一些小學老師還有校長www），並學了很多東西（雖然下午一直都在昏睡狀態orz），下午的時候得知Debian套件的不同狀態以及認養(adopt)被遺棄的(orphaned)套件等。medicalwei（魏藥）似乎最近在學如何打包軟體（目前好像只有LXDE專案的lx-terminal套件的樣子），並於當時發現gcin套件列在被遺棄的(orphaned)套件清單中，當時我們（應該不包括我，我只有會一點點Linux而已）在討論是否要認養這個套件（嗯，當時只有「討論」）。

　　過幾天之後gcin的分支版本HIME發佈（我依然是從medicalwei（魏藥）的轉噗中得知的，medicalwei（魏藥）什麼時候得知的我不清楚）。medicalwei（魏藥）似乎於此時在Debian的Bug tracking system中發表對hime套件的RFP(Request For Packaging)，內容轉錄如下：

Package: wnpp
Severity: wishlist

* Package name    : hime
  Version         : 0.9
  Upstream Author : Wen-Yen Chuang <caleb@calno.com>
* URL             : http://hime.luna.com.tw/
* License         : LGPL-2.1
  Programming Lang: C++
  Description     : Input method derived from GCIN.

HIME input method editor is a input method derived from GCIN which is
under a decentralized development model.

Personally I prefer IBus, but since GCIN is obsoloted under Debian, I
think the necessity of packaging HIME as a replacement of GCIN should
be raised.

個人對於最後一段的理解如下（當然，是以我個人的立場，可能跟medicalwei（魏藥）實際的理解有所不同）：

• gcin不是medicalwei（魏藥）慣用的輸入法（其實我也不是，我用的是Ubuntu官方套件庫bug超多的ibus + ibus-chewing）。
• medicalwei（魏藥）並沒有參與HIME專案（至少目前沒有）。
• Debian上的gcin套件是medicalwei（魏藥）於數天前得知為被遺棄的(orphaned)狀態（所以obsoluted詞為誤用）。
• medicalwei（魏藥）在學如何包套件，所以HIME因為某些原因讓他想成為套件維護者（假設之後hime日後真的進到Debian套件庫中的話)。
• 結論：如果gcin套件沒有維護者那日後HIME進到Debian套件庫中的話因為「系出同源」，「版本較新」等對中文輸入法使用者比較好的理由可以使安裝gcin套件改為安裝HIME套件（我是相信沒有啥其他奇奇怪怪的理由啦）。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
然後，就引起了這次的事件，如果我當初沒有率性的報名Debian Packaging的課程說不定什麼事情都不會發生了吧......

P.S.請問gcin在中文模式下開啟全形模式後回到英文模式有什麼方法可以關閉全形模式？

　　Vdragon      generated by gcin 1.5.8

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
然後，就引起了這次的事件，如果我當初沒有率性的報名Debian Packaging的課程說不定什麼事情都不會發生了吧.....

謝謝你的說明。

紅字部份現在還是結論嗎？在我們於本論壇與 ubuntu-tw 論壇提過一些可能發生的狀況，並表達抗議過後，還是決定這麼做嗎？

如果你們對 hime 有愛，應該去宣傳 → 現在有一套好用的中文輸入法叫 hime，請大家去安裝

而不是把 debian/ubuntu 中的 gcin 變成 hime

自從自己 build gcin 的 .deb 之後，統計下載量之後，發現其實 gcin users 也是不少搞不好有上100。

你可以不在乎gcin 的作者，Debian 的 users 你們總該在乎吧，這樣搞不就好像密室政治一樣？

我的結論是那篇RFP純粹是為使用Debian套件內gcin套件的使用者著想（不包含hime是不是 == gcin或是 > gcin之類的）

當然，這只是我的結論

另外就是我們對hime的想法沒有那麼「有愛」（連gcin都沒在用了gcin衍伸出來的HIME關我們啥事），而是碰巧遇上「Debian套件庫內的orphaned gcin套件」+「HIME的發佈而已」（如果HIME沒有發佈的話魏藥大概會考慮接手維護gcin套件）

魏藥的RFP只是提供了一個建議（並沒有什麼考量可行性、合理性問題）而已，就這樣（然後很莫名其妙的被當成是HIME開發群的立場了Orz先問清楚不行嗎= =+）

我想說的是魏藥「並沒有」考慮這件事（如果我也有參與的話大概也一樣吧）

如果您（或者其他人）認為不妥（事實上看完RFP之後我也覺得不妥）直接連繫魏藥應該就可以立刻解決。

hime 才剛 fork 出去，沒有人知道 hime team 的成員是誰，也沒人知道 hime 社群有誰。用 hime 指的是開發者 or/and hime 社群（包括你不是開發者，也不用 hime，但卻可能和 hime 有關係的，例如 pacakger）。

另外，這只是事件的一半，另一半是 Tetralet 的套件庫的問題。問題的產生是整體性的牽連，並不是由單一原因在主導發展的。

沒有愛也可以考慮接手

然後幫 tetralet、caleb 兩個用 debian 的高手包套件

學習了！

Tetralet套件庫的任何變動確定跟我們一點關係都沒有，這是分開的兩件事。

linux users 已經夠少了，就少搞一些讓大家不愉快的事情。讓 users 有權利去自己去選擇 gcin/ibus/hime 吧。

linux environment 不是標榜 open ?

所以那個部分並沒有責難你們，發言的對象是 Tetarlet 呀！

這是分開的事沒有錯（因），但我們現在討論的是造成的結果（果）。總不能由單一原因去討論整體結果吧？

沒錯，我不太贊成過度限制使用者的自由，雖然限制住可能會有些成果（例如 Mac 系列），但這樣對使用者並不尊重，是開發者在塑造使用者的使用習性，雖然通常是如此，但做過頭了就是在干涉使用者的使用自由了，因為是你幫他決定好了要怎麼用。

這完全是可以先聯繫解決的事...

＊以下內容與此事件完全無關＊

我個人認為在開放任意創造的前提下還是要遵循某些定期制定的標準（之類的）

例如輸入法好了...在沒有刻意設定的情況下完全沒有90%+相容的輸入法（我覺得Linux對中文使用者最不友善的其中一個因素）

我想關於 medicalwei 的部分本就告一段落了，不是嗎？

那麼 V 字龍，再度提出來的意義是？

另外 gcin/hime 的問題就由開發者自行去溝通解決吧！如果他們願意溝通的話。我們旁觀者也就告一段落了，這樣可以嗎？

其他的引申話題，就請麻煩另開一個 thread 討論，以免事情糾扯不清。

呃...告一段落了嗎（汗

那就先這樣了www