2.0 協議 是著名的非盈利開源組織 采用的協議。 該協議和 BSD 類似，同樣鼓勵代碼共享和尊重原作者的著作權開源協議可以轉換嗎，同樣允許代碼修改，再發布 （ 作為開源或商業軟件）。需要滿足的條件也和 BSD 類似： 1 需要給代碼的用戶一份 2 如果你修改了代碼， 需要在被修改的文件中說明。 3 在延伸的代碼中（ 修改和有源代碼衍生的代碼中） 需要帶有原來代碼中的協議， 商標， 專利聲明和其他原來作者規定需要包含的說明。 4 如果再發布的產品中包含一個 文件， 則在 文件中需要帶有 。 你可以在 中增加自己的許可， 但不可以表現為對 構成更改。 也是對商業應用友好的許可。 使用者也可以在需要的時候修改代碼來滿足需要并作為開源或商業產品發布/銷售。 英文原文： 詳細介紹 MPL ( ) 協議 MPL 是 The 的簡寫， 是1998年初 的 小組為其開源軟件項目設計的軟件許可證。
MPL 許可證出現的最重要原因就是， 公司認為 GPL 許可證沒有很好地平衡開發者對 源代碼的需求和他們利用源代碼獲得的利益。 同著名的 GPL 許可證和 BSD 許可證相比， MPL 在許多權利與義務的約定方面與它們相同（ 因為都是符合 OSIA 認定的開源軟件許可證）。 但是， 相比而言 MPL 還有以下幾個顯著的不同之處: ◆ MPL 雖然要求對于經 MPL 許可證發布的源代碼的修改也要以 MPL 許可證的方式再許可出來，以保證其他人可以在 MPL 的條款下共享源代碼。 但是，在 MPL 許可證中對“發布”的定義是“以源代碼方式發布的文件” ， 這就意味著 MPL 允許一個企業在自己已有的源代碼庫上加一個接口， 除了接口程序的源代碼以 MPL 許可證的形式對外許可外， 源代碼庫中的源代碼就可以不用 MPL 許可證的方式強制對外許可。 這些， 就為借鑒別人的源代碼用做自己商業軟件開發的行為留了一個 豁口。 ◆ MPL 許可證第三條第7款中允許被許可人將經過 MPL 許可證獲得的源代碼同自己其他類型的代碼混合得到自己的軟件程序。 ◆ 對軟件專利的態度， MPL 許可證不像 GPL 許可證那樣明確表示反對軟件專利， 但是卻明確要求源代碼的提供者不能提供已經受專利保護的源代碼（ 除非他本人是 專利權人， 并書面向公眾免費許可這些源代碼）， 也不能在將這些源代碼以開放源代碼許可證形式許可后再去申請與這些源代碼有關的專利。
◆ 對源代碼的定義 而在 MPL（ 1.1版本） 許可證中， 對源代碼的定義是:“源代碼指的是對作品進行修改最優先擇 取的形式， 它包括:所有模塊的所有源程序， 加上有關的接口的定義， 加上控制可執行作品的安裝和編譯的‘原本’ （ 原文為‘’ ）， 或者不是與初始 源代碼顯著不同的源代碼就是被源代碼貢獻者選擇的從公共領域可以得到的程序代碼。 ” ◆ MPL 許可證第3條有專門的一款是關于對源代碼修改進行描述的規定， 就是要求所有再發布者都得有一個專門的文件就對源代碼程序修改的時間和修改的方式有描述。 英文原文： 詳細介紹 MIT 協議 MIT 許可證之名源自麻省理工學院（ of , MIT），又稱「X 條款」（ X ） 或「X11條款」（ X11 ） MIT 內容與三條款 BSD 許可證（ 3- BSD ） 內容頗為近似， 但是賦予軟體被授權人更大的權利與更少的限制。 被授權人有權利使用、 復制、 修改、 合并、 出版發行、 散布、 再授權及販售軟體及軟體的副本。
被授權人可根據程式的需要修改授權條款為適當的內容。 在軟件和軟件的所有副本中都必須包含版權聲明和許可聲明。 此授權條款并非屬 的自由軟體授權條款， 允許在自由/開放源碼軟體或非自由軟體（ ） 所使用。 此亦為 MIT 與 BSD（ The BSD , 3- BSD ） 本質上不同處。 MIT 條款可與其他授權條款并存。 另外， MIT 條款也是自由軟體基金會（ FSF） 所認可的自由軟體授權條款， 與 GPL 相容。 協議英文原文： 詳細介紹 LGPL 協議 這是一份 GNU 較寬松公共許可證非正式的中文翻譯。 它不是自由軟體基金會所發布， 并且不能適用于使用 GNU LGPL 的軟體 —— 只有 GNU LGPL 英文原文的版本才行。 然而， 我們希望這份翻譯能幫助中文的使用者更了解 GNU LGPL。 GNU 較寬松公共許可證 1999.2, 第 2.1 版 版權所有 (C) 1991, 1999 Free , Inc. 59 Place, Suite 330, , MA 02111-1307 USA 允許每個人復制和發布本授權文件的完整副本， 但不允許對它進行任何修改。
[這是第一次發表的較寬松公共許可證 ( GPL) 版本。 它同時也可視為 GNU 函數庫公共許可證 (GNU ) 第 2 版的后繼者， 故稱為 2.1 版] 本版本由 Leo-Hong ( (at) ) 翻譯整理, Chao-Hong Liu 校正. 導言 大多數軟體許可證決意剝奪您共享和修改軟體的自由。 相反的， GNU 通用公共許可證力圖保證您共享和修改自由軟體的自由 —— 保證自由軟體對所有使用者都是自由的。 這個許可證， 較寬松公共許可證， 適用于一些由自由軟體基金會與其他決定使用此許可證的軟體作者， 所特殊設計的軟體套件 —— 象是函數庫。 您也可以使用它， 但我們建議您事先仔細考慮，基于以下的說明是否此許可證或原來的通用公共許可證在任何特殊情況下均為較好的方案。 當我們談到自由軟體時， 我們所指的是自由， 而不是價格。 我們的 GNU 通用公共許可證是設計用以確保使您有發布自由軟體備份的自由（ 如果您愿意， 您可以對此項服務收取一定的費用）；確保您能收到程式原始碼或者在您需要時能得 到它； 確保您能修改軟體或將它的一部分用于新的自由軟體； 而且還確保您知道您可以做上述的這些事情。
為了保護您的權利， 我們需要作出限制： 禁止任何人否認您上述的權利， 或者要求您放棄這些權利。 如果您發布軟件的副本， 或者對之加以修改， 這些規定就轉化為您的責任。 例如， 如果您發布此函數庫的副本， 不管是免費還是收取費用， 您必須將您享有的一切權利給予接受者； 您必須確保他們也能收到或得到原始程式碼；如果您將此函數庫與其他的程式碼連結， 您必須提供完整的目的對象文件和程序( file)給接受者， 則當他們修改此函數庫并重新編譯過后， 可以重新與目的檔連結。 您并且要將這些條款給他們看， 使他們知道他們有這樣的權利。 我們采取兩項措施來保護您的權利: （ 1） 用版權來保護函數庫。 并且，（ 2） 我們提供您這份許可證， 賦予您復制， 發布和（ 或） 修改這些函數庫的法律許可。 為了保護每個發布者， 我們需要非常清楚地讓每個人明白， 自由函數庫是沒有擔保責任的。如果由于某人修改了函數庫， 并繼續加以傳播， 我們需要它的接受者明白： 他們所得到的并不是原始的版本。 故由其他人引入的任何問題， 對原作者的聲譽將不會有任何的影響。最后，由于軟體專利不斷地威脅自由軟體的存在開源協議可以轉換嗎， 我們希望商業公司無法藉由自專利持有者取得一個受限的許可證， 而有效地限制自由軟體的使用者。
因此， 我們堅持一個函數庫所能取得的任何專利， 必須與本許可證所聲明的“完全自由使用” 一致。 <> 大部分的 GNU 軟體， 包括一些函數庫， 是受到原來的 GNU 通用公共許可證的保護。 本許可證， GNU 較寬松通用公共許可證， 適用于特殊設計的函數庫， 且與原來的通用公共許可證有很大的不同。 我們在特定的函數庫中使用它， 以準許非自由的程式可以與這些函數 庫連結。 當一個程式與一個函數庫連結， 不論是靜態連結或使用共享函數庫， 二者的結合可以合理地說是結合的作品， 一個原來的函數庫的衍生品。 因此， 原來的通用公共許 可證只有在整個結合品滿足其自由的標準時， 才予許連結。 較寬松通用公共許可證則以更寬松的標準允許其他程式碼與本函數庫連結。 我們稱此許可證 "較寬松" 通用公共許可證，是因為它比起原來的通用公共許可證對使用者的自由做到較少的保護。 在與非自由軟體競爭時， 它也提供其他自由軟體的寫作者較少的優勢。 這些 不利之處正是我們使用原來的通用公共許可證于許多函數庫的理由。 然而， 較寬松的許可證可在某些特殊場合下帶來好處。
例如， 在少數情況下， 可能會有特殊的需要而鼓勵大家盡可能廣泛地使用特定的函數庫， 因而使它成為實際上的標準。 為了達到此目標，必須允許非自由的程式使用 此函數庫。 一個較常發生的情況是一個自由的函數庫與一個被廣泛使用的非自由函數庫做相同的工作， 在此情況下， 限制只有自由軟體可以使用此自由函數庫不會有 多少好處， 故我們如用了較寬松通用公共許可證。在其他情況下， 允許非自由程式使用特定的函數庫， 可以讓更多的人們使用自由軟體的大部分。 例如， 允許非自由程式使用 GNU C 函數庫可以讓更多的人們使用整個 GNU 作業系統， 以及它的變形， GNU/Linux 作業系統。 盡管較寬松通用共公許可證對使用者的自由是較少的保護的，它卻能確保與此函數庫連結的程式的使用者擁有自由， 而且具有使用修改過的函數庫版本來執行該程式的必要方法。 以下是復制、 發布、 以及修改的精確條款與條件。 請注意 "基于函數庫的作品" 以及 "使用函數庫的作品" 之間的差異： 前者包含來自函數庫修改過的原始碼； 而后者則必須與函數庫結合才能執行。有關復制， 發布和修改的條款和條件 0. 本許可證適用于任何軟體函數庫， 或其他包含了由版權所有者加入的注意事項的程式，或其他有公信力的團體宣稱其程式可以在較寬松通用公共許可證 (也稱之為 "本許可證") 的條款下發布。
每一位許可證接受者以 "您" 來稱呼。 一個 "函數庫" 意指一些軟體函數的集合， 以及或準備好的資料以方便與應用程式 (其使用了其中某些函數與資料) 連結形成可執行的程式。以下， "函數庫" 一詞指的是任何在本條款下發布的這一類軟體函數庫或作品， 一個 "基于本函數庫的作品" 意指函數庫或任何在版權法下的衍生作品： 也就是說， 一個包含了本函數庫或其一部分的作品， 可以是原封不動的， 或經過修改的， 和/或直接翻譯成其他語言 的。(在下文中， 翻譯是不受限地包含在 "修改" 的條款中。 ) 作品的 "原始碼" 意指對作品進行修改最優先擇取的形式。 對函數庫而言， 完整的原始碼意指所有模組的所有原始程式， 加上有關的介面的定義， 加上控制函數庫的安裝和編譯的 。 本許可證條款不適用于復制， 發布和修改以外的活動。 這些活動超出這些條款的范圍。 使用本函數庫來執行本程式的動作不受條款的限制，而程式的輸出只有在其內容所構成的作品是基于本函數庫時 (與在什么樣的工具中使用本函數庫來輸出無關) ， 這一條款才適用。
以上是否為真則取決于本函數庫具體用來做什么。 1. 只要您在每一程式副本上明顯和恰當地宣告版權聲明和不承擔擔保的聲明， 并保持此許可證的聲明和沒有擔保的聲明完整無損，并和程式一起給其他每位程式接受者一份許可證的副本， 您就可以用任何媒體復制和發布您收到的函數庫的完整原始碼。 您可以為轉讓副本的實際行動收取一定費用。 您也可以選擇提供擔保以換取一定的費用。 2. 只要您同時滿足下面的所有條件， 您就可以按前面第一款的要求修改函數庫的一個或幾個副本或它的任何部分， 以此形成基于此函數庫的作品， 并且復制和發布這一經過修改的程式或作品: 被修改的作品本身必須是一個軟體函數庫。 您必須在修改過的檔案中附有明確的說明： 您修改了此一檔案及任何修改的日期。 您必須讓整個作品允許第三方在此許可證條款下可以免費使用。 如果修改過的函數庫其某個設備使用到了「使用本函數庫的應用程式」 所提供的函數或資料表格， 卻不是當此設備被呼叫時以參數列傳入時， 則您必須確實做到， 當應用程式不提供這樣的函數或表格時， 則此設備依舊能工作， 且其執行的任何目的仍然有意義。 (例如， 一個函數庫的函數用來計算平方根， 其目的是有完整的定義且與應用程式是無關的。
因此， 2d 小節要求任何本函數會使用的， 由應用程式所提供的函數或表格必須是選擇性的： 如果應用程式不提供的話， 則計算平方根的函數必須依舊能計算平方根) 這些要求適用于整個修改過的作品。 如果能夠確定作品的一部分并非本函數庫的衍生產品，且可以合理地單獨考慮并將它與原作品分開的話， 則當您將它作為獨立的 作品發布時， 它不受此許可證和其條款的約束。 但是當您將這部分與基于本函數庫的作品一同發布時， 則整個套件將受到本許可證條款約束， 其對于其他許可證持有 人的使用范圍擴大到整個產品，也就是套件的每個部分， 不管它是誰寫的。因此， 本條款的意圖不在于索取權利， 或剝奪完全由您完成的作品的權利， 而是履行權利來控制基于本函數庫的集體作品或衍生作品的發布。 此外， 將與本函數庫無關的作品和本函數庫 (或基于本函數庫的作品) 一起放在貯存媒體或發布媒體的同一卷上， 并不導致將其他作品置于此許可證的約束...