bsd版權說明

A. BSD許可證的介紹

相較於GPL許可證和MPL許可證的嚴格性，BSD許可證就寬松許多了，一樣是只需要附上許可證的原文，不過比較有趣的是，它還要求所有進一步開發者將自己的版權資料放上去，所以拿到以BSD許可證發行的軟體可能會遇到一個小狀況，就是這些版權資料許可證占的空間比程序還大。

B. bsd什麼意思

BSD(BerkeleySoftwareDistribution，伯克利軟體套件)是Unix的衍生系統，在1977至1995年間由加州大學伯克利分校開發和發布的。歷史上，BSD曾經被認為是UNIX的一支——"BSDUNIX",因為它和AT&TUNIX操作系統共享基礎代碼和設計。

在20世紀80年代，衍生出了許多變形的UNIX授權軟體。比較著名的如DEC的Ultrix及Sun公司的SunOS。1990年代，BSD很大程度上被System V4.x版以及OSF/1系統所取代，晚期BSD版本為幾個開源軟體開發提供了平台並且一直沿用至今。今天，「BSD」並不特指任何一個BSD衍生版本，而是類UNIX操作系統中的一個分支的總稱。

(2)bsd版權說明擴展閱讀

BSD許可證是隨著加州大學伯克利分校發布BSD UNIX發展起來的，修改版本被Apple、Apache所採用。

BSD協議是「寬容自由軟體許可證」中的一員，在軟體復用上給予了最小限度的限制。BSD協議允許作者使用該協議下的資源，將其並入私人版本的軟體，該軟體可使用閉源軟體協議發布。

C. bsd是什麼意思

BSD (Berkeley Software Distribution，伯克利軟體套件)是Unix的衍生系統，在1977至1995年間由加州大學伯克利分校開發和發布的。
歷史上， BSD曾經被認為是UNIX的一支——"BSD UNIX", 因為它和AT&T UNIX操作系統共享基礎代碼和設計。在20世紀80年代，BSD廣泛的被工作站級別的廠商所接受，並且衍生出了許多變形的UNIX授權軟體。比較著名的例子如DEC的Ultrix，以及Sun公司的SunOS。這可以歸功於BSD License相對而言比較地寬松，並且大多數這時成立的科技公司的創始人本身對UNIX系統的熟悉。
1990年代，BSD很大程度上被System V4.x版以及OSF/1系統所取代，晚期的BSD版本為幾個開源軟體的開發提供了平台並且一直沿用至今。
今天，「BSD」並不特指任何一個BSD衍生版本，而是類UNIX操作系統中的一個分支的總稱。

D. BSD協議的BSD版本歷史的演變

到了1980年10月，Joy推出了一個煥然一新的發行版本，稱為4BSD，其中包括Pascal編譯器、Franz Lisp系統和郵件處理系統。4BSD支持DARPA網路，版權的控制是以大學為單位的，而不是以單台計算機為基礎計算。
1980年，一個命名為CSRG（Computer System Research Group，計算機系統研究小組）的小組被組建起來負責BSD的發行工作，並於1981年6月發行了稱之為4.1BSD的新版本。請注意，不是5BSD。由於AT&T覺得5BSD會使用戶將它和AT&T Unix System V相混淆，Berkely同意改變BSD將來版本的命名規則，將版本號僅保留在4BSD上，以後只增加4後面的小版本號。
4.2BSD於1983年8月正式發布，在18個月內就簽發了1000多份站點許可證，是非常具有知名度的版本。到了1986年6月，4.3BSD發布，而到了1988年，CSRG發布了4.3BSD-Tahoe，這是第一個把BSD內核分解為依賴於機器和獨立於機器的兩部分的版本，這是非常有價值的，它使BSD得以移植到眾多不同的體系結構中。
由於BSD使用了AT&T Unix的部分源代碼，當AT&T源代碼許可證費用不斷增加的時候，一些希望能夠使用BSD代碼為PC生產基於TCP/IP聯網產品的廠商要求Berkely將AT&T代碼從BSD發行版中分離出來，並給他們簽發單獨的許可證條款，而不需要AT&T的源代碼許可證。因此，到了1989年6月，一個完全沒有AT&T Unix代碼的BSD版本誕生了，稱之為Networking Release 1。這是第一套由Berkely發布的自由可再發行（freely-redistributable）的代碼,，它允許被授權的用戶以源代碼或者二進制的形式發布修改過的或為修改過的代碼，並且可以不向Berkely申報版稅，唯一要求是在源代碼文件中原封不動的保留Berkely的版權聲明，並且在含有以上代碼的其他產品文檔中聲明其產品包括來自於加州大學和其他貢獻者的代碼。這就是著名的BSD許可證的起源。

E. 開源許可證GPL，BSD，MIT，Mozilla，Apache和LGPL的區別

因CooCox用戶數及影響力越來越大，CooCox團隊也逐漸提高了對軟體及代碼協議的重視。在收集整理的過程中，一些歸納好的信息和大家分享一下。

首先借用有心人士的一張相當直觀清晰的圖來劃分各種協議：開源許可證GPL、BSD、MIT、Mozilla、Apache和LGPL的區別
license.jpeg

以下是上述協議的簡單介紹：
BSD開源協議
BSD開源協議是一個給於使用者很大自由的協議。基本上使用者可以」為所欲為」,可以自由的使用，修改源代碼，也可以將修改後的代碼作為開源或者專有軟體再發布。

但」為所欲為」的前提當你發布使用了BSD協議的代碼，或則以BSD協議代碼為基礎做二次開發自己的產品時，需要滿足三個條件：

如果再發布的產品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協議。
如果再發布的只是二進制類庫/軟體，則需要在類庫/軟體的文檔和版權聲明中包含原來代碼中的BSD協議。
不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。

BSD 代碼鼓勵代碼共享，但需要尊重代碼作者的著作權。BSD由於允許使用者修改和重新發布代碼，也允許使用或在BSD代碼上開發商業軟體發布和銷售，因此是對商業集成很友好的協議。而很多的公司企業在選用開源產品的時候都首選BSD協議，因為可以完全控制這些第三方的代碼，在必要的時候可以修改或者二次開發。

Apache Licence 2.0
Apache Licence是著名的非盈利開源組織Apache採用的協議。該協議和BSD類似，同樣鼓勵代碼共享和尊重原作者的著作權，同樣允許代碼修改，再發布（作為開源或商業軟體）。需要滿足的條件也和BSD類似：

需要給代碼的用戶一份Apache Licence
如果你修改了代碼，需要再被修改的文件中說明。
在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協議，商標，專利聲明和其他原來作者規定需要包含的說明。
如果再發布的產品中包含一個Notice文件，則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可，但不可以表現為對Apache Licence構成更改。

Apache Licence也是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作為開源或商業產品發布/銷售。
GPL

我們很熟悉的Linux就是採用了GPL。GPL協議和BSD, Apache Licence等鼓勵代碼重用的許可很不一樣。GPL的出發點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免費使用，但不允許修改後和衍生的代碼做為閉源的商業軟體發布和銷售。這也就是為什麼我們能用免費的各種linux，包括商業公司的linux和linux上各種各樣的由個人，組織，以及商業軟體公司開發的免費軟體了。

GPL協議的主要內容是只要在一個軟體中使用(」使用」指類庫引用，修改後的代碼或者衍生代碼)GPL 協議的產品，則該軟體產品必須也採用GPL協議，既必須也是開源和免費。這就是所謂的」傳染性」。GPL協議的產品作為一個單獨的產品使用沒有任何問題，還可以享受免費的優勢。

由於GPL嚴格要求使用了GPL類庫的軟體產品必須使用GPL協議，對於使用GPL協議的開源代碼，商業軟體或者對代碼有保密要求的部門就不適合集成/採用作為類庫和二次開發的基礎。

其它細節如再發布的時候需要伴隨GPL協議等和BSD/Apache等類似。

LGPL
LGPL是GPL的一個為主要為類庫使用設計的開源協議。和GPL要求任何使用/修改/衍生之GPL類庫的的軟體必須採用GPL協議不同。LGPL 允許商業軟體通過類庫引用(link)方式使用LGPL類庫而不需要開源商業軟體的代碼。這使得採用LGPL協議的開源代碼可以被商業軟體作為類庫引用並發布和銷售。

但是如果修改LGPL協議的代碼或者衍生，則所有修改的代碼，涉及修改部分的額外代碼和衍生的代碼都必須採用LGPL協議。因此LGPL協議的開源代碼很適合作為第三方類庫被商業軟體引用，但不適合希望以LGPL協議代碼為基礎，通過修改和衍生的方式做二次開發的商業軟體採用。

GPL/LGPL都保障原作者的知識產權，避免有人利用開源代碼復制並開發類似的產品

MIT
MIT是和BSD一樣寬范的許可協議,作者只想保留版權,而無任何其他了限制.也就是說,你必須在你的發行版里包含原許可協議的聲明,無論你是以二進制發布的還是以源代碼發布的.

MPL
MPL是The Mozilla Public License的簡寫，是1998年初Netscape的 Mozilla小組為其開源軟體項目設計的軟體許可證。MPL許可證出現的最重要原因就是，Netscape公司認為GPL許可證沒有很好地平衡開發者對源代碼的需求和他們利用源代碼獲得的利益。同著名的GPL許可證和BSD許可證相比，MPL在許多權利與義務的約定方面與它們相同（因為都是符合OSIA 認定的開源軟體許可證）。但是，相比而言MPL還有以下幾個顯著的不同之處:

◆ MPL雖然要求對於經MPL許可證發布的源代碼的修改也要以MPL許可證的方式再許可出來，以保證其他人可以在MPL的條款下共享源代碼。但是，在MPL 許可證中對「發布」的定義是「以源代碼方式發布的文件」，這就意味著MPL允許一個企業在自己已有的源代碼庫上加一個介面，除了介面程序的源代碼以MPL 許可證的形式對外許可外，源代碼庫中的源代碼就可以不用MPL許可證的方式強制對外許可。這些，就為借鑒別人的源代碼用做自己商業軟體開發的行為留了一個豁口。
◆ MPL許可證第三條第7款中允許被許可人將經過MPL許可證獲得的源代碼同自己其他類型的代碼混合得到自己的軟體程序。
◆ 對軟體專利的態度，MPL許可證不像GPL許可證那樣明確表示反對軟體專利，但是卻明確要求源代碼的提供者不能提供已經受專利保護的源代碼（除非他本人是專利權人，並書面向公眾免費許可這些源代碼），也不能在將這些源代碼以開放源代碼許可證形式許可後再去申請與這些源代碼有關的專利。
◆ 對源代碼的定義
而在MPL（1.1版本）許可證中，對源代碼的定義是:「源代碼指的是對作品進行修改最優先擇取的形式，它包括:所有模塊的所有源程序，加上有關的介面的定義，加上控制可執行作品的安裝和編譯的『原本』（原文為『Script』），或者不是與初始源代碼顯著不同的源代碼就是被源代碼貢獻者選擇的從公共領域可以得到的程序代碼。」
◆ MPL許可證第3條有專門的一款是關於對源代碼修改進行描述的規定，就是要求所有再發布者都得有一個專門的文件就對源代碼程序修改的時間和修改的方式有描述。

F. 開源協議的BSD

BSD許可證原先是用在加州大學柏克利分校發表的各個4.4BSD/4.4BSD-Lite版本上面（BSD是Berkly Software Distribution的簡寫）的，後來也就逐漸沿用下來。1979年加州大學伯克利分校發布了BSD Unix，被稱為開放源代碼的先驅，BSD許可證就是隨著BSD Unix發展起來的。BSD許可證被Apache和BSD操作系統等開源軟體所採納。
相較於GPL許可證和MPL許可證的嚴格性，BSD許可證就寬松許多了，一樣是只需要附上許可證的原文，不過比較有趣的是，它還要求所有進一步開發者將自己的版權資料放上去，所以拿到以BSD許可證發行的軟體可能會遇到一個小狀況，就是這些版權資料許可證占的空間比程序還大。

G. BSD是什麼意思

1、BSD 伯克利軟體套件

BSD (BerkeleySoftwareDistribution，伯克利軟體套件)是Unix的衍生系統，在1977至1995年間由加州大學伯克利分校開發和發布的。歷史上， BSD曾經被認為是UNIX的一支——"BSD UNIX", 因為它和AT&TUNIX操作系統共享基礎代碼和設計。

在20世紀80年代，衍生出了許多變形的UNIX授權軟體。比較著名的如DEC的Ultrix及Sun公司的SunOS。1990年代，BSD很大程度上被System V4.x版以及OSF/1系統所取代，晚期BSD版本為幾個開源軟體開發提供了平台並且一直沿用至今。

2、BSD猜想

BSD猜想，全稱貝赫和斯維納通-戴爾猜想（Birch and Swinnerton-Dyer 猜想），屬於世界七大數學難題之一。它描述了阿貝爾簇的算術性質與解析性質之間的聯系。

3、BSD協議

BSD是"BerkeleySoftware Distribution"的縮寫，意思是"伯克利軟體發行版"。顯然，BSD這個名稱並不是我們現在所理解的操作系統，而且其原意也並非簡單的操作系統，而是一整套軟體發行版的統稱。從軟體發行版到操作系統的演變是有歷史過程的，這一點對FreeBSD很重要。

4、BSD許可證

BSD許可證原先是用在加州大學柏克利分校發表的各個4.4BSD/4.4BSD-Lite版本上面（BSD是Berkly Software Distribution的簡寫）的，後來也就逐漸沿用下來。

1979年加州大學伯克利分校發布了BSD Unix，被稱為開放源代碼的先驅，BSD許可證就是隨著BSD Unix發展起來的。BSD許可證現在被Apache和BSD操作系統等開源軟體所採納。

5、BSD協議

BSD協議是一個給於使用者很大自由的協議，BSD 代碼鼓勵代碼共享，但需要尊重代碼作者的著作權。BSD由於允許使用者修改和重新發布代碼，也允許使用或在BSD代碼上開發商業軟體發布和銷售，因此是對商業集成很友好的協議。

而很多的公司企業在選用開源產品的時候都首選BSD協議，因為可以完全控制這些第三方的代碼，在必要的時候可以修改或者二次開發。

H. 如何在自己的代碼中聲明版權

1. 如果是開源代碼，建議使用現成的開源版權模板。Open Source Licenses。常見的GPL，Apache，MIT，BSD等。如果是回商業代碼，則根答據版權方的規定。
2. 根據不同的開源協議，原有的聲明處理方式不同。比如Apache必須每個修改的文件頭部都要有原有的聲明，BSD則只需要CopyRight文件中附帶即可。

I. BSD協議的The BSD License（BSD許可證）

The following is a BSD license template. To generate your own license, change the values of OWNER, ORGANIZATION and YEAR from their original values as given here, and substitute your own.
Note: The advertising clause in the license appearing on BSD Unix files was officially rescinded by the Director of the Office of Technology Licensing of the University of California on July 22 1999. He states that clause 3 is hereby deleted in its entirety.
Note the new BSD license is thus equivalent to the MIT License, except for the no-endorsement final clause.
<OWNER> = Regents of the University of California
<ORGANIZATION> = University of California, Berkeley
<YEAR> = 1998
In the original BSD license, both occurrences of the phrase COPYRIGHT HOLDERS AND CONTRIBUTORS in the disclaimer read REGENTS AND CONTRIBUTORS.
Here is the license template:
Copyright (c) &lt;YEAR&gt;, &lt;OWNER&gt;
All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
Redistributions of source code must retain the above right notice, this list of conditions and the following disclaimer.
Redistributions in binary form must reproce the above right notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
Neither the name of the &lt;ORGANIZATION&gt; nor the names of its contributors may be used to endorse or promote procts derived from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. 以下為BSD許可模板。創建屬於你自己的許可，需要將原始模板中的所有人，機構和年份（參見下文）的值替換為你自己的值。
注意：出現在BSD Unix文檔中的宣傳條款已經於1999年7月22日，被加州大學技術許可辦公室（Office of Technology Licensing）主任以官方名義廢除。他表示，第3款「特此作為一個整體被刪除」。
請注意，新的BSD 許可和MIT許可，除了最後一個非簽注條款，其他地方都一樣。
<所有人> = 加州大學董事
<機構> = 加州大學伯克利分校
<年份> = 1998
在最初的BSD許可中，免責聲明裡的短語「版權所有人和貢獻者」也可理解為「董事和貢獻者」。
以下為許可模板：
版權所有(c)；年份；所有人；
保留所有權利。
在遵守以下條件的前提下，可再發布軟體或以源代碼及二進制形式使用軟體，包括進行修改或不進行修改：
源代碼的再發布必須遵守上述版權通知、本條件列表以及以下免責聲明。
以二進制形式再發布軟體時必須復制上述版權通知、本條件列表以及文檔下文中的免責聲明和/或發布代碼時提供的其他信息。
未經事先書面批準的情況下，不得將名稱「機構」或貢獻者名字用於支持或推廣該軟體的衍生產品。
本軟體為版權所有人和貢獻者「按現狀」為根據提供，不提供任何明確或暗示的保證，包括但不限於本軟體針對特定用途的可售性及適用性的暗示保證。在任何情況下，版權所有人或其貢獻者均不對因使用本軟體而以任何方式產生的任何直接、間接、偶然、特殊、典型或因此而生的損失（包括但不限於采購替換產品或服務；使用價值、數據或利潤的損失；或業務中斷）而根據任何責任理論，包括合同、嚴格責任或侵權行為（包括疏忽或其他）承擔任何責任，即使在已經提醒可能發生此類損失的情況下。 在「開源」這個詞誕生很久以前，軟體是由程序員這個鬆散聯合體開發，並且自由交換的。自1950年代開始，SHARE和DECUS諸公司開發了大量隨硬體捆綁銷售的軟體。當時，計算機公司都是從事硬體業務的，降低軟體成本、增多可用軟體都能夠使他們的硬體更有競爭力。
1960年底，這種模式發生了改變。1965年ADR公司開發了脫離硬體公司的軟體，同一些始自於IBM公司的客戶的軟體包競爭。1968年ADR公司為自己的軟體取得專利權。
為停止共享軟體，他們僅在如下的租約下提供軟體：付款需遍及軟體產品的整個生命期。由此ADR保留軟體的擁有權，能夠控制軟體的再銷售與重用。
1969年美國司法部責令IBM公司停止把免費軟體與其硬體捆綁銷售。從此軟體成為獨立於硬體的產品。
1968年，Informatics公司首先提出殺手級應用，快速建立軟體產品、軟體公司的觀念，並獲得了很高的回報率。Informatics公司制定了現在遍及軟體工業界的標準的永久授權協議。在該協議中軟體的擁有權永遠不會傳遞至它的客戶。 unix的原初實現者AT&T,由於在反托拉斯法廳受到壟斷管制，不能合法地銷售軟體產品，不過它可以在僅收取介質費用的條件下向學術機構提供unix.
在一次操作系統會議上公開了實用性以後，各個大學很快就接納了unix。非常有益的一點是unix運行在PDP-11這種非常廉價的16位機器上,並且使用確實適合系統編程的高級語言寫就。在當時DEC的客戶編寫自己的操作系統是很普遍的事情，DEC PDP-11公開了他們設計硬體介面。正像DEC公司的創立者肯・奧爾森(Ken Olsen )所聲稱的：「當你擁有了好的硬體的時候，軟體就像來自天堂一樣好」。
1975年，Unix的作者肯・湯普森(Ken Thompson )回到他的母校--加州大學伯克利分校一行一行的講授unix內核源代碼。這最終導致了unix的著名演化系統--BSD（伯克利軟體發行套件）的產生。加州大學伯克利分校把unix轉換位32位系統，增加了虛擬內存，實現了建立Internet必需的TCP/IP協議棧。加州大學伯克利分校使得unix在著名BSD協議下，可以僅花費介質的費用就可以使用BSD。客戶從AT&T購買unix，然後在從加州大學伯克利分校購買BSD的磁帶即可。
1980年代中期，美國政府的反托拉斯法案以分解AT&T終結。AT&T仍然擁有unix,現在，它可以銷售它了。在授權方面，AT&T採用了進取的措施，以致當時大部分商業unix都基於AT&T的。
1990年代早期，AT&T控告加州大學伯克利分校BSD侵權。加州大學伯克利分校發現，AT&T在既未聲明也為付費的情況下把BSD中的大量改進集成到AT&T產品中去了。於是，一場主要在AT&T與加州大學伯克利分校之間的馬拉松式訴訟開始了。同期，一些加州大學伯克利分校程序員從事著重寫BSD中涉及到AT&T的代碼的項目。這個項目最終導致了名為BSD4.4-lite的系統。（Lite,清的，淡的，這樣稱呼是因為這不是一個完整的系統，它缺少6個AT&T文件）
不久，在Dr. Dobbs 雜志有一系列描述了源自BSD的386個人計算機版unix的 文章發表，這版unix包括了BSD協議授權的替代BSD4.4-lite缺失的文件。這個名為386BSD系統的應當歸功於加州大學伯克利分校外的程序員--威廉姆・周禮慈(William Jolitz )。今天，它已經成為所有個人計算機BSD之源。
1990年代中期，Novell 公司購買了AT&T的unix所有權，然後秘密地取得終止訴訟的共識。加州大學伯克利分校很快停止了對BSD的支持。 近幾年才應用於FreeBSD的所謂新版BSD協議事實上允許你對程序或者源代碼做任何事情，不過含有作者的免責聲明（你不能控告任何人）。這個新版的BSD協議傾向於鼓勵產品的商業化。任何BSD代碼都能夠被出售或者包含到私有產品中，而且這並不對代碼的應用和你將來的行為做嚴格限制。
不要混淆新版BSD協議與那些可以免費獲得的公共域服務或者產品，那些東西雖然也是可以免費地使用於任何目的，但是它們是沒有所有者的。 BSD開源協議是一個給於使用者很大自由的協議。可以自由的使用，修改源代碼，也可以將修改後的代碼作為開源或者專有軟體再發布。 當你發布使用了BSD協議的代碼，或則以BSD協議代碼為基礎做二次開發自己的產品時，需要滿足三個條件：
1． 如果再發布的產品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協議。
2． 如果再發布的只是二進制類庫/軟體，則需要在類庫/軟體的文檔和版權聲明中包含原來代碼中的BSD協議。
3． 不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。
BSD代碼鼓勵代碼共享，但需要尊重代碼作者的著作權。BSD由於允許使用者修改和重新發布代碼，也允許使用或在BSD代碼上開發商業軟體發布和銷售，因此是對商業集成很友好的協議。而很多的公司企業在選用開源產品的時候都首選BSD協議，因為可以完全控制這些第三方的代碼，在必要的時候可以修改或者二次開發。

J. BSD許可證的BSD許可證的條款

* Copyright (c) 1998著作權由加州大學董事會所有。著作權人保留一切權利。
* 這份授權條款，在使用者符合以下三條件的情形下，授予使用者使用及再散播本軟體包裝原始碼及二進位可執行形式的權利，無論此包裝是否經改作皆然：
* * 對於本軟體源代碼的再散播，必須保留上述的版權宣告、此三條件表列，以及下述的免責聲明。
* * 對於本套件二進位可執行形式的再散播，必須連帶以文件以及/或者其他附於散播包裝中的媒介方式，重製上述之版權宣告、此三條件表列，以及下述的免責聲明。
* * 未獲事前取得書面許可，不得使用柏克萊加州大學或本軟體貢獻者之名稱，來為本軟體之衍生物做任何錶示支持、認可或推廣、促銷之行為。
* 免責聲明：本軟體是由加州大學董事會及本軟體之貢獻者以現狀（as is）提供， 本軟體包裝不負任何明示或默示之擔保責任，包括但不限於就適售性以及特定目的的適用性為默示性擔保。加州大學董事會及本軟體之貢獻者，無論任何條件、 無論成因或任何責任主義、無論此責任為因合約關系、無過失責任主義或因非違 約之侵權（包括過失或其他原因等）而起，對於任何因使用本軟體包裝所產生的 任何直接性、間接性、偶發性、特殊性、懲罰性或任何結果的損害（包括但不限
於替代商品或勞務之購用、使用損失、資料損失、利益損失、業務中斷等等），不負任何責任，即在該種使用已獲事前告知可能會造成此類損害的情形下亦然。