Wanted the close the loop and thank license-discuss and OSI for the approval of the Common Public Attribution License.  Now that we have Socialtext has followed the process, we are adopting CPAL and are OSI-Certified and genuinely Open Source.  If our license wasn't approved, we would have selected an OSI-Certified license less optimal for our products.  And since it was, other products can choose this path, and my hope is CPAL will grow our community.

<br><br>Dan Bricklin has written a great guide for those considering adopting CPAL for their own projects:<br><br><a href="https://www.socialtext.net/open/index.cgi?how_to_apply_the_cpal_to_your_product">https://www.socialtext.net/open/index.cgi?how_to_apply_the_cpal_to_your_product

</a> Again, thank you to those who participated in the process.  Even though we might not have agreed, I am pleased with the outcome of the text and know most of you are.  I look forward to contributing to future discussions.

<br><br>Ross<br><br><div><span class="gmail_quote">On 7/30/07, <b class="gmail_sendername">Michael Tiemann</b> <<a href="mailto:tiemann@opensource.org">tiemann@opensource.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I have no idea why this never made it to the reflector.  I'll try sending again.<br><br>M<br><br>---------- Forwarded message ----------<br>From: Michael Tiemann <<a href="mailto:tiemann@opensource.org">tiemann@opensource.org

</a>><br>Date: Jul 27, 2007 1:43 AM<br>Subject: OSI approves CPAL at OSCON 2007<br>To: <a href="mailto:license-discuss@opensource.org">license-discuss@opensource.org</a><br><br><br>I wish that Russ Nelson or I would have been the first to be able to

<br>report the results of the board meetings held at OSCON this week.  The<br>schedule of our activities was posted on our wiki, but that schedule<br>did not necessarily tell the whole story of our busy time in Portland.<br>

 Between the 6 hour work session Sunday, the 10+ hour board meeting<br>Monday, programming and presentations Tue-Thu, the hour-long BOF on<br>Tuesday, the 2+ hour BOF on Wednesday night, and 16+ hours of booth<br>duty (usually attended by at least 2 OSI board members, and which

<br>helped the OSI raise approximately $4000 from approximately 200<br>conference attendees), there has been a lot to juggle.  Not to mention<br>the challenge of coordinating 8 different board members staying in 8<br>different hotels, working for 8 different companies, each of which are

<br>demanding lots of attention when we're not attending OSI-related<br>meetings.  I now have time to write this email because OSCON 2007 is<br>over for me, and I have a few hours before I need to wake up and catch<br>

an early morning flight to my next destination.<br><br>In Monday's board meeting the topic of whether to approve the CPAL was<br>considered.   We took the advice of the License Approval Chair, which<br>was to approve the CPAL.  We know that there was not 100% consensus

<br>among those who subscribe to license-discuss, but we felt that there<br>was reasonable consensus that the safe harbor of the license was<br>sufficiently broad to meet the requirements of the OSD and therefore<br>approve the license.  Whereas there was significant and broad

<br>consensus *against* the predecessor version, the response by many to<br>the current version was a stark contrast that we read as general<br>acceptance.  In the course of taking that recommendation, which I<br>agreed with, I observed what I considered to be a mismatch between the

<br>text of the license and the intentions discussed, debated, and before<br>us to approve.<br><br>I suggested that it would be better to correct the error in the<br>license as long as such correction did not in any way affect the

<br>substance of the discussion of that license.  If the error had in any<br>way violated the OSD, I would have sent the license back to the review<br>process, as I did when the SimPL license was (erroneously) submitted<br>

with incorrect text.  But this error related to a potential for<br>confusion where none need exist, in a license whose terms were<br>otherwise recommended for approval.  I thought it better to make a<br>change and approve a license with less potential for confusion than to

<br>approve the license and deal later with the confusion, or force yet<br>another delay on an already long-delayed process simply to recount<br>votes that had already been cast.  The board discussed this and<br>agreed.<br>

<br>In the middle of all this, I was lobbied by a third party attending<br>OSCON to make additional changes that would have altered the substance<br>of the license, I said "no, we're not going to consider changing the

<br>conditions of the bargain--we're only going to consider corrections to<br>the text to reflect the bargain that was discussed."  I further<br>explained that if the person's proposed change was not enough to

<br>change consensus on license-discuss (to which he had posted his<br>suggestion to no avail), private lobbying wasn't going to get me to<br>suggest a private amendment to the licenseas a requirement for<br>approval.  The community had been consulted, and its stance on that

<br>issue as well as the overall substance, which was not a unanimous<br>stance, was clear.<br><br>If the board were more efficient in conducting its business, perhaps<br>we would have time to check and re-check every submission while still

<br>providing tolerable turn-around.  The board certainly values the<br>advice that the License Approval Committee provides to us--it is<br>advice we take very seriously and it is advice that helps us greatly<br>to define and communicate our statements about the licenses submitted

<br>to us.  Even when a license is clearly OSD-compliant or clearly not<br>OSD-compliant, we are happy that there are "many eyes" reading along<br>with us, making the work both easier and more certain.  But it is an

<br>advisory role, and ultimately it is up to the Board to discern what<br>and how much of that advice to take, not unlike a maintainer reading<br>comments from other reviewers before committing a patch in modified or<br>

unmodified form.  And in this case, we took that advice (which was not<br>unanimous), accepted a change we considered to be an improvement in<br>clarity but not a change in substance, and approved the license.<br><br>I look forward to getting our minutes published and I look forward to

<br>answering any other questions anybody on this list may have for me,<br>either in public email or privately.  This situation is not the<br>Board's preferred way to do things, but the Board does prefer to do<br>things it considers responsible compared to doing nothing because it

<br>lacks any confidence whatsoever in its own ability to act responsibly.<br> In this circumstance we felt it better to act than to wait (or, more<br>accurately, more harmful to wait than to act).<br><br>Some of you have already expressed your strong disagreement with our

<br>decision, and you, too, are entitled to your opinion.  But know this:<br>the board does value your opinion, and we hope that you will continue<br>to provide it, both when you agree and when you disagree with our<br>policies, procedures, and decisions.  And the board takes very

seriously its responsibility for serving the communities of developers, users, and other stakeholders who want to see more people benefiting from more open source software, software that fulfills the promise of the OSD.

<br><br>The next OSI Board meeting is scheduled for August 11th, and it will<br>likely be at 11AM EDT (8AM PDT).  If you would like to attend (by<br>conference call), send me an email and I'll work out how to get you<br>

dialed in.  If you'd like to address the board, I'll create time on<br>the schedule for that.<br><br>M<br></blockquote></div><br><br clear="all"><br>-- <br>--<br>Ross Mayfield<br>CEO & Co-founder<br>Socialtext

<br>1-877-GET-WIKI, ext. 209<br>655 High St. Palo Alto, CA 94301<br><a href="mailto:ross.mayfield@socialtext.com">ross.mayfield@socialtext.com</a><br>skype:rossmayfield<br>company: <a href="http://www.socialtext.com">http://www.socialtext.com

</a><br>blog: <a href="http://ross.typepad.com">http://ross.typepad.com</a><br>this email is: [ ] bloggable [ x ] ask first [ ] private