license_info.html 11 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217
  1. <html>
  2. <head>
  3. <meta http-equiv="Content-Language" content="en-us">
  4. <meta name="GENERATOR" content="Microsoft FrontPage 5.0">
  5. <meta name="ProgId" content="FrontPage.Editor.Document">
  6. <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
  7. <title>Boost Software License Background</title>
  8. </head>
  9. <body bgcolor="#FFFFFF">
  10. <table border="1" bgcolor="#007F7F" cellpadding="2">
  11. <tr>
  12. <td bgcolor="#FFFFFF"><img src="../c++boost.gif" alt="c++boost.gif (8819 bytes)" width="277" height="86"></td>
  13. <td><a href="../index.htm"><font face="Arial" color="#FFFFFF"><big>Home</big></font></a></td>
  14. <td><a href="../libs/libraries.htm"><font face="Arial" color="#FFFFFF"><big>Libraries</big></font></a></td>
  15. <td><a href="../people/people.htm"><font face="Arial" color="#FFFFFF"><big>People</big></font></a></td>
  16. <td><a href="faq.htm"><font face="Arial" color="#FFFFFF"><big>FAQ</big></font></a></td>
  17. <td><a href="index.htm"><font face="Arial" color="#FFFFFF"><big>More</big></font></a></td>
  18. </tr>
  19. </table>
  20. <h1>Information about the <a href="../LICENSE_1_0.txt">Boost Software License</a> </h1>
  21. <p><a href="../LICENSE_1_0.txt">License text</a><br>
  22. <a href="#Introduction">Introduction</a><br>
  23. <a href="#History">History</a><br>
  24. <a href="#Rationale">Rationale</a><br>
  25. <a href="#FAQ">FAQ</a><br>
  26. <a href="#Transition">Transition</a><br>
  27. <a href="#Acknowledgements">Acknowledgements</a></p>
  28. <h2><a name="Introduction">Introduction</a></h2>
  29. <p>The <a href="../LICENSE_1_0.txt">Boost Software License</a> specifies the terms and
  30. conditions of use for the Boost libraries covered by the license.</p>
  31. <p>Some Boost libraries have their own licenses. The hope is that eventually all
  32. Boost libraries will be covered by the Boost Software License.</p>
  33. <h2><a name="History">History</a></h2>
  34. <p>As Boost grew, it became unmanageable for each Boost file to have
  35. its own license. Users complained that each license needed to be reviewed, and that
  36. reviews were difficult or impossible if Boost libraries contained many different licenses.
  37. Boost moderators and maintainers spent excessive time dealing with license
  38. issues. Boost developers often copied existing licenses without actually knowing
  39. if the license wording met legal needs.</p>
  40. <p>To clarify these licensing issues, the Boost moderators asked for help from
  41. the <a href="http://cyber.law.harvard.edu">Berkman Center for Internet &amp; Society</a>
  42. at Harvard Law School, Cambridge, Massachusetts, USA. It was requested that a
  43. single Boost license be developed that met the traditional requirements that Boost licenses, particularly:</p>
  44. <ul>
  45. <li>Must be simple to read and understand. </li>
  46. <li>Must grant permission without fee to copy, use and modify the software for
  47. any use (commercial and non-commercial). </li>
  48. <li>Must require that the license appear with all copies [including
  49. redistributions] of the software source code. </li>
  50. <li>Must not require that the license appear with executables or other binary
  51. uses of the library. </li>
  52. <li>Must not require that the source code be available for execution or other
  53. binary uses of the library. </li>
  54. </ul>
  55. <p>Additionally, other common open source licenses were studied to see what
  56. additional issues were being treated, and additions representing good legal
  57. practice were also requested. The result is the <a href="../LICENSE_1_0.txt">Boost
  58. Software License</a>.</p>
  59. <h2><a name="Rationale">Rationale</a></h2>
  60. <p>The following rationale was provided by Devin Smith, the
  61. lawyer who wrote the Boost Software License. It has been edited slightly for
  62. brevity. Editorial additions are shown in square brackets.</p>
  63. <h3>Benefit of Common Software License</h3>
  64. <p>If one of Boost's goals is to ease use and adoption of the various
  65. libraries made available by Boost, it does make sense to try to
  66. standardize the licenses under which the libraries are made available to
  67. users. (I make some recommendations about a possible short-form license
  68. below.)</p>
  69. <p>[Standardizing the license will not] necessarily address the issue of satisfying
  70. corporate licensees. Each corporation will have its own concerns, based
  71. on their own experiences with software licensing and distribution and,
  72. if they're careful, will want to carefully review each license, even if
  73. they've been told that they're all standard. I would expect that,
  74. unless we're remarkably brilliant (or lucky) in drafting the standard
  75. Boost license, the standard license won't satisfy the legal departments
  76. of all corporations. I imagine that some will, for instance, absolutely
  77. insist that licensors provide a warranty of title and provide
  78. indemnification for third-party intellectual property infringement
  79. claims. Others may want functional warranties. (If I were advising the
  80. corporations, I would point out that they're not paying anything for the
  81. code and getting such warranties from individual programmers, who
  82. probably do not have deep pockets, is not that valuable anyway, but
  83. other lawyers may disagree.)</p>
  84. <p>But this can be addressed, not by trying to craft the perfect standard
  85. license, but by informing the corporations that they can, if they don't like the
  86. standard license, approach the authors to negotiate a different, perhaps even
  87. paid, license.</p>
  88. <p>One other benefit of adopting a standard license is to help ensure that
  89. the license accomplishes, from a legal perspective, what the authors
  90. intend. For instance, many of the [original] licenses for the libraries available
  91. on boost.org do not disclaim the warranty of title, meaning that the
  92. authors could, arguably, be sued by a user if the code infringes the
  93. rights of a third party and the user is sued by that third party. I
  94. think the authors probably want to disclaim this kind of liability.</p>
  95. <h3>Short-Form License</h3>
  96. <p>Without in anyway detracting from the draft license that's been
  97. circulated [to Boost moderators], I'd like to propose an alternative &quot;short-form&quot; license that
  98. Boost could have the library authors adopt. David [Abrahams] has expressed a
  99. desire to keep things as simple as possible, and to try to move away
  100. from past practice as little as possible, and this is my attempt at a
  101. draft.</p>
  102. <p>This license, which is very similar to the BSD license and the MIT
  103. license, should satisfy the Open Source Initiative's Open Source
  104. Definition: (i) the license permits free redistribution, (ii) the
  105. distributed code includes source code, (iii) the license permits the
  106. creation of derivative works, (iv) the license does not discriminate
  107. against persons or groups, (v) the license does not discriminate against
  108. fields of endeavor, (vi) the rights apply to all to whom the program is
  109. redistributed, (vii) the license is not specific to a product, and (viii) the
  110. license is technologically neutral (i.e., it does not [require] an explicit gesture of
  111. assent in order to establish a contract between licensor and licensee).</p>
  112. <p>This license grants all rights under the owner's copyrights (as well as an
  113. implied patent license), disclaims all liability for use of the code (including
  114. intellectual property infringement liability), and requires that all subsequent
  115. copies of the code [except machine-executable object code], including partial copies and derivative works, include the
  116. license.</p>
  117. <h2><a name="FAQ">FAQ</a></h2>
  118. <p><b>How is the Boost license different from the
  119. <a href="http://www.opensource.org/licenses/gpl-license.php">GNU General Public
  120. License (GPL)</a>?</b></p>
  121. <p>The Boost license permits the creation of derivative works for commercial or
  122. non-commercial use with no legal requirement to release your source code. Other
  123. differences include Boost not requiring reproduction of copyright messages for
  124. object code redistribution. The GPL is also much longer.</p>
  125. <p><b>Why the phrase &quot;machine-executable object code generated by a source
  126. language processor&quot;?</b></p>
  127. <p>To distinguish cases where we do not require reproduction of the copyrights
  128. and license, such as object libraries, shared libraries, and final program
  129. executables, from cases where reproduction is still required, such as
  130. distribution of self-extracting archives of source code or precompiled header
  131. files. More detailed wording was rejected as not being legally necessary, and
  132. reducing readability.</p>
  133. <p><b>Why is the &quot;disclaimer&quot; paragraph of the license entirely in uppercase?</b></p>
  134. <p>Capitalization of these particular provisions is a US legal mandate for
  135. consumer protection. (Diane Cabell)</p>
  136. <p><b>Does the copyright and license cover interfaces too?</b></p>
  137. <p>The conceptual interface to a library isn't covered. The particular
  138. representation expressed in the header is covered, as is the documentation,
  139. examples, test programs, and all the other material that goes with the library.
  140. A different implementation is free to use the same logical interface, however.
  141. Interface issues have been fought out in court several times; ask a lawyer for
  142. details.</p>
  143. <p><b>Why doesn't the license prohibit the copyright holder from patenting the
  144. covered software?</b></p>
  145. <p>No one who distributes their code under the terms of this license could turn
  146. around and sue a user for patent infringement. (Devin Smith)</p>
  147. <p>Boost's lawyers were well aware of patent provisions in licenses like the GPL
  148. and CPL, and would have included such provisions in the Boost license if they
  149. were believed to be legally useful.</p>
  150. <p><b>Why doesn't the copyright message say &quot;All rights reserved&quot;?</b></p>
  151. <p>Devin Smith says &quot;I don't think it belongs in the copyright notice for
  152. anything (software, electronic documentation, etc.) that is being licensed. It
  153. belongs in books that are sold where, in fact, all rights (e.g., to reproduce
  154. the book, etc.) are being reserved in the publisher or author. I think it
  155. shouldn't be in the BSD license.&quot;</p>
  156. <h2><a name="Transition">Transition</a></h2>
  157. <p>To ease the transition of the code base towards the new common
  158. license, several people decided to give a <a
  159. href="blanket-permission.txt">blank permission</a> for all
  160. their contributions to use the new license. This hopefully helps
  161. maintainers to switch to the new license once the list contains enough
  162. names without asking over and over again for each change. Please
  163. consider adding your name to the list.</p>
  164. <h2><a name="Acknowledgements">Acknowledgements</a></h2>
  165. <p>Dave Abrahams led the Boost effort to develop better licensing. The legal
  166. team was led by
  167. <a href="http://cyber.law.harvard.edu/people/cabell/index.html">Diane Cabell</a>,
  168. Director, Clinical Programs, <a href="http://cyber.law.harvard.edu">Berkman
  169. Center for Internet &amp; Society</a>, Harvard Law School.
  170. <a href="http://www.nixonpeabody.com/attorneys_detail1.asp?ID=121">Devin Smith</a>, attorney, <a href="http://www.nixonpeabody.com/default.asp">
  171. Nixon Peabody LLP</a>, wrote the Boost License. Eva Chan, Harvard Law School,
  172. contributed analysis of Boost issues and drafts of various legal documents.
  173. Boost members reviewed drafts of the license. Beman Dawes wrote this web page.</p>
  174. <hr>
  175. <p>Revised
  176. <!--webbot bot="Timestamp" S-Type="EDITED" S-Format="%d %B, %Y" startspan -->03 December, 2003<!--webbot bot="Timestamp" endspan i-checksum="39365" --></p>
  177. <p> © Copyright Beman Dawes, Daniel Frey 2003.</p>
  178. <p> Use, modification, and distribution are subject to the Boost Software
  179. License, Version 1.0. (See accompanying file <a href="../LICENSE_1_0.txt">
  180. LICENSE_1_0.txt</a> or copy at <a href="http://www.boost.org/LICENSE_1_0.txt">
  181. www.boost.org/LICENSE_1_0.txt</a>)</p>
  182. </body>
  183. </html>
粤ICP备19079148号