mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Adam J. Richter" <adam@yggdrasil.com>
To: lm@bitmover.com
Cc: aaronl@vitelus.com, acahalan@cs.uml.edu, dledford@redhat.com,
	linux-kernel@vger.kernel.org
Subject: Re: Fwd: Copyright infringement in linux/drivers/usb/serial/keyspan*fw.h
Date: Fri, 25 May 2001 19:34:57 -0700	[thread overview]
Message-ID: <200105260234.TAA15586@baldur.yggdrasil.com> (raw)

Larry McVoy writes:
>On Fri, May 25, 2001 at 10:02:08AM -0700, Adam J. Richter wrote:
>> 	If you want to argue that a court will use a different definition
>> of aggregation, then please explain why and quote that definition.  Also,
>> it's important not to forget the word "mere."  If the combination is anything
>> *more* than aggregration, then it's not _merely_ aggregation.  So,
>> if you wanted to argue from the definition on webster.com:

>Adam, the point is not what the GPL says or what the definition is.
>The point is "what is legal".  You can, for example, write a license
>which says

>	By running the software covered by this license, you agree to 
>	become my personal slave and you will be obligated to bring
>	me coffee each morning for the rest of my life, greating
>	me with a "Good morning, master, here is your coffee oh
>	most magnificent one".

>If anyone is stupid enough to obey such a license, they need help.
>The problem is that licenses can write whatever they want, but what they
>say only has meaning if it is enforceable.  The "license" above would
>be found to be unenforceable by the courts in about 30 seconds or so.

	Contracts for slavery are specifically not enforceable due to
the 13th Amendment, and there is also a stronger question of formation
of a binding contract in your example, because the proposed mode of
acceptance (related to the pointers I provided before) is doing
something that you might have the right to do regardless of copyright
(running the program as opposed to distributing copies).  I believe
that people write contracts all the time that prohibit distribution of
certain works with others, for marketing reasons.

>OK, so what does this have to do with aggregration?  The prevailing 
>legal opinions seem to be that viral licenses cannot extend their
>terms across boundaries.

	We're not talking about mythically changing the copyright
status of another work.  If your opinion is "prevailing" please
include a reference to a section of the US code, a court decision
or some reference that one could actually track down.

	By the way, I have asked a lawyer at an IP litigation firm
that we use about this and he indicated the copyright infringement case
was quite strong.

Adam J. Richter     __     ______________   4880 Stevens Creek Blvd, Suite 104
adam@yggdrasil.com     \ /                  San Jose, California 95129-1034
+1 408 261-6630         | g g d r a s i l   United States of America
fax +1 408 261-6631      "Free Software For The Rest Of Us."

             reply	other threads:[~2001-05-26  2:35 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-26  2:34 Adam J. Richter [this message]
2001-05-26  2:38 ` Larry McVoy
2001-05-26  4:52 ` Jeff V. Merkey
  -- strict thread matches above, loose matches on Subject: below --
2001-05-29  1:38 Adam J. Richter
2001-05-26 11:09 Adam J. Richter
2001-05-26  3:10 Adam J. Richter
2001-05-26 11:00 ` James Sutherland
2001-05-29  0:03   ` Jamie Lokier
2001-05-29  0:24     ` Alan Cox
2001-05-29  0:55       ` Jamie Lokier
2001-05-25 17:02 Adam J. Richter
2001-05-25 17:23 ` Jacob Luna Lundberg
2001-05-25 18:30 ` Larry McVoy
2001-05-25 22:30   ` Aaron Lehmann
2001-05-26  1:43     ` Larry McVoy
2001-05-25 19:14 ` Doug Ledford
2001-05-25 10:36 Adam J. Richter
2001-05-25  9:34 Adam J. Richter
2001-05-25 16:06 ` Doug Ledford
     [not found] <200105250559.f4P5x80365151@saturn.cs.uml.edu>
2001-05-25  6:03 ` Aaron Lehmann
2001-05-25  6:34   ` Alexander Viro
2001-05-25  6:42     ` Aaron Lehmann
2001-05-25  6:58       ` Alexander Viro
2001-05-25  7:02       ` Andreas Jaeger
2001-05-25  7:05         ` Alexander Viro
2001-05-25 10:56     ` Erik Mouw
2001-05-25 11:56       ` Alexander Viro
2001-05-25 12:44     ` Pavel Machek
     [not found] <mailman.990765360.7016.linux-kernel2news@redhat.com>
2001-05-25  6:02 ` Pete Zaitcev
     [not found] <Pine.BSF.4.21.0105242155540.4849-100000@beppo.feral.com>
2001-05-25  5:57 ` Aaron Lehmann
2001-05-25  6:26   ` Matthew Jacob
2001-05-25  6:31     ` Aaron Lehmann
2001-05-25  4:34 Aaron Lehmann
2001-05-25  5:07 ` Greg KH
2001-05-25 10:00 ` John Cavan
2001-05-25 11:10   ` Alan Cox
2001-05-25 16:17 ` Alan Cox

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=200105260234.TAA15586@baldur.yggdrasil.com \
    --to=adam@yggdrasil.com \
    --cc=aaronl@vitelus.com \
    --cc=acahalan@cs.uml.edu \
    --cc=dledford@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm@bitmover.com \
    /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

all inboxes | Powered by JetHome®