lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200709022311.33534.dhazelton@enter.net>
Date:	Sun, 2 Sep 2007 23:11:33 -0400
From:	Daniel Hazelton <dhazelton@...er.net>
To:	davids@...master.com
Cc:	"Linux-Kernel@...r. Kernel. Org" <linux-kernel@...r.kernel.org>
Subject: Re: Fwd: That whole "Linux stealing our code" thing

(by the way, text in caps surrounded by *'s is meant to indicate vocal stress, 
not volume)

On Sunday 02 September 2007 22:01:18 David Schwartz wrote:
<snip>
> > So I appear to have a
> > right to convey the work under the GPL to a third party, who from me
> > receives no right to use it except under the GPL.
>
> Here's where your train goes off the rails. They do not receive any right
> to use it from you. They receive a license to use it under the GPL from the
> original author. Please read GPL section 6.
>
> "  6. Each time you redistribute the Program (or any work based on the
> Program), the recipient automatically receives a license from the
> original licensor to copy, distribute or modify the Program subject to
> these terms and conditions.  You may not impose any further
> restrictions on the recipients' exercise of the rights granted herein.
> You are not responsible for enforcing compliance by third parties to
> this License."
>
> The GPL does not give you *any* right to extend anyone a license to code
> you did not author. (Nor can it as such an extension would have to be done
> in writing in most countries.) When you distribute a GPL'd work, the right
> to use every creative element in that work is licensed to the recipients
> directly from their respective authors. Under no circumstances does the GPL
> ever give you the ability to license someone else's work to a third party.

However, this is not what is happening here. Jiri has made changes that he has 
licensed solely under the GPLv2. This means that he now becomes the 
licensor - not Mr. Floeter or Mr. Leffler. *BUT* *ONLY* of the version of the 
code containing his changes.

Mr. Floeter *CAN* request that his code be removed from said fork - his code 
is solely licensed (AFAICT and IIRC) under the BSD/ISC license and was only 
covered by the dual-license because it was integrated into a work that 
carried said dual-license. (I'm not sure how well such a revocation would 
work in reality, but it is Mr. Floeters right.)...

(Sam Leffler could do the same - but I'm not sure how well that would carry.)

> >  * Alternatively, this software may be distributed under the terms of the
> >  * GNU General Public License ("GPL") version 2 as published by the Free
> >  * Software Foundation.
> >
> > The choice appears to be delegated to the recipient very clearly and
> > very specifically by the licencing on the file. It does not say that I
> > must convey the work under both licences. It quite specifically says I
> > may convey the work under whichever of the two I prefer (and probably
> > both if I wish). Clearly if that had not been the intent it would not
> > have included the clause giving the choice.
>
> Either license can grant you the right to distribute it, but how you get
> the rights to distribute has *NO* effect on the recipient. They receive a
> lawful copy and any rights the original author grants them under a license
> from that original author. You have no power to grant or modify rights to
> the original work.

Correct. Doesn't apply in the case of the code in question (unless the changes 
that were made are so tiny as to not be copyrightable).

In this case the code is question is a modified version, which means that the 
right to distribute said modified version now originates with the person 
holding the copyright on the modifications. (Though their right to distribute 
the code, in such a situation, is lessened quite a bit by the text of the 
license they received the code under)

> This is a common misunderstanding.

No misunderstanding, really.

Alan seems to have given a bad example that doesn't apply to the situation 
that is being discussed.

> Note that you may remove the text of either license from a dual-licensed
> file and redistribute under the other license because neither license
> requires you to retain the other license and both licenses give you the
> right otherwise to modify as you wish. But the removal of a license from a
> file has no effect on the grant of license. Your recipients still get a
> dual license to those protectable elements in the file that were placed
> under a dual license. You cannot stop the automatic grant.

Agreed. When re-distributing an un-modified copy of a work. When distributing 
a modified work, the "work" has the license that the person who made the 
modifications places on it. But individual files and pieces of code will 
still retain their original license - this is how it works.

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

Powered by Openwall GNU/*/Linux Powered by OpenVZ