... 與 GPL-3.0 這兩份授權條款為中心，來說明目前常見授權條款是否與之相容，進而讓讀者了解哪些常見授權條款的程式碼可以與這兩份 GPL 條款的程式碼結合之後一起散布（註二）。 ▲ 圖1：GPL 衍生程式結構示意圖。 【BSD 類程式碼大多可改採 GPL 授權散布】 BSD、MIT 與 Apache-2.0 這三份條款均屬於授權規定寬鬆的 BSD 類條款，但是由於各份條款的細部規定不同，因此僅 ...

...  【義務規定寬鬆的 BSD 類條款所授權的元件為首選】 BSD 類的授權條款包括了 BSD、MIT 與 Apache-2.0 等，這類條款授權範圍廣大，義務規定寬鬆而有彈性，並不硬性要求使用者在散布程式的同時必須提供源碼，而是交由使用者自行決定，即使是散布修改過的元件也是一樣，因此雲端應用專案的開發者可以優先選擇利用這類條款授權的元件。 【透過散布程式來啟動提供源碼義務的授權條款為次要選項】 ...

... BSD-2-Clause、BSD-3-Clause（以下統稱這兩份授權條款為 BSD）、MIT、Apache-2.0、EPL-1.0、MPL-2.0、CDDL-1.0、GPL-2.0、GPL-3.0、LGPL-2.1、LGPL-3.0 與 AGPL-3.0 等，摘要式說明這些條款中與專利相關的規定，希望可以幫助有需要的朋友，能得到進一步掌握自由開源專利議題的參考資訊。     【未有任何專利相關明示規定的授權條款】 ...

若是把常見的自由軟體分成三類：對使用者限制甚少的 BSD 類、以 Copyleft 的授權拘束性著稱的 GPL 類、及不屬於前述兩類的其他類，則 Apache Software Foundation（簡稱 ASF）推出的 Apache 授權條款會落入 BSD 類中。而 Google 的 Android 作業系統雖以 Linux 為基礎，但卻選擇與 Linux Kernel 不同的授權條款－Apache ...

...  此次 Ruby 社群將原本「GPL-2.0 或 Ruby 授權的雙重開放原始碼授權」，變更為「BSD-2-Clause 或 Ruby 授權的雙重開放原始碼授權」。其中最重大的改變，就是將 GPL-2.0 變更為 BSD-2-Clause。這引起了許多開放原始碼社群的注意，尤其是 Ruby 程式語言的開發及應用者本身，因為授權的變更將影響專案的開發模式或商業利用。 筆者從 Ruby 原始碼的版本控制系統中追蹤，發現早在 ...

... MPL 授權檔案衍生出來的衍生檔案採用 MPL，只要是自己另外寫出來、沒有包含 MPL 程式碼的檔案，就可以採用其他不同方式來授權的。 此外，假設一種狀況，將BSD條款加上類似如下的內容：「包含本程式任何一部分的其他程式，必須採用本條款授權。」我將這個條款名為「BSDG（BSD GNU）」，因為這新加上的內容在 GPL 也有，這個 BSDG 符合 Copyleft 機制嗎？NO！因為 BSDG ...

... 類別、BSD 類別與其他類別」的分類方式。 ▲ 圖1 自由開源軟體授權三分法示意圖 【GPL 類別強調軟體專案無論後續如何散布，使用者都會擁有不受限制的改作與重製散布等自由，不過相對而言、程式的改作者與散布者必須保障後手的改作與散布自由，就是 GPL 類別程式使用者所會受到的最大限制。】 屬於 GPL 類別的授權條款，原則上皆為自由軟體基金會所發布的 GNU 計畫相關授權條款，包括 GPL-2.0、LGPL-2.1、GPL-3.0、LGPL-3.0，與 ...

... License 來釋出自己的軟體專案，還允許使用者進一步修改 MIT License 的文字內容，以符合使用者本身的需求，不過、就自由開源軟體授權條款的運作習慣來說，修改過的 MIT License，原則上便不能夠再被稱為 MIT License，而需要另起一個授權條款的名稱，以避免他人的誤認或是混淆。 MIT License 與 BSD License（註一）在授權方面的權利義務關係相當類似，在授權內容上幾乎都是將軟體專案的所有著作權利授權出去。MIT ...

相較於常常被大家當作討論焦點的 GPL（註一），其他授權條款似乎就顯得沉默許多。大部分的人也因為 GPL 授權條款的盛名，所以認為它是第一個自由開源軟體授權條款，其實不然，BSD 便是一個較諸 GPL 更早存在的自由開源軟體授權條款，並且也被廣泛地運用在許多知名的大型專案，不過因為 BSD 授權條款的內容精簡，相關的義務性要求不多，所以實務上也就較少被人提出來進行討論。 早在 Richard M. ...

... GPL 授權的程式碼被寫入 BSD 授權的軟體元件中，且此 GPL 授權的程式碼在元件運作上且有重要地位，且無法與其他 BSD 授權的程式碼進行區隔，則該軟體元件在解釋上會成為 GPL 授權程式碼之衍生著作 (derivative work)、或是集合著作 (collective work)，而可能進一步被要求必須同樣依照 GPL 授權條款的方式來向後釋出。此時、若是使用者仍然以為該元件是以 BSD ...