From: "M. Warner Losh" <imp@bsdimp.com>
To: qemu-devel@nongnu.org, Sebastian.Kaliszewski@softax.com.pl
Subject: Re: [Qemu-devel] why is kqemu closed?
Date: Tue, 11 Apr 2006 09:31:56 -0600 (MDT) [thread overview]
Message-ID: <20060411.093156.03114485.imp@bsdimp.com> (raw)
In-Reply-To: <443BC896.5000306@softax.com.pl>
In message: <443BC896.5000306@softax.com.pl>
Sebastian Kaliszewski <Sebastian.Kaliszewski@softax.com.pl> writes:
: Auke Kok wrote:
: > no matter how you turn Linus' arguments, he doesn't like anything else
: > than ports from windows driver objects linked, and I can really agree
: > with that. Whatever the laywers say about it is moot - only judges
: > listen to them and Open Source doesn't listen to laywers (in generally).
: > Plenty of vendors are already backing up Open Source too, and not just
: > with t-shirts and penguins.
:
: The only thing important is what GPL says. And GPL is clear here. KQemu must
: be a derived work (i.e. include some source (even C headres) from kernel
: and/or be bound just to a Linux kernel) to be forced to go under GPL. But
: neither it includes any kernel headres nor it's Linux only -- the very same
: binary (object file) can be used with *BSD as well as Windows. So KQemu can
: be legally licenced under any licence Fabrice chooses.
The GPL talks about creating a derived work. Including headers
doesn't necessarily create a derived work. The header files have to
have creative content that can be protected by copyright before their
inclusion creates a derived work. Otherwise, when I include errno.h,
I'd be creating a derived work[*]. What makes a header rise to this
level is an interesting legal issue. Also, what makes a derived work
in an interesting legal issue that's not been robustly defined by the
courts wrt open source products (it has been defined for copy and hack
of closed source, however). While there's no shortage of opinions on
what the legal line is, they are just that: opinions.
Having said all that, kqemu is perfectly legal, and anybody that makes
an absolute statement to the contrary is wrong.
Warner
[*] This is the example that SCO likes to trot out for Linux's
infringement. The errno values are the same and must have been
copied.
next prev parent reply other threads:[~2006-04-11 15:34 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-10 15:16 [Qemu-devel] why is kqemu closed? Rakotomandimby Mihamina
2006-04-10 15:20 ` Hetz Ben Hamo
2006-04-10 15:47 ` Auke Kok
2006-04-10 15:55 ` Hetz Ben Hamo
2006-04-10 15:56 ` Leonardo E. Reiter
2006-04-11 4:37 ` Auke Kok
2006-04-11 7:58 ` Brad Campbell
2006-04-11 16:22 ` Jim C. Brown
2006-04-11 8:37 ` Ricardo Almeida
2006-04-11 9:46 ` Johannes Schindelin
2006-04-11 10:05 ` Jamie Lokier
2006-04-11 15:05 ` Leonardo E. Reiter
2006-04-11 15:14 ` Jonas Maebe
2006-04-11 15:25 ` Jim C. Brown
2006-04-11 16:04 ` Jonas Maebe
2006-04-11 15:36 ` Paul Brook
2006-04-11 15:43 ` M. Warner Losh
2006-04-11 16:00 ` Paul Brook
2006-04-11 16:29 ` M. Warner Losh
2006-04-11 16:09 ` Jim C. Brown
2006-04-11 17:10 ` Enough already! " Bakul Shah
2006-04-11 15:17 ` Sebastian Kaliszewski
2006-04-11 15:31 ` M. Warner Losh [this message]
2006-04-11 12:33 ` andrzej zaborowski
2006-04-11 13:58 ` Jamie Lokier
2006-04-11 15:10 ` Sebastian Kaliszewski
2006-04-11 15:19 ` M. Warner Losh
2006-04-10 15:57 ` Brett (Mare) Henley
2006-04-10 16:02 ` Leonardo E. Reiter
2006-04-10 19:11 ` M. Warner Losh
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=20060411.093156.03114485.imp@bsdimp.com \
--to=imp@bsdimp.com \
--cc=Sebastian.Kaliszewski@softax.com.pl \
--cc=qemu-devel@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).