這是本文件的舊版！
目錄表
Things should be thought about later
- 20110908-MySQL FOSS License Exception-http://www.mysql.com/about/legal/licensing/foss-exception/
- 20110907-Publicly Releasing Open Source Software Developed for the U.S. Government by Dr. David A. Wheeler-http://www.groklaw.net/article.php?story=20110906101834630
Patent in Open Source
- Tuxera Signs Intellectual Property Agreement with Microsoft
- How-To : Mount NTFS partition on Linux
- NTFS 是 Windows NT 核心特有的檔案系統，雖然 Linux 的 kernel 本身其實就具有支援 NTFS 檔案系統的能力，不過礙於專利權的問題，許多 Linux 發行版的內附 kernel 都沒有開啟這個功能。而 Linux 的使用者如果需要讀寫 NTFS 檔案系統，除了重編 kernel 之外，可以使用以下幾種模組：
- NTFSMount - 這個模組提供了有限的 NTFS 讀寫功能。
- Captive NTFS - 這個模組使用 Windows 本身的 NTFS 驅動程式，但效能較差。
- NTFS-3G - 這是嶄新的 NTFS 支援模組，也是本 How-To 所採用的方案。
- OpenSUSE受限制格式
- 在openSUSE中，基於部份軟體功能會侵害某些軟體專利、或可能違反智慧財產權，因此，這些軟體預設不會安裝在openSUSE內。以下是相關事項的解釋和如何解決問題得一些建議。
- NTFS-3g 提供了NTFS分割區的讀寫支援，但不包含非該檔案系統產生卻出現在日誌檔的交易紀錄。如果該分割區是乾淨而且在Windows中也正常移除，這就不會有任何問題。
- FAT32 是一個Windows和Linux都支援的檔案系統，但是依然有一些限制：
- 檔案名稱不支援一些POSIX支援的特殊字元，例如: 分號“:”
- 針對格式化大於32GB的分割區，Windows XP自動轉換成NTFS，但是命令列工具能用來建立大於32GB的FAT32分割區。
- Software Patent-軟體專利問題
- 國內已有限度的開放軟體專利（經濟部智慧財產局→現行專利審查基準彙編→http://www.tipo.gov.tw/ch/Download_DownloadPage.aspx?path=1626&Language=1&UID=21&ClsID=42&ClsTwoID=92&ClsThreeID=0&Page=2 第二篇 發明專利審查發明→4.2.3 電腦程式產品請求項）
- 關鍵用語：電腦軟體相關發明與保護電腦程式原始碼或目的碼之電腦程式著作不同,電腦程式著作為著作權法保護之標的。著作權僅保護理念之外在表現形式,而不及於理念之具體實施步驟。專利法及著作權法所保護之客體不同,彼此間並無衝突,亦即「電腦程式著作」(著作權)與「電腦軟體相關發明」(專利權)各有其保護目的可以共存。
- 記載如何藉助軟體或硬體實施該步驟或功能。
- 工研院電通所龍美安、智慧財產局范銘祥-電腦軟體相關發明之保護。
- 小結：行政規則已可含納軟體專案的概念，而專利法並無明文排除軟體專利的保護適格，故解釋上可予適用，但長期而言就個人意見，對於專利權正當與穩定化並沒有助益。
GNU General Public License
黃同學你好，
自由開源軟體元件可以被自由地取來安裝利用、修改散布，甚至也可以拿來做商業販售，前提是個別條款裡所規定的「義務性規定(obligation)」也必須要被遵守。
所以妳原信提到的「採用自由開源元件在我們開發的系統中，會不會造成未來使用上的限制呢？」
如果我沒有意會錯誤，這邊指的限制應該是「未來技轉或是加值運用上的限制」？
這個問題原則上的答覆是「會」，但是實際受到什麼義務性規定的約制，要看你取用的是哪一類的自由開源授權元件來利用！
一般來說我們把自由開源授權元件分為三個分類：BSD類別(BSD, MIT, Apache-2.0)、GPL類別(GPL-2.0, GPL-3.0, LGPL-2.0, LGPL-2.1, LGPL-3.0, AGPL-3.0)，與其他類別(MPL, CDDL, CPL, EPL…)。
- 首先在BSD類別裡，受到的拘束其實非常的少，原則上拿BSD類別的元件來改作，最重要的義務性規定就是不論程式碼怎麼改作與散布，都要保留原專案作者的「著作權聲明(copyright notice)」與「免責聲明(disclaimer)」，而如果你繼續選用BSD類別的授權方式來散布這個衍生程式，則必須提供該衍生元件的程式源碼，而如果你改用其他的授權方式來釋出這個衍生元件，則也不一定需要再提供衍生元件的程式源碼。
- 接下來是GPL類別，GPL類別的重要義務性規定就是：
- 基於GPL元件衍生的程式，再散布時一定要用GPL授權條款來散布。
- 只要散布了目的碼，就必須同時提供程式源碼的取得途徑。
- 其他類別的授權方式，則介於BSD類別與GPL類別兩者之間，一個普遍的原則是修改了其他類別的元件主體，大抵都要承繼其原來的授權方式，並以提供源碼的方式來散布衍生元件，但是自行編寫的獨立檔案與可區隔模組，則可以使用你自行選定、並且與該其他類自由開源授權條款不衝突的方式來進行散布。
所以你原信所說的「是不是將最終系統的程式源碼公開散布出來即可」？
其實沒有錯、不論是哪一個分類的授權方式，只要改作者願意將程式源碼，在散布程式目的碼之後同時提供出來，那大抵是可以符合任何一款自由開源授權條款的規則的。
當然、細節上，也並不是每一個授權條款都有這樣的要求，所以實際到時候要如果去符合這些義務性規定，就看最後選用了哪些元件來判斷。
你所提到的第二個問題是關於「MATLAB」這個專案，MATLAB是一個專屬軟體(proprietary software)，也就是說、MATLAB提供的開發工具與環境是沒有提供程式源碼的，我猜測你所詢問的是：如果MATLAB本身是不能提供源碼的話，那麼這部份的運用會不會牴觸到自由開源授權條款的相關義務性規定？
答案是「不一定」，但是我覺得產生衝突的爭議性與可能性不高，因為：
- 開發工具不一定影響成本的授權狀態：拿A程式編譯B程式，不必然讓B程式成為A程式的衍生作品，這就像是以MICROSOFT OFFICE來謄打文件或是製作簡報時，這份文件與簡報的權利還是屬於創作者，而不會是MICROSOFT的，所以說、如果你使用MATLAB的方式只是單純將其作為「純工具」使用，而最後產出的元件並沒有夾附其開發工具的程式碼，則所產出的元件、不一定就會受到MATLAB本身的授權規則所拘束。
- 判定兩個程式間是否有衍生關係，要看其實際的互動狀況，尤其是「依賴性(dependency)」的判定更是重要要點。Windows上也有以GPL-2.0授權的GIMP（美工繪圖軟體），但這並不會讓Windows受到GPL條款的拘束，因為該元件是依賴Windows平台來運作，而不是Windows平台一定要依賴GIMP才可以運作，所以一個大原則是，依賴他人程式才能運作的元件，較容易被判定為該程式的衍生元件，從而必須要受到原程式授權方式的拘束，也就是說、如果MATLAB已經是一個成熟的專案，那麼你開發出來的專案，即使取用了GPL-2.0授權的模組，但應不致有讓MATLAB必然依賴這些元件才能運作的狀況，從而可以從解釋上來處理這個授權拘束與擴散的關係。不過這部份並沒有定論、實際還是要看個案上，你所選用的自由開源元件，怎麼和MATLAB專案程式互動，才可以判定出拘束性的最後狀態。
先將一些綱要回在上面，希望這些資訊對你有所幫助，如果後續有細部資訊或再有疑惑的地方，再請接續回信討論。
敬祝 順心健康
20120110 1159 自由軟體鑄造場 林誠夏
TEL: 27883799 EXT.1474
GPL-3.0
GPL-2.0
- GPL-2.0的前言具不具有法律效力？
- Lawrence Rosen “The Preamble to the GPL“：http://www.informit.com/articles/article.aspx?p=353550&seqNum=4
- 「Open Source Licensing: Software Freedom and Intellectual Property Law 109頁」。
- GPL-2.0前言為何會出現Software Patent這樣的字眼，因為1991年時軟體專利在合法性與數量上應還不至於成為一個軟體自由的明顯威脅，GPL-2.0前言是否是嗣後經過Eben Moglen或Richard Stallman重新修改過？)
- 目前調查的資訊顯示應該沒有修改過，因為早期GCC在1991年6月2號的授權聲明COPYING這個檔案，便已經是出現含有SOFTWARE PATENT字眼的前言了：ftp://ftp.gnu.org/old-gnu/gcc/gcc-2.0.tar.bz2
- GPL-2.0如何自證條款內容說明了授權的不可撤回性(irrevocale)？
