<h1>Canonical, Ltd. Finally On Record: Seeking Open Core</h1>
<p class="topAttributionWithDate">
Sunday 17 October 2010 by Bradley M. Kuhn <br></p><p class="topAttributionWithDate"><br></p>
<p>
</p><p><a href="http://ebb.org/bkuhn/blog/2010/02/01/copyright-not-all-equal.html">I've
written before</a> about my deep skepticism regarding the true motives
of Canonical, Ltd.'s advocacy and demand of for-profit corporate
copyright assignment without promises to adhere
to <a href="http://en.wikipedia.org/wiki/Copyleft">copyleft</a>. I've
often asked Canonical employees,
including <a href="http://www.jonobacon.org/">Jono
Bacon</a>, <a href="https://opensource.com/users/brocka">Amanda
Brock</a>, <a href="http://en.wikipedia.org/wiki/Jane_Silber">Jane
Silber</a>, and <a href="http://www.markshuttleworth.com/">Mark
Shuttleworth</a> himself to explain (a) why exactly
they <a href="http://www.canonical.com/contributors">demand copyright
assignment on their projects</a>, rather than merely having contributors
agree to the <a href="http://www.gnu.org/licenses/gpl.html">GNU
<acronym title="General Public License">GPL</acronym></a> formally (like
projects such as Linux do), and (b) why, having received a contributor's
copyright assignment, Canonical, Ltd. <strong>refuses to</strong> promise
to keep the software copylefted and never proprietarize it
(<a href="http://www.fsf.org/"><acronym title="Free Software
Foundation">FSF</acronym></a>, for example, has always done the latter in assignments). When I
ask these questions of Canonical, Ltd. employees, they invariably
artfully change the subject.</p>
<p>I've actually been asking these questions for at least a year and a
half, but I really began to get worried earlier this year
when <a href="http://ebb.org/bkuhn/blog/2010/02/01/copyright-not-all-equal.html">Mark
Shuttleworth falsely claimed</a> that <q>Canonical, Ltd.'s copyright
assignment was no different than the FSF's copyright assignment</q>.
That event made it clear to me that there was a job of salesmanship
going on: Canonical, Ltd. was trying to sell something to community that
the community doesn't want nor need, and trying to reuse the good name
of other people and organizations to do it.</p>
<p>Since that interview in February, Canonical, Ltd. has launched a
manipulatively named product called
<a href="http://opensource.com/law/10/6/project-harmony-looks-improve-contribution-agreements-0">“Project
Harmony”</a>. They market this product as a “summit”
of sorts — purported to have no determined agenda other than
to <q>discuss</q> the issue of contributor agreements and copyright
assignment, and come to a <q>community consensus</q> on this. Their
goal, however, was merely to get community members to lend their good
names to the process. Indeed, Canonical, Ltd. has oft attempted to use
the involvement of good people to make it seem as if Canonical, Ltd.'s
agenda is endorsed by many. In
fact, <a href="http://www.fsf.org/blogs/licensing/project-harmony">FSF
recently distanced itself from the process</a> because of Canonical,
Ltd.'s actions in this
regard. <a href="http://blogs.computerworlduk.com/simon-says/2010/08/on-contributor-agreements/index.htm">Simon
Phipps has similarly distanced himself before that</a>.</p>
<p>Nevertheless, it seems Canonical, Ltd. now believes that they've
succeed in their sales job, because they've now confessed their true
motive. In
an <a href="https://wiki.ubuntu.com/MeetingLogs/openweekMaverick/AskMark">IRC
Q&A session</a> last
Thursday<sup><a id="return-omgubuntu-secondary-source" href="http://ebb.org/bkuhn/blog/2010/10/17/shuttleworth-admits-it.html#footnote-omgubuntu-secondary-source">0</a></sup>, Shuttleworth
finally admits that his goal is to increase the amount
of <a href="http://ebb.org/bkuhn/blog/2009/10/16/open-core-shareware.html">“Open
Core”</a> activity. Specifically, Shuttleworth says at 15:21 (and
following):
</p><blockquote>
[C]ompare Qt and Gtk, Qt has a contribution agreement, Gtk doesn't, for a
while, back in the bubble, Sun, Red Hat, Ximian and many other companies
threw money at Gtk and it grew and improved very quickly but, then they
lost interest, and it has stagnated. Qt was owned by Trolltech it was open
source (GPL) but because of the contribution agreement they had many
options including proprietary licensing, which is just fine with me
alongside the GPL and later, because they owned Qt completely, they were
an attractive acquisition for Nokia, All in all, the Qt ecosystem has
benefitted [sic] and the Gtk ecosystem hasn't.
</blockquote>
<p>It takes some careful analysis to parse what's going on here. First of
all, Shuttleworth is glossing over a lot of complicated Qt history. Qt
started with a non-<acronym title="Free as in Freedom">FaiF</acronym>
license (QPL),
which <a href="http://en.wikipedia.org/wiki/Q_Public_License">later
became a GPL-incompatible Free Software license</a>. After a few years
of this
oddball, <a href="http://en.wikipedia.org/wiki/License_proliferation">license-proliferation</a>-style
software freedom license, Trolltech stumbled upon the “Open
Core” model (likely inspired by MySQL AB), and switched to GPL.
When <a href="http://mobile.slashdot.org/article.pl?sid=08/01/28/136204">Nokia
bought Trolltech</a>, Nokia itself discovered that full-on “Open Core”
was <em>bad</em> for the code base, and
(as <a href="http://ebb.org/bkuhn/blog/2009/01/14/qt-lgpl.html">I
heralded at the
time</a>) <a href="http://qt.nokia.com/about/news/lgpl-license-option-added-to-qt">relicensed
the codebase to LGPL</a> (the <em>same</em> license used by Gtk). A few
months after that, Nokia
<a href="http://labs.qt.nokia.com/2009/05/11/qt-public-repository-launched/">abandoned
copyright assignment completely for Qt</a> as well! (I.e., Shuttleworth
is just wrong on this point entirely.) In fact, Shuttleworth, rather
than supporting his pro-Open-Core argument, actually gave the prime
example of Nokia/TrollTech's lesson learned: “don't do an
Open-Core-style contributor agreement, you'll regret it”.
(<acronym title="Richard M. Stallman">RMS</acronym>
also
recently <a href="http://www.fsf.org/blogs/rms/assigning-copyright">published
a good essay on this subject</a>).</p>
<p>Furthermore, Shuttleworth also ignores completely plenty of historical angst in
communities that rely on Qt, which often had difficulty getting bugfixes
upstream and other such challenges when dealing with a for-profit
controlled “Open Core” library. (These were, in fact, among the
reasons <a href="http://labs.qt.nokia.com/2009/05/11/qt-public-repository-launched/">Nokia
gave in May 2009 for the change in policy</a>). Indeed, if the proprietary
relicensing business is what made Trolltech such a lucrative acquisition
for Nokia, why did they abandon the business model entirely within four
months of the acquisition?</p>
<p>Although, Shuttleworth's “lucrative acquisition” point has
some validity. Namely, “Open Core” makes wealthy,
profit-driven types (e.g.,
<acronym title="Venture Capitalists">VC</acronym>s) drool. Meanwhile,
people like
<a href="http://ebb.org/bkuhn/blog/2009/10/16/open-core-shareware.html">me</a>,
<a href="http://blogs.computerworlduk.com/simon-says/2010/06/open-core-is-bad-for-you/index.htm">Simon
Phipps</a>, <a href="http://www.channelregister.co.uk/2010/07/20/why_nasa_is_dropping_eucalyptus_from_its_nebula_cloud/">NASA's
Chris
Kemp</a>, <a href="http://www.ostatic.org/blog/open-core-or-open-snore">John
Mark Walker</a>, <a href="http://www.adventuresinoss.com/?p=863">Tarus
Balog</a> and many others are either very skeptical about “Open Core”, or
dead-set against it. The reason it's meeting with so much opposition is
because “Open Core” is a VC-friendly way to control all the
copyright “assets” while <em>pretending</em> to actually have the
goal of building an Open Source community. The real goal of “Open
Core”, of course, is a bait-and-switch move. (Details on that are
beyond the scope of this post and well covered in the links I've
given.)</p>
<p>As to Shuttleworth's argument of Gtk stagnation, after
my <a href="http://ebb.org/bkuhn/blog/2010/08/05/guadec.html">trip
this past summer to GUADEC</a>, I'm quite convinced that the GNOME
community is extremely healthy. Indeed,
as <a href="http://blogs.gnome.org/bolsh/2010/07/28/gnome-census/">Dave
Neary's GNOME Census shows</a>, the GNOME codebases are well-contributed
to by various corporate entities and (more importantly) volunteers.
For-profit corporate folks like Shuttleworth and his executives tend not
to like communities where a non-profit (in this case,
the <a href="http://foundation.gnome.org/">GNOME Foundation</a>)
shepherds a project and keeps the multiple for-profit interests at bay.
In fact, he dislikes this so much that when GNOME was
recently <a href="http://live.gnome.org/CopyrightAssignment">documenting
its long standing copyright policies</a>, he sent Silber to the GNOME
Advisory Board (the first and only time Canonical, Ltd. sent such a high
profile person to the Advisory Board) to argue against
the <strong>long</strong>-standing GNOME community preference for no
copyright assignment on its
projects<sup><a id="return-canonical-gnome-copyright-complaints" href="http://ebb.org/bkuhn/blog/2010/10/17/shuttleworth-admits-it.html#footnote-canonical-gnome-copyright-complaints">1</a></sup>.
Silber's primary argument was that it was unreasonable for individual
contributors to even <em>ask</em> to keep their own copyrights, since
Canonical, Ltd. puts in the bulk of the work on their projects that
require copyright assignment. <b> Her argument was, in other words, an
anti-software-freedom equality argument: a for-profit company is more
valuable to the community than the individual contributor.</b> Fortunately,
GNOME Foundation didn't fall for this, continued its work with Intel to
get the Clutter codebase free of copyright assignment (and that work has
since succeeded). It's also particularly ironic that, a few months
later, Neary showed that the very company making that argument
contributes 22% <em>less</em> to the GNOME codebase than the volunteers
Silber once argued <q>don't contribute enough to warrant keeping their
copyrights</q>.</p>
<p><b>So, why</b> have Shuttleworth and his staff been on a year-long campaign to
convince everyone to embrace “Open Core” and give up all
their rights that copyleft provides? Well, in the same IRC log (at
15:15) I quoted above, Shuttleworth admits that he has <q>some</q> work
left to do to make Canonical, Ltd. profitable. And therein lies the
connection: Shuttleworth admits Canonical, Ltd.'s profitability is a
major goal (which is probably obvious). Then, in his next answer, he
explains at great length how lucrative and important “Open
Core” is. <b>We should accept “Open Core”, Shuttleworth
argues, merely because it's so important that Canonical, Ltd. be
profitable.</b></p>
<p>Shuttleworth's argument reminds me of a story
that <a href="http://www.michaelmoore.com/">Michael Moore</a> (who
famously made <a href="http://en.wikipedia.org/wiki/Roger_&_Me">the
documentary <cite>Roger and Me</cite></a>, and has since made other
documentaries) told at a book-signing in the mid-1990s. Moore said (I'm
paraphrasing from memory here, BTW):
</p><blockquote>
Inevitably, I end up on planes next to some corporate executive. They
look at me a few times, and then say: <q>Hey, I know you, you're Roger
Moore [audience laughs]. What I want to know, is what the hell have you
got against <em>profit</em>? What's wrong with profit, anyway?</q> The
answer I give is simple: There's nothing wrong with profit at all. The
question I'm raising is: What lengths are acceptable to achieve profit?
We all agree that we can't exploit child labor and other such things, even
if that helps profitability. Yet, once upon a time, these sorts of
horrible policies were acceptable for corporations. So, my point is that
we still need more changes to balance the push for profit with what's
right for workers.
</blockquote>
<p>I quote this at length to make it abundantly clear: I'm not opposed to
Canonical, Ltd. making a profit by supporting software freedom. I'm
glad that Shuttleworth has contributed a non-trivial part of his
personal wealth to start a company that employs many excellent
<acronym title="Free, Libre, and Open Source Software">FLOSS</acronym>
developers (and even sometimes lets those developers work on upstream
projects). But the question really is: Are the values of software
freedom worth giving up merely to make Canonical, Ltd. profitable?
Should we just accept
that <a href="https://bugs.launchpad.net/ubuntuone-servers/+bug/375272">proprietary
network services like UbuntuOne</a>, integrated on nearly every menu of
the desktop, as reasonable merely because it might help Canonical,
Ltd. make a few bucks? Do we think we should abandon copyleft's
assurances of fair treatment to all, and hand over full
proprietarization powers on GPL'd software to for-profit companies,
merely so they can employ a few FLOSS developers to work primarily on
non-upstream projects?</p>
<p>I don't think so. I'm often critical of Red Hat, but one thing they do
get right in this regard is a healthy encouragement of their developers
to start, contribute to, and maintain upstream projects that live in the
community rather than inside Red Hat. Red Hat currently allows its
engineers to keep their own copyrights and license them under whatever
license the upstream project uses, binding them to the terms of the
copyleft licenses (when the upstream project is copylefted). Red Hat
even encourages outside contributors to give under their own copyright
under the outbound license Red Hat chose for its projects (some of which
are also copylefted). This set of policies has some flaws (details of
which are beyond the scope of this post), but it's orders of magnitude
better than the copyright assignment intimidation tactics that other
companies, like Canonical, Ltd., now employ.</p>
<p>So, don't let a friendly name like “Harmony” fool you. Our
community has some key infrastructure, such as the copyleft itself, that
<em>actually</em> keeps us harmonious.
<a href="http://ebb.org/bkuhn/blog/2010/02/01/copyright-not-all-equal.html">Contributor
agreements aren't created equal</a>, and therefore we should oppose the
idea that contributor and assignment agreements should be set to the
lowest common denominator to enable a for-profit corporate land-grab
that Shuttleworth and other “Open Core” proponents seek.
I also strongly advise the organizations and individuals who are
assisting Canonical, Ltd. in this goal to stop immediately,
particularly now that Shuttleworth has announced his “Open
Core” plans.</p>
<hr class="footnote-separator">
<p><sup><a href="http://ebb.org/bkuhn/blog/2010/10/17/shuttleworth-admits-it.html#return-omgubuntu-secondary-source" id="footnote-omgubuntu-secondary-source">0</a></sup>I
originally credited <cite>OMG Ubuntu</cite>
as <a href="http://www.omgubuntu.co.uk/2010/10/mark-shuttleworth-talks-projcet-harmony-unity-and-more/">publishing
Shutleworth's comments as an interview</a>. Their reformatting
of his comments temporarily confused me, and I thought they'd
done an interview. Thanks
to <a href="http://identi.ca/gotunandan">@gotunandan</a> who
<a href="http://identi.ca/notice/56487822">pointed this out</a>.
</p>
<p><sup><a href="http://ebb.org/bkuhn/blog/2010/10/17/shuttleworth-admits-it.html#return-canonical-gnome-copyright-complaints" id="footnote-canonical-gnome-copyright-complaints">1</a></sup>Ironically, the
debate had nothing to do with a Canonical, Ltd. codebase, since their
contributions amount to so little (1%) of the GNOME codebase anyway.
The debate was about the Clutter/Intel situation, which has since been
resolved.</p>
<img alt="" src="http://ebb.org/images/2010-10-17-shuttleworth.jpg">
<p class="bottomAttributionWithDate">
Posted on Sunday 17 October 2010 at 11:30 by Bradley M. Kuhn.
</p>
<p class="comments">
Comment on this post in <a href="http://identi.ca/conversation/55760715#notice-56485409">this identi.ca conversation</a>.
</p><a href="http://ebb.org/bkuhn/blog/2010/10/17/shuttleworth-admits-it.html">http://ebb.org/bkuhn/blog/2010/10/17/shuttleworth-admits-it.html</a><br><br><br>-- <br>Pablo Manuel Rizzo<br>-------------------------------<br>
<a href="http://pablorizzo.com">http://pablorizzo.com</a><br>-------------------------------<br><br><br>