Dear all：

目前gcin已經從Debian中被移除，
據說2012年6月份之前若沒有人接手再讓它進入testing，gcin不會進到Wheezy的套件庫裡，
如果一直沒有人接手維護，今後Debian套件庫裡也就不再會有gcin（當然「下游」的Ubuntu裡也不會再有）。

不知道有沒有前輩或想要挑戰看看的人願意接手維護看看？

如果您是剛接觸deb套件維護的新手，
Debian 新維護人員手冊應該是必讀的（本篇附件有一份舊版的，中文翻譯較完整）。

另外，
下面是小弟請教Pauiliu所得到的寶貴意見，
這段陳述應可為套件維護新手指引明確的步驟和方向（再次感謝Paulliu的熱心協助～）。
----

Dear Winlin,

因為 gcin 在 Debian 中已被移除.
請執行 reportbug wnpp
然後選擇發送 ITP bug
並且填妥相關資料..可以搜尋其他的 ITP bug 看是怎麼寫的
你的 reportbug 可能無法直接送到 MTA, 你可以 copy/paste 後手動用 mail
client 寄往 submit@bugs.debian.org

ITP 過個兩三天, 沒人有甚麼意見的話. (通常是 description review)
請把套件用 dput 上傳至 mentors.debain.net
你可能得先去該網站註冊一個帳號.
然後 dput 之後過一段時間會收到信,
然後把信裡面的 dsc 的網址傳給我們就可以了

並且依據
http://bugs.debian.org/652508
我相信原 Maintainer: Kan-Ru Chen <koster@debian.org> 應該願意幫忙上傳.
我將此信也一併 Cc 給他.
請先與他聯絡. 如果他太忙我可立即幫你上傳.

感謝你對 Debian 的支持與貢獻~

Yours Sincerely,
Paul


-----

mentors.debain.net 應為 mentors.debian.net

我先報名了，希望拋磚引玉，大家一起來維護看看。

我是依瑪貓，目前是師大資訊教育研究所碩一新生，Apache OpenOffice Project Management Committee成員、WoFOSS台灣女子自由軟體工作小組成員。想藉由包套件加入Debian的社群已經有很多年了，但是一直都不得其門而入，我自己之前寫的專案又被別人包走了。 :p 我想在Apache OpenOffice 3.4前解決一個bug commit上去，加上下學期起功課會很忙，可能沒有辦法協助，但還是拋磚引玉，希望有熱忱的朋友可以接下來接著。

我目前用ibus，只有在openSUSE上用gcin。不過我知道EzGo的社群有很多國中、小老師都在用gcin，還有很多五花八門的應用。他們不是工程師，不知道上游gcin被移出Debian/Ubuntu的事，要是下一版Debian/Ubuntu沒有gcin，我想他們會很困擾。我希望gcin能夠在Debian/Ubuntu上繼續維護下去。

hi hi 

我是lightwind 學過一點C 之前在kalug混過

目前主要是在softnext 工作

主要系統使用 FreeBSD OpenBSD Debian BackTrack linuxmint Ubuntu Windows XP Vista 7 MAC

當然我對包套件沒任何經驗

寫的程式也是鳥鳥的

但是其實工作蠻閒的.....

所以都搞東搞西......

希望能幫上忙......

https://github.com/medicalwei/gcin-debian
以上的東西基本上可以編譯打包，但是還有一些問題尚待解決。我試著逐項列出在 Github 上面的 issues 裡面。

我只是透過打包 HIME 的經驗起個頭，希望有人可以幫忙我進行後續的動作，之後也要交接給願意維護的人繼續維護。

最後，我希望打包 gcin 的打包者可以與上游（也就是這裡）有密切的關係，減少不必要的 patch 等，可以包出更乾淨，更接近上游樣子的套件。

我想幫忙維護，不過我沒有這方面的經驗，

我本身對LINUX還算有一定程度的了解，希望可以幫上忙，

我的工作主要都是linux、windows的系統維護，系統方面的事我還算熟捻

不過程式方面就比較弱了，只會寫寫shell script

如果可以幫的上忙的話請告訴我一聲

有人反應gcin的授權宣告過程不夠明確:

http://www.ptt.cc/bbs/Linux/M.1328185922.A.FC8.html

但Debian對授權的要求很嚴苛
要進Debian前可能要先弄清楚gcin是怎麼授權的吧

還有這個討論區是不是一定要註冊登入才能貼文?

我那個 COPYING file 是放假的嗎？

所以,gcin的授權就如hime他們說的lgpl2.1(or latter)囉?
但EdwardLee不是gcin開發者之一嗎?
怎麼說法會不一樣?

最好是裡面放親筆簽名的照片，某些人才會相信。囧

詞庫的部分是有些爭議，用 LGPL 是會有問題，這邊就不要吹毛求疵了。

都那麼多年沒爭議了，為什麼最近會吵這個？

那請問為什麼你們要把授權資訊給刪掉?

http://cle.linux.org.tw/trac/wiki/WikiStart?action=diff&version=232

那不是我維護的網站，為什麼刪除，我不清楚，我只有 upload gcin source/bin 的權限。

我也不清楚也不想知道那是誰幹的，版權聲明以 gcin source 為主，不是網站，cle 也不是 gcin 的 official site

沒人付我$開發 gcin，不需要把這個搞成好像 performance review 一樣吧？

LGJ (Edward Lee) 刪的，他解釋過

授權資訊要本人宣告才有效

CLE 上面那個宣告不是 eliu 發的

所以根本無效

有人還發過噗：gcin 不再是自由軟體

後來才用中線畫掉

我覺得這種作法很不好

有問題就光明正大來問

不要在那邊搞小動作

許多交惡，都是因為缺乏溝通，一點一滴累積起來的

我只是google時隨便看到的
我不知道cle不是official site
請不要生氣

只是不小心在ptt上看到EdwardLee說gcin授權有問題
好奇想問問看罷了

這種說法因該有問題
gcin的source code就是寫gplv2.1+
CLE上只是照著貼,為什麼無效?

授權資訊要本人親自去宣告才有效的話
那只好請eliu一個一個到各linux和各大小網站上寫gcin授權聲明了
否則都是無效囉?

所以說還是有爭議的囉?

問題出在使用者加入自己的私人詞，依LGPL，就要公佈出來，這好像不合理。

這邊我不想討論到底詞庫要用什麼 license，不想花時間在這邊。

問題是，那個宣告不知道是誰加的，看起來還像是作者本人的宣告，這樣就不對了。

我問了一下強者我朋友
他說使用者自己加的詞只要不開放出來給別人用就不用以lgpl授權開放出來
所以應該沒問題啦

一樣呀
只要授權沒搞錯
那就可以寫

不然別的網站要怎麼寫gcin的授權?

嚴格對照 gcin 宣告 license 的方式與那段授權宣告，是有一些問題，不過既然當事人不在乎，我不想、也沒必要多談，很多事講一次就夠了。

我自己的判斷是：雖有瑕疵，但應該不會有問題。想 fork 的就 fork，想包套件的就去包吧。 

是有什麼問題直接講吧

不然以後誰敢寫gcin的授權?

COPYING 這個 file 已經說明了 gcin 是 LGPL2，可是有人說不是，那就麻煩去糾正這個人吧，我懶得理。

就 LGPL2 啊，有什麼不敢寫的，我就敢寫。

是呀,想說gcin好幾年的專案了現在才在說授權不明還真的很莫名其妙!

不需要啊，別人沒有拿到使用者修改過的詞庫，不需要放原始碼的。

還有大易輸入法在 debian 裡面，他的 header 有寫不能自行修改，依照 dfsg 是不能放在 main 裡面，所以有拿掉。

所以，有人發 ITP bug 了嗎??

debian bug #658449

看到了。http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658449

歡迎寫新的 gen-deb 取代原有的

x86 x64 im module 的問題： 目前多合一的方式可能必須拆成 libgcin-im-client, gtk2, gtk3, qt4，以方便 x64 的程式使用 x86 的 .so。

最好 install gcin 時就可以內定 default install gtk2，因為 chrome/firefox/flashplayer 等主流程式還是 link gtk2，現在由於不少 distribution 也用 gnome3了，skype 用 qt4，其實最好也把 gtk3/qt4 也 install 進去，反正沒多大，省得 user 問：為什麼 gcin 無法在 xx 程式使用。

看可不可以寫成 install gtk3/qt4 gcin im module 時沒有 gtk3/qt4 的 dependency，否則會不可行。