The Intellectual Property Rights Imperative of Single-Vendor Open Source

I guess everybody knows it but nobody ever named it, as far as I know, so I’m doing it here:

The Intellectual Property Rights Imperative of Single-Vendor Commercial Open Source

Always act in such a way that you, and only you, possess the right to provide the open source project under a license of your choice.

For those familiar with the dual-license strategy, this is probably a no-brainer, but I thought it would be good to spell it out and put a name on it. This helps fine-tune behavior and improve on it. One such possible improvement is the switch from a copyright transfer agreement to a relicensing rights grant.

Most notably, all commercial open source vendors I know who use a dual-license strategy require that outside code contributors sign over the copyright to their code contributions to the vendor. MySQL, SleepyCat, Jaspersoft—they all do or did it. If I was a potential contributor, I’d hate loosing the rights to my code; hence I’m less inclined to even consider contributing. This dovetails nicely with the recent debate about “GPL vs. Apache” which is all about reducing friction in building your community.

So why not weaken your contributor agreement? The intellectual property rights imperative says nothing about the firm maintaining the copyright. All you really need, as Larry Augustin pointed out to me by email, is to maintain the relicensing rights. Thus, you could ask a contributor to sign a rights grant that allows the firm to relicense his or her contribution. This is much weaker than a copyright transfer and, so my guts feeling, is likely to be received more friendly by your potential contributors. Thus it should help you to grow your community faster.

I’m sure the intellectual property rights imperative holds. I’m not sure about switching to the relicensing grant, mostly because I don’t see people doing it, so I may be overlooking something. IANAL, as they say…

Posted on

Comments

  1. […] The Intellectual Property Rights Imperative of Single-Vendor Open Source […]

  2. […] Dual (or multiple) licensing is a strategy, in which a company develops software, releases it under an aggressively reciprocal (“viral”) license like the AGPLv3 and then offers commercial customers who don’t like the open source license the option to acquire a proprietary license for the software. This is a positional advantage of the vendor, because it is the only company that can apply this strategy (courtesy of being the copyright holder). While I mix things up a bit, it is closely related to what’s been called the open core model or single vendor open source. To maintain this positional advantage, vendors need to follow the commercial open source intellectual property rights imperative. […]

  3. Michel S. Avatar

    There’s also joint-copyright assignments, as e.g. used by OpenOffice.org. In practice, I wonder how different it is from simply granting relicensing rights.
    From the FSF’s rationale behind their urging for developers to assign copyright to them, I am inferring that a joint-copyright owner would be able to pursue copyright infringement claims better than one that is simply in posession of relicensing rights; thus, there might be a legal advantage.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Share the Joy

Share on LinkedIn

Share by email

Share on Twitter / X

Share on WhatsApp

Featured Startups

QDAcity makes qualitative research and qualitative data analysis fun and easy.
EDITIVE makes inter- and intra-company document collaboration more effective.

Featured Projects

Making free and open data easy, safe, and reliable to use
Bringing business intelligence to engineering management
Making open source in products easy, safe, and fun to use