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>] [day] [month] [year] [list]
Message-Id: <200608211459.k7LExQON004366@laptop13.inf.utfsm.cl>
Date:	Mon, 21 Aug 2006 10:59:26 -0400
From:	"Horst H. von Brand" <vonbrand@....utfsm.cl>
To:	Helge Hafting <helge.hafting@...el.hist.no>
cc:	Chase Venters <chase.venters@...entec.com>,
	Helge Hafting <helgehaf@...el.hist.no>,
	David Schwartz <davids@...master.com>,
	alan@...rguk.ukuu.org.uk,
	"Linux-Kernel@...r. Kernel. Org" <linux-kernel@...r.kernel.org>
Subject: Re: GPL Violation? 

Helge Hafting <helge.hafting@...el.hist.no> wrote:
> Chase Venters wrote:
> > On Saturday 19 August 2006 06:30, Helge Hafting wrote:
> >
> >> Now, if someone actually distributes a closed-source module that
> >> circumvents EXPORT_SYMBOL_GPL, or relies on an accompagnying
> >> open source patch that removes the mechanism, this happens:
> >>
> >> 1. By doing this, they clearly showed that their module is outside the
> >>    gray area of "allowed binary-only modules". They definitively
> >>    made a "derived work" and distributed it.
> >>
> >> 2. Anybody who received this module may now invoke the GPL
> >>    (and the force of law, if necessary) to extract the
> >>    module source code from the maker.  And then this source
> >>    can be freely redistributed to all interested.
> >>

> > Actually, you can't just force the vendor to open up all of their
> > source code.

> Not all their source of course, just the source for the derived work.

Not even that.

> I.e. we'll get their driver, but not anything else they might have.

You could perhaps get the driver.

> >  The GPL isn't a contract - it's a license. If a vendor makes a
> > derived work from the Linux kernel and does not GPL-license said
> > derived work, they are indeed violating copyright as the license the
> > GPL provides no longer supports their ability to redistribute.
> >
> > However, the court decides what happens to the vendor. The court
> > might force the vendor to open up their code, but to my knowledge
> > this would be breaking brand new ground. I think it is more likely
> > that the plaintiff could be awarded monetary damages and the
> > defendant enjoined from further redistribution.

> Yes the GPL is a licence. By using the code, they have accepted
> the licence.

No. GPL kicks in when they distribute code.

>               If I use a copy of windows, I'll be forced to pay.

Windows is under a different "license" (they try to make it a contract,
which is another kettle of fish altogether, so don't go there).

> The reason courts usually award monetary damages is that
> money is what almost everybody wants.

They tell the offender to pay the owner for the actual damages they
suffered, and perhaps a punishment on top. If Bad Corp distributes my code,
which I don't make money off by virtue of distributing it GPLed, there are
no damages that I could ask to be restituted to me. If I write a book and
keep in to myself in my drawer, you grab a copy and publish it on the
Internet, no judge will ask you to pay damages as if it was the loss of
revenue for history's best selling bestseller.

In any case this is wildly off-topic here, so take your comments
elsewhere. If you want to know what really happens here, talk to a lawyer
or visit sites clueful on the matter and learn.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
-
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