1 | <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> |
---|
2 | <html> |
---|
3 | |
---|
4 | <head> |
---|
5 | <meta http-equiv="Content-Language" content="en-us"> |
---|
6 | <meta name="GENERATOR" content="Microsoft FrontPage 5.0"> |
---|
7 | <meta name="ProgId" content="FrontPage.Editor.Document"> |
---|
8 | <meta http-equiv="Content-Type" content="text/html"> |
---|
9 | <title>Boost Software License Background</title> |
---|
10 | </head> |
---|
11 | |
---|
12 | <body bgcolor="#FFFFFF"> |
---|
13 | |
---|
14 | <table summary="Navigational header" |
---|
15 | border="1" bgcolor="#007F7F" cellpadding="2"> |
---|
16 | <tr> |
---|
17 | <td bgcolor="#FFFFFF"><img src="../boost.png" alt="boost.png (6897 bytes)" width="277" height="86"></td> |
---|
18 | <td><a href="../index.htm"><font face="Arial" color="#FFFFFF"><big>Home</big></font></a></td> |
---|
19 | <td><a href="../libs/libraries.htm"><font face="Arial" color="#FFFFFF"><big>Libraries</big></font></a></td> |
---|
20 | <td><a href="../people/people.htm"><font face="Arial" color="#FFFFFF"><big>People</big></font></a></td> |
---|
21 | <td><a href="faq.htm"><font face="Arial" color="#FFFFFF"><big>FAQ</big></font></a></td> |
---|
22 | <td><a href="index.htm"><font face="Arial" color="#FFFFFF"><big>More</big></font></a></td> |
---|
23 | </tr> |
---|
24 | </table> |
---|
25 | |
---|
26 | <h1>Information about the <a href="../LICENSE_1_0.txt">Boost Software License</a> </h1> |
---|
27 | |
---|
28 | <p><a href="../LICENSE_1_0.txt">License text</a><br> |
---|
29 | <a href="#Introduction">Introduction</a><br> |
---|
30 | <a href="#History">History</a><br> |
---|
31 | <a href="#Rationale">Rationale</a><br> |
---|
32 | <a href="#FAQ">FAQ</a><br> |
---|
33 | <a href="#Transition">Transition</a><br> |
---|
34 | <a href="#Acknowledgements">Acknowledgements</a></p> |
---|
35 | |
---|
36 | <h2><a name="Introduction">Introduction</a></h2> |
---|
37 | |
---|
38 | <p>The <a href="../LICENSE_1_0.txt">Boost Software License</a> |
---|
39 | specifies the terms and conditions of use for those Boost libraries |
---|
40 | that it covers.</p> |
---|
41 | |
---|
42 | <p>Currently, some Boost libraries have their own licenses. The hope is that |
---|
43 | eventually all Boost libraries will be covered by the Boost Software |
---|
44 | License. In the meantime, <b>all</b> libraries comply with the <a |
---|
45 | href="#requirements">Boost License requirements</a>.</p> |
---|
46 | |
---|
47 | <h2><a name="History">History</a></h2> |
---|
48 | |
---|
49 | <p>As Boost grew, it became unmanageable for each Boost file to have |
---|
50 | its own license. Users complained that each license needed to be reviewed, and that |
---|
51 | reviews were difficult or impossible if Boost libraries contained many different licenses. |
---|
52 | Boost moderators and maintainers spent excessive time dealing with license |
---|
53 | issues. Boost developers often copied existing licenses without actually knowing |
---|
54 | if the license wording met legal needs.</p> |
---|
55 | <p>To clarify these licensing issues, the Boost moderators asked for help from |
---|
56 | the <a href="http://cyber.law.harvard.edu">Berkman Center for Internet & Society</a> |
---|
57 | at Harvard Law School, Cambridge, Massachusetts, USA. It was requested that a |
---|
58 | single Boost license be developed that met the traditional requirements that Boost licenses, particularly:</p> |
---|
59 | |
---|
60 | <a name="requirements"></a> |
---|
61 | <ul> |
---|
62 | <li>Must be simple to read and understand. </li> |
---|
63 | <li>Must grant permission without fee to copy, use and modify the software for |
---|
64 | any use (commercial and non-commercial). </li> |
---|
65 | <li>Must require that the license appear with all copies [including |
---|
66 | redistributions] of the software source code. </li> |
---|
67 | <li>Must not require that the license appear with executables or other binary |
---|
68 | uses of the library. </li> |
---|
69 | <li>Must not require that the source code be available for execution or other |
---|
70 | binary uses of the library. </li> |
---|
71 | </ul> |
---|
72 | |
---|
73 | <p>Additionally, other common open source licenses were studied to see what |
---|
74 | additional issues were being treated, and additions representing good legal |
---|
75 | practice were also requested. The result is the <a href="../LICENSE_1_0.txt">Boost |
---|
76 | Software License</a>.</p> |
---|
77 | |
---|
78 | <h2><a name="Rationale">Rationale</a></h2> |
---|
79 | |
---|
80 | <p>The following rationale was provided by Devin Smith, the |
---|
81 | lawyer who wrote the Boost Software License. It has been edited slightly for |
---|
82 | brevity. Editorial additions are shown in square brackets.</p> |
---|
83 | |
---|
84 | <h3>Benefit of Common Software License</h3> |
---|
85 | <p>If one of Boost's goals is to ease use and adoption of the various |
---|
86 | libraries made available by Boost, it does make sense to try to |
---|
87 | standardize the licenses under which the libraries are made available to |
---|
88 | users. (I make some recommendations about a possible short-form license |
---|
89 | below.)</p> |
---|
90 | <p>[Standardizing the license will not] necessarily address the issue of satisfying |
---|
91 | corporate licensees. Each corporation will have its own concerns, based |
---|
92 | on their own experiences with software licensing and distribution and, |
---|
93 | if they're careful, will want to carefully review each license, even if |
---|
94 | they've been told that they're all standard. I would expect that, |
---|
95 | unless we're remarkably brilliant (or lucky) in drafting the standard |
---|
96 | Boost license, the standard license won't satisfy the legal departments |
---|
97 | of all corporations. I imagine that some will, for instance, absolutely |
---|
98 | insist that licensors provide a warranty of title and provide |
---|
99 | indemnification for third-party intellectual property infringement |
---|
100 | claims. Others may want functional warranties. (If I were advising the |
---|
101 | corporations, I would point out that they're not paying anything for the |
---|
102 | code and getting such warranties from individual programmers, who |
---|
103 | probably do not have deep pockets, is not that valuable anyway, but |
---|
104 | other lawyers may disagree.)</p> |
---|
105 | <p>But this can be addressed, not by trying to craft the perfect standard |
---|
106 | license, but by informing the corporations that they can, if they don't like the |
---|
107 | standard license, approach the authors to negotiate a different, perhaps even |
---|
108 | paid, license.</p> |
---|
109 | <p>One other benefit of adopting a standard license is to help ensure that |
---|
110 | the license accomplishes, from a legal perspective, what the authors |
---|
111 | intend. For instance, many of the [original] licenses for the libraries available |
---|
112 | on boost.org do not disclaim the warranty of title, meaning that the |
---|
113 | authors could, arguably, be sued by a user if the code infringes the |
---|
114 | rights of a third party and the user is sued by that third party. I |
---|
115 | think the authors probably want to disclaim this kind of liability.</p> |
---|
116 | <h3>Short-Form License</h3> |
---|
117 | <p>Without in anyway detracting from the draft license that's been |
---|
118 | circulated [to Boost moderators], I'd like to propose an alternative "short-form" license that |
---|
119 | Boost could have the library authors adopt. David [Abrahams] has expressed a |
---|
120 | desire to keep things as simple as possible, and to try to move away |
---|
121 | from past practice as little as possible, and this is my attempt at a |
---|
122 | draft.</p> |
---|
123 | <p>This license, which is very similar to the BSD license and the MIT |
---|
124 | license, should satisfy the Open Source Initiative's Open Source |
---|
125 | Definition: (i) the license permits free redistribution, (ii) the |
---|
126 | distributed code includes source code, (iii) the license permits the |
---|
127 | creation of derivative works, (iv) the license does not discriminate |
---|
128 | against persons or groups, (v) the license does not discriminate against |
---|
129 | fields of endeavor, (vi) the rights apply to all to whom the program is |
---|
130 | redistributed, (vii) the license is not specific to a product, and (viii) the |
---|
131 | license is technologically neutral (i.e., it does not [require] an explicit gesture of |
---|
132 | assent in order to establish a contract between licensor and licensee).</p> |
---|
133 | <p>This license grants all rights under the owner's copyrights (as well as an |
---|
134 | implied patent license), disclaims all liability for use of the code (including |
---|
135 | intellectual property infringement liability), and requires that all subsequent |
---|
136 | copies of the code [except machine-executable object code], including partial copies and derivative works, include the |
---|
137 | license.</p> |
---|
138 | |
---|
139 | <h2><a name="FAQ">FAQ</a></h2> |
---|
140 | |
---|
141 | <p><b>How should Boost programmers apply the license to source and |
---|
142 | header files?</b></p> |
---|
143 | |
---|
144 | <p>Add a comment based on the following template, substituting |
---|
145 | appropriate text for the italicized portion: |
---|
146 | <br> |
---|
147 | <br> |
---|
148 | <pre> |
---|
149 | // Copyright <i>Joe Coder 2004 - 2006</i>. |
---|
150 | // Distributed under the Boost Software License, Version 1.0. |
---|
151 | // (See accompanying file LICENSE_1_0.txt or copy at |
---|
152 | // http://www.boost.org/LICENSE_1_0.txt) |
---|
153 | </pre> |
---|
154 | <br> |
---|
155 | Please leave an empty line before and after the above comment block. |
---|
156 | It is fine if the copyright and license messages are not on different lines; in |
---|
157 | no case there should be other intervening text. Do not include |
---|
158 | "All rights reserved" anywhere.<br> |
---|
159 | |
---|
160 | <p>Other ways of licensing source files have been considered, but some |
---|
161 | of them turned out to unintentionally nullify legal elements of the |
---|
162 | license. Having fixed language for referring to the license helps |
---|
163 | corporate legal departments evaluate the boost distribution. |
---|
164 | Creativity in license reference language is strongly discouraged, but |
---|
165 | judicious changes in the use of whitespace are fine. |
---|
166 | |
---|
167 | <p><b>How should the license be applied to documentation files, instead?</b></p> |
---|
168 | |
---|
169 | <p>Very similarly to the way it is applied to source files: the user should |
---|
170 | see the very same text indicated in the template above, with the only difference |
---|
171 | that both the local and the web copy of LICENSE_1_0.txt should be linked to. |
---|
172 | Refer to the HTML source code of this page in case of doubt. |
---|
173 | |
---|
174 | <p>Note that the location of the local LICENSE_1_0.txt needs to be indicated |
---|
175 | relatively to the position of your documentation file |
---|
176 | (<code>../LICENSE_1_0.txt</code>, <code>../../LICENSE_1_0.txt</code> etc.)</p> |
---|
177 | |
---|
178 | <p><b>How is the Boost license different from the |
---|
179 | <a href="http://www.opensource.org/licenses/gpl-license.php">GNU General Public |
---|
180 | License (GPL)</a>?</b></p> |
---|
181 | |
---|
182 | |
---|
183 | <p>The Boost license permits the creation of derivative works for |
---|
184 | commercial or non-commercial use with no legal requirement to release |
---|
185 | your source code. Other differences include Boost not requiring |
---|
186 | reproduction of copyright messages for object code redistribution, and |
---|
187 | the fact that the Boost license is not "viral": if you |
---|
188 | distribute your own code along with some Boost code, the Boost license |
---|
189 | applies only to the Boost code (and modified versions thereof); you |
---|
190 | are free to license your own code under any terms you like. The GPL is |
---|
191 | also much longer, and thus may be harder to understand.</p> |
---|
192 | |
---|
193 | <p><b>Why the phrase "machine-executable object code generated by a source |
---|
194 | language processor"?</b></p> |
---|
195 | |
---|
196 | <p>To distinguish cases where we do not require reproduction of the copyrights |
---|
197 | and license, such as object libraries, shared libraries, and final program |
---|
198 | executables, from cases where reproduction is still required, such as |
---|
199 | distribution of self-extracting archives of source code or precompiled header |
---|
200 | files. More detailed wording was rejected as not being legally necessary, and |
---|
201 | reducing readability.</p> |
---|
202 | |
---|
203 | <p><b>Why is the "disclaimer" paragraph of the license entirely in uppercase?</b></p> |
---|
204 | |
---|
205 | <p>Capitalization of these particular provisions is a US legal mandate for |
---|
206 | consumer protection. (Diane Cabell)</p> |
---|
207 | |
---|
208 | <p><b>Does the copyright and license cover interfaces too?</b></p> |
---|
209 | |
---|
210 | <p>The conceptual interface to a library isn't covered. The particular |
---|
211 | representation expressed in the header is covered, as is the documentation, |
---|
212 | examples, test programs, and all the other material that goes with the library. |
---|
213 | A different implementation is free to use the same logical interface, however. |
---|
214 | Interface issues have been fought out in court several times; ask a lawyer for |
---|
215 | details.</p> |
---|
216 | |
---|
217 | <p><b>Why doesn't the license prohibit the copyright holder from patenting the |
---|
218 | covered software?</b></p> |
---|
219 | |
---|
220 | <p>No one who distributes their code under the terms of this license could turn |
---|
221 | around and sue a user for patent infringement. (Devin Smith)</p> |
---|
222 | |
---|
223 | <p>Boost's lawyers were well aware of patent provisions in licenses like the GPL |
---|
224 | and CPL, and would have included such provisions in the Boost license if they |
---|
225 | were believed to be legally useful.</p> |
---|
226 | |
---|
227 | <p><b>Why doesn't the copyright message say "All rights reserved"?</b></p> |
---|
228 | |
---|
229 | <p>Devin Smith says "I don't think it belongs in the copyright notice for |
---|
230 | anything (software, electronic documentation, etc.) that is being licensed. It |
---|
231 | belongs in books that are sold where, in fact, all rights (e.g., to reproduce |
---|
232 | the book, etc.) are being reserved in the publisher or author. I think it |
---|
233 | shouldn't be in the BSD license."</p> |
---|
234 | |
---|
235 | <p><b>Do I have to copyright/license trivial files?</b> |
---|
236 | |
---|
237 | <p>Even a test file that just contains an empty <code>main()</code> |
---|
238 | should have a copyright. Files without copyrights make corporate |
---|
239 | lawyers nervous, and that's a barrier to adoption. The more of Boost |
---|
240 | is uniformly copyrighted and licensed, the less problem people will |
---|
241 | have with mounting a Boost release CD on a corporate server. |
---|
242 | |
---|
243 | |
---|
244 | <p><b>Can I use the Boost license for my own projects outside Boost?</b> |
---|
245 | |
---|
246 | <p>Sure; there are no restrictions on the use of the license itself. |
---|
247 | |
---|
248 | <h2><a name="Transition">Transition</a></h2> |
---|
249 | |
---|
250 | <p>To ease the transition of the code base towards the new common |
---|
251 | license, several people decided to give a <a |
---|
252 | href="blanket-permission.txt">blanket permission</a> for all |
---|
253 | their contributions to use the new license. This hopefully helps |
---|
254 | maintainers to switch to the new license once the list contains enough |
---|
255 | names without asking over and over again for each change. Please |
---|
256 | consider adding your name to the list.</p> |
---|
257 | |
---|
258 | <h2><a name="Acknowledgements">Acknowledgements</a></h2> |
---|
259 | <p>Dave Abrahams led the Boost effort to develop better licensing. The legal |
---|
260 | team was led by |
---|
261 | <a href="http://cyber.law.harvard.edu/people/cabell/index.html">Diane Cabell</a>, |
---|
262 | Director, Clinical Programs, <a href="http://cyber.law.harvard.edu">Berkman |
---|
263 | Center for Internet & Society</a>, Harvard Law School. |
---|
264 | <a href="http://www.nixonpeabody.com/attorneys_detail1.asp?ID=121">Devin Smith</a>, attorney, <a href="http://www.nixonpeabody.com/default.asp"> |
---|
265 | Nixon Peabody LLP</a>, wrote the Boost License. Eva Chan, Harvard Law School, |
---|
266 | contributed analysis of Boost issues and drafts of various legal documents. |
---|
267 | Boost members reviewed drafts of the license. Beman Dawes wrote this web page.</p> |
---|
268 | <hr> |
---|
269 | <p>Revised |
---|
270 | <!--webbot bot="Timestamp" S-Type="EDITED" S-Format="%d %B, %Y" startspan -->27 August, 2004<!--webbot bot="Timestamp" endspan i-checksum="39365" --></p> |
---|
271 | |
---|
272 | <p> © Copyright 2003-2004 Beman Dawes, Daniel Frey, David Abrahams.</p> |
---|
273 | <p> Distributed under the Boost Software License, Version 1.0. |
---|
274 | (See accompanying file <a href="../LICENSE_1_0.txt">LICENSE_1_0.txt</a> or |
---|
275 | copy at <a href="http://www.boost.org/LICENSE_1_0.txt">www.boost.org/LICENSE_1_0.txt</a>) |
---|
276 | </p> |
---|
277 | |
---|
278 | </body> |
---|
279 | |
---|
280 | </html> |
---|