From: Remigiusz Modrzejewski <lkml.only@maxnet.org.pl>
To: linux-kernel@vger.kernel.org
Subject: Re: Policy on dual licensing?
Date: Sun, 4 Nov 2007 17:30:15 +0000 (UTC) [thread overview]
Message-ID: <slrnfis0mv.cms.lkml.only@localhost.localdomain> (raw)
In-Reply-To: 20071104000443.GB30710@thunk.org
Theodore Tso wrote:
>> There are over four hundred C source files that mention BSD, but only
>> a hundred of them is dual licensed. Of course not all mentions of BSD
>> mean the file is derived from it, as well as not each such licensed file
>> must use the acronym. No matter what the scale really is, the problem
>> exists.
>
> First of all, just because it mentioned BSD doesn't necessarily mean
> that it came from BSD. For example, I wrote the /dev/random driver
> spceifically from Linux, but dual licensed it because I wanted the BSD
> camps to pick it up. Secondly, you're presupposing that it is a
> *problem*. There are those who believe that there is nothing wrong,
> either morally, ethically, or legally, with taking BSD code, and not
> dual-licesing it when adding GPL-specific additions. You are begging
> the question by just asserting that it is a _problem_. Some people
> view the GPLv2 license as a feature, not a bug.
All of my publicly released code is GPLv2. I just like it, but I don't
like the idea of taking someones else code and prohibiting him from
back-porting changes. On the other hand, you're probably just right,
I could've been decepted about the scale by the whining.
>> However, this should minimize such cases
>> and, hopefully, satisfy the claims about Linux maintainers not doing
>> all that they could to make the world a better place.
>
> Actually, again, you're begging the question. I have no doubt that
> people who write code under a BSD, CDDL, or GPL license all believe
> they are making the world a better place in their own way. For you to
> say that Linux maintainers who don't try to get more drivers dual
> licensed === not making the world a better place is just as unfair as
This is not my claim. I've just got an idea how to prevent future flame
wars, bad press and other disturbances created by such claims. For me,
the idea looks quite good as it does not cost really much and is the
only thing that we can really do. If even this little additional strain
on the maintainers seems too much, considering the scale of the problem
really is minute, then just forget about the whole thing.
But, on the end of the day, the whole thing remains a problem in my
eyes. BSD folks have explicitly agreed companies/organisations to not
give back. These have divided into those who do give back, and those who
don't. Having Linux community in the second category feels not so good.
However, the fact that in most(?) cases it is not so is relaxing.
--
Remigiusz 'lRem' Modrzejewski
Contact: http://lrem.net/pages/view/about
Feel free to correct my English.
next prev parent reply other threads:[~2007-11-04 17:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-03 12:14 Policy on dual licensing? Remigiusz Modrzejewski
2007-11-03 13:37 ` Krzysztof Halasa
2007-11-03 16:36 ` Remigiusz Modrzejewski
2007-11-04 0:04 ` Theodore Tso
2007-11-04 17:30 ` Remigiusz Modrzejewski [this message]
2007-11-06 12:40 ` Jarek Poplawski
2007-11-05 23:13 ` David Schwartz
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=slrnfis0mv.cms.lkml.only@localhost.localdomain \
--to=lkml.only@maxnet.org.pl \
--cc=linux-kernel@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