linux-sparse.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Josh Triplett <josht@linux.vnet.ibm.com>
To: David Given <dg@cowlark.com>
Cc: linux-sparse@vger.kernel.org
Subject: Re: sparse licensing query
Date: Fri, 11 Jul 2008 17:00:14 -0700	[thread overview]
Message-ID: <1215820814.4584.23.camel@josh-work.beaverton.ibm.com> (raw)
In-Reply-To: <4877E67B.9040106@cowlark.com>

On Sat, 2008-07-12 at 00:02 +0100, David Given wrote:
> I'm just putting together some documentation in preparation for a proper
> release of Clue, and have been doing some license paperwork (I want to
> properly attribute sparse). I notice that the LICENSE documentation
> refers to the OSL v1.1 (and provides a dead link to www.opensource.com).
> 
> Given that the OSL is now at v3.0, does sparse use OSL v1.1 on purpose
> or simply that nobody got round to updating it?

For the same reason that most of Linux uses GPLv2 without the "or any
later version" clause: because developers didn't want automatic upgrades
to new licenses without the chance to read them or approve of them.

> (I also note, purely for informational value, that no version of the OSL
> is DSFG compatible.)

And for that matter, all versions of the OSL have incompatibilities with
the GPL.  The sparse FAQ notes that that occurred intentionally, and
motivated the original choice of license.

TTBOMK, newer versions of the OSL seem sufficiently less egregious that
Debian has accepted them.  I think Debian primarily objects to clause
10, which newer versions revise.


Sparse's license has come up on the list several times.  At least one of
those times, the question of relicensing it came up; it seems that none
of the developers object to it.  However, quoting Linus from one of
those discussions:
> Yeah, the OSL wasn't the best choice. I tried to change it (look in the 
> sparse email archives) a few years ago, but I never got in contact with 
> anybody at Transmeta back then who could have the power to relicense, and 
> while my work with Linux has always been unquestionably mine (ie my work 
> contract explicitly stated such), with sparse it isn't as obvious..
> 
> So back then, I couldn't get anybody to look at it (not that I tried all 
> that hard), and I don't think I even have any contacts left to people I 
> know at Transmeta any more.

If anyone wants to try to find the right people to talk to, and for that
matter to get explicit assent from each of the developers, I would
greatly appreciate it.

Sparse's license has in at least one case made it difficult for a
potential user of Sparse, namely the gobject-introspection work.

- Josh Triplett



  reply	other threads:[~2008-07-12  0:00 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-11 23:02 sparse licensing query David Given
2008-07-12  0:00 ` Josh Triplett [this message]
2008-07-20 23:17   ` H. Peter Anvin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1215820814.4584.23.camel@josh-work.beaverton.ibm.com \
    --to=josht@linux.vnet.ibm.com \
    --cc=dg@cowlark.com \
    --cc=linux-sparse@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).