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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200709031401.47111.dhazelton@enter.net>
Date:	Mon, 3 Sep 2007 14:01:47 -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

On Monday 03 September 2007 05:48:00 David Schwartz wrote:
> > 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.)...
>
> No. Neither the BSD license nor the GPL license permit you to revoke
> rights. Mr. Floeter's code is still available under the BSD/ISC license.
> The BSD license does not require you to make derived works available under
> a BSD license. *His* code is still available under a BSD/ISC license, of
> course, but the changed code is not.

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.

The BSD/ISC license has none of the automatic conditions of the GPL, but it 
also cannot remove the copyright holder(s) from exercising their rights.

(And no, I haven't spoken to a lawyer about this - I did, however, ask a 
recently graduated law-school student where I could look for case-law and the 
text of the actual laws. What I got was some background on US copyright law 
itself and an agreement that a copyright license does not - and can not - 
affect the person holding the copyright)

> Read the BSD license. It does not require changes to be made available
> under a compatible license. This is the main difference between the BSD and
> GPL licenses.

Have done so. And that is the only part of the license that I actually don't 
like.

> Note that it would be an error to remove the BSD license text, as the BSD
> license requires you to keep it and you still need the BSD license to grant
> you distribution rights to the original work. However, the license does not
> apply to protectable aspects of the code not placed under the BSD license
> by their original author, and it is important to add a note to that effect.

Agreed, and I've never claimed otherwise. (Nor has anyone else. I believe the 
closest that anyone has come was Alan Cox saying (and I'm going to paraphrase 
it because I don't think he ever stated it well) "If you've made changes to a 
file that carries a dual BSD/GPL license and your changes are GPL only, the 
file can no longer be distributed under the BSD license at all. So it is safe 
to remove the headers from that individual file."

There is no way that a license on a constituent file can alter or affect the 
license on the whole project (if it is different). It can "muddy the waters", 
but that is about as far as I can see it going.

(I realize I may have said different, originally, but you'll have to forgive 
me. I was not in the best of moods (or the best state of mind) to be making a 
completely rational argument when I did such.)

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