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

...  【基於衡平原則的不附隨保證與擔保條款】 ▲ 圖1：Apache-2.0 在第 7、8 條中規定不附隨保證與擔保條款。 不附隨保證與擔保條款，通常存在於自由開源授權條款的最末部份，並且常會被冠以類似 "NO WARRANTY"、"DISCLAIMER OF LIABILITY"、"Disclaimer of Warranty" 或 "Limitation of Liability" 等文字的標題。這些條款的內容主要分為兩部份：一部份是宣示授權人僅就軟體現況的基礎 ...

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

Apache License 2.0（以下簡稱 Apache-2.0）是 Apache Software Foundation（簡稱 ASF）在 2004 年所發布的自由開源軟體授權條款（註一），雖然一開始從數據上來看，Apache-2.0 被開源專案使用的程度，並不如 BSD、GPL 等授權條款高，不過由於 ASF 旗下專案包括使用率極高的 Apache httpd，以及 Google 在智慧型行動裝置上主推的 ...

... sublicense 機制的條款，以在日後得以直接依條款規劃的機制處理上述問題。   【sublicense 於自由開源軟體領域的應用方式與差異】   右列幾款常見的自由開源授權條款，如：Apache-2.0、MIT、CPL-1.0、EPL-1.0、CDDL-1.0，以及 MPL-2.0（散布可執行檔格式時，註三），均有著明確容許 sublicense 的文字。所以如果使用者參與開發的是以這些授權方式進行共工的專案，授權規劃上，便可以在改作或是再行散布時，適當標註前專案與後專案之間的歷史關係，以及原創作人與創作團隊的顯名聲明之後，將後續專案轉以自己的名義向外授權。舉例來說，如果原來的自由開源軟體「AAA ...

... 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 等，摘要式說明這些條款中與專利相關的規定，希望可以幫助有需要的朋友，能得到進一步掌握自由開源專利議題的參考資訊。     【未有任何專利相關明示規定的授權條款】 ...

... MPL-2.0 不但能夠與 Apache license 在同一個軟體專案下合諧運作而不產生衝突，透過「備位條款」的新機制，也能夠在需要的時候與 GPL、LGPL、AGPL 相容，使程式碼更易於再次被利用及散布（註二）。本文以下將針對此次改版的 MPL-2.0 與之前 1.1 版的主要差異點作要點分析。   差異要點分析 一、定義條款 將「適用程式」(Covered Code) ...

Apache 軟體基金會 (Apache Software Foundation) 釋出了分散式運算軟體框架 Hadoop 的第一個生產版本 Hadoop 1.0。 開放源碼軟體專案 Hadoop 在歷時 6 年的開發後，終於達到了第一個完整釋出的里程碑。Hadoop 是提供可靠、可延展分散式運算的軟體框架，可連接數以千計的伺服器，為雲端運算和其他應用軟體處理大規模資料。 Hadoop ...

... 2.0 和 MPL 1.0 相同，都是檔案層次的公共版權 (copyleft) 授權，此一授權方案允許用戶在建立的專案中，混合使用採取 MPL 授權以及其他開放或私有授權的程式碼。 Mozilla 描述 MPL 時認為，該授權填補了自由與開放源碼軟體授權頻譜中的重要位置，介於不要求分享改動的 Apache 授權，以及要求改動必須加以分享的 GNU 系列授權之間。來自自由軟體基金會 (Free ...

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

以開發開放源碼 Java 實作為目標的 Apache Harmony，已經被分派至 Apache Attic，進到該處的都是停止開發的專案。日前在 Harmony 郵件列表上，公佈了 Harmony 專案管理委員會 (project management committee) 的投票結果，在 20 比 2 的多數決之下，該專案的程式碼庫將被保存於 Attic。 Harmony 是 Apache ...

Apache 軟體基金會 (Apache Software Foundation) 擴展其開放源碼軟體專案的廣度，納入了由美國太空總署 (NASA) 開發的資料管理中介軟體套件。出自於 NASA 噴氣推進實驗室 (Jet Propulsion Laborator，JPL) 的 Apache 物件導向資料技術(Object-Oriented Data Technology，OODT)，日前已經成為了 ...

... Artistic License Version 2.0，Apache License Version 2.0，以及非常重要的 GNU General Public License Version 3。凡此種種、都足資證明，商標授權手段在自由軟體商業營運策略方面的運用，已漸居不可輕忽的一席之地。 被尊稱為自由軟體推動之父的 Richard Stallman，其本身並不十分在乎商標權的運用議題，Richard ...

... Apache 等任何一份授權條款。 nonGPL 程式 ｜ Interface ｜ GPL 程式 這樣一個區隔機制可以隔離 GPL 感染的邏輯很簡單：因為中間存在的介面，所以 nonGPL 程式並未包含到 GPL 程式碼，因此當然可以不用受到 GPL 感染。就筆者所知，運用這種方式的大多是嵌入式裝置的專案，Google 的 Android 手機平台可以算是目前就是這種區隔機制最著名的實例。  ...

...  【BSD 類別著重的是原始專案著作權利人的創作名譽，使用者對於此類授權元件，具有不受任何拘束的改作與重製、散布自由，甚至改作之後的程式原始碼，也不限定一定得依自由開源授權的方式接續散布，但一旦散布的話，必須要保留、彰明原專案權利人的著作權聲明與免責聲明，以及其他個別條款進一步要求的顯名聲明。】 AFL-3.0 (Academic Free License v3.0)、MIT (MIT License)、Apache-1.1 ...