[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200709032049.45472.dhazelton@enter.net>
Date: Mon, 3 Sep 2007 20:49:44 -0400
From: Daniel Hazelton <dhazelton@...er.net>
To: davids@...master.com
Cc: espie@...im.net, linux-kernel@...r.kernel.org
Subject: Re: GPL weasels and the atheros stink
On Monday 03 September 2007 20:23:37 David Schwartz wrote:
> > Wrong - I said "You can't complain about Person A doing X when
> > you let Person
> > B do X without complaint".
>
> Yes, I can. There is no inconsistency between acting in one case and
> failing to act in another. We need not act in every possible case where we
> could act to preserve our right to act in a particular case.
Sorry, I should have said that you cannot prosecute one person for doing
something without prosecuting everyone that is doing it. Otherwise you have
lost the case before it has started - no judge would allow such a one sided
application of the law.
> > To whit: you can't complain that Jiri has made
> > changes to a dual-licensed "work" and only released his changes
> > under one of
> > the licenses on the work when somebody else - in this case Msr.
> > Floeter - has
> > done the same thing.
>
> First of all, I haven't complained about Jiri's changes. Second, I most
> certainly can. I can complain about one murder without complaining about
> every murder. There is no inconsistency whatsoever with acting in one case
> without having to act in every other conceivable case.
Sorry, this ties back to the original statement and the implied threats of
legal action by Theo and backed up by almost every OpenBSD developer that has
participated in this discussion.
It's a mis-statement of mine - see above. If you are going to prosecute one
person for doing something, you have to prosecute everyone who does it.
> We can complain about or work to fight whatever injustices we like. There
> is no obligation to address every equal, or greater, injustice before
> working on the injustice of one's choice.
Yes, of course.
> > No, no confusion. You could care less about the code being dual-licensed.
>
> Your
>
> > choice of subjects 'GPL weasels' speaks volumes.
>
> *My* choice of subjects?! You seem to have me confused with someone else
> entirely.
Potentially - I am terrible with names and had assumed that you were the
person who had forked the "Stealing Our Code" thread with the "GPL weasels"
subject. If my assumption is faulty, then I apologize and ask your
forgiveness for my false accusation.
> My sole points in this thread were to:
>
> 1) Correct some misunderstandings about how dual licenses actually work.
This was, IIRC, already well understood by most of the people on the Linux
Kernel side of things. (Alan Cox has given several quite lucid statements
showing that he, at least, does understand this)
> 2) Explain *why* a file cannot really remain dual-licensed if it's part of
> the Linux kernel distribution.
A file/files can have as many licenses on it as the developer wants, provided
that at least one of them is the GPL(v2). That is because, for it to be
legally distributed as part of the Linux Kernel it has to be done so under
the auspices of the license on the Linux Kernel - the GPLv2.
> While I generally prefer the BSD license to the GPL license and tend to be
> a pretty vocal GPL critic, I have said many times that almost any
> *consistent* license is better for a large project than different licenses,
> even if they're compatible, on different files.
I am critical of the GPL myself, as is Linus and a lot of people. (Linus
himself has said, numerous times, that he is "no fan of the GPL, but it is
the best that exists" (his words and opinion) - and I have heard similar
sentiments from a lot of people.)
I am not a fan of the BSD license because I'd like to be able to incorporate
any changes someone might make back into the original code. There is no
requirement in the BSD license for someone to make their changes to my code
available to me - so I am not a fan of it.
> > Doesn't matter if the BSD license or the GPL *PERMITS* it or not. The
> > fact remains that the person making a work available under *ANY* form of
>
> copyright
>
> > license has the right to revoke said grant of license to anyone. The GPL
> > codifies certain situations in which the person would not, personally,
>
> have
>
> > to revoke the license, but does not limit the original copyright holders
> > rights (in that regard) in any way.
>
> I'm not sure where you're getting this from, but it's not true. Linus
> cannot decide tomorrow that nobody can distribute the Linux kernel anymore.
In the US you have to explicitly waive rights for you to not have them (in
regards to licenses). Although, considering what I have been informed of in
regards to the law in Poland (and, seeing as how this has surprised a lot of
people, likely a large number of other countries), to make sure those rights
are "reserved" they should be explicitly spelled out in the text of the
license.
And the truth is that Linus could do that - if he required contributors to do
a copyright assignment (which would make him the holder of the sole copyright
on the Linux Kernel). Since Linus is *NOT* the sole copyright holder on
Linux, he cannot do this. He could, if he was so inclined, perform such a
license revocation on code he holds copyright to, but this would not, IMHO,
make any sort of lasting impact on the Linux Kernel itself. (It might force
people to choose a different name as well, but...)
DRH
--
Dialup is like pissing through a pipette. Slow and excruciatingly painful.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists