From: "Chester R. Hosey" <chosey@nauticom.net>
To: reiserfs-list@namesys.com
Subject: Re: where are reiser4 sources
Date: Fri, 25 Feb 2005 03:20:33 -0500 [thread overview]
Message-ID: <421EDFD1.4080403@nauticom.net> (raw)
In-Reply-To: <421EAAD9.5050907@slaphack.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
David Masover wrote:
| Rudy Zijlstra wrote:
| | Mark Junker wrote:
| |
| |> Rudy Zijlstra schrieb:
| |>
| |>>
| |> This sounds to me that I can only use GPL'd software with other GPL'd
| |> software but this cannot be true because you're allowed to use it with
| |> libraries with other licenses too as long as they don't contain
| |> conflicts ...
| |>
| | Take a look at the difference between GPL and LGPL. LGPL allows dynamic
| | linking against non GPL SW, GPL does not. Both allow usage of the
| | interfaces *without* linking, either dynamic or static. Neither allow
| | static linking to non (L)GPL.
|
| Come to think of it, isn't that kind of how nvidia can put a binary
| driver in Linux?
The relevant clause states that "If identifiable sections of that work
are not derived from the Program, and can be reasonably considered
independent and separate works in themselves, then this License, and its
terms, do not apply to those sections when you distribute them as
separate works."
The question is whether a module which uses a published API to interface
with other code can reasonably be considered independent of the original
work.
One could probably argue that in the case of ReiserFS and Windows, the
original Windows code is an "identifiable section [...] and can be
reasonably considered independent and separate", and thus does is not a
derived work.
Following this line of thinking, under GPL terms one could modify
ReiserFS in such a way that the code could interface with Windows via
the defined API, and they could redistribute those modifications under
the GPL as long as the modified ReiserFS code is distributed separately
from Windows itself.
"But when you distribute the same sections as part of a whole which is a
work based on the Program, the distribution of the whole must be on the
terms [of the GPL]". This would explain why binary-only drivers aren't
generally distributed with the Linux kernel itself -- the GPL seems to
explicitly forbid it, with the exception that they may reside on the
same media.
This would also seem to indicate that if Microsoft wanted to include
ReiserFS as a part of Windows they would either have to GPL Windows
itself or strike a deal with Hans Reiser. Actually, the same would be
true for Apple, or any publisher of a non-GPL operating system.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCHt/RrDBoMHxfhXwRAo86AJ9pEfw9EQXhH3RO7TRaqbWj4MdSBQCg1S3O
8dbzE9AzEbmnZrq/kHwJOkc=
=kKdo
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2005-02-25 8:20 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-21 16:16 where are reiser4 sources Mark Junker
2005-02-21 17:10 ` Sander Sweers
2005-02-21 17:59 ` Mark Junker
2005-02-22 2:08 ` David Masover
2005-02-22 15:20 ` Mark Junker
2005-02-22 18:41 ` Hans Reiser
2005-02-22 18:51 ` Valdis.Kletnieks
2005-02-23 17:10 ` Hans Reiser
2005-02-23 20:56 ` Mounting ReiserFS 3.6 RO increments journal count ? Linux Tard
2005-02-22 18:54 ` where are reiser4 sources Mark Junker
2005-02-23 17:19 ` Hans Reiser
2005-02-23 18:14 ` Mark Junker
2005-02-23 18:39 ` Rudy Zijlstra
2005-02-23 18:53 ` Hans Reiser
2005-02-23 21:06 ` Mark Junker
2005-02-23 21:03 ` Mark Junker
2005-02-24 14:46 ` Rudy Zijlstra
2005-02-25 4:34 ` David Masover
2005-02-25 8:20 ` Chester R. Hosey [this message]
2005-02-23 21:16 ` Mark Junker
2005-02-28 23:41 ` Hans Reiser
2005-02-28 21:44 ` Valdis.Kletnieks
2005-02-23 22:00 ` Jonathan Briggs
2005-02-24 0:58 ` David Masover
2005-02-22 18:56 ` Lehmann
2005-02-22 17:49 ` Hans Reiser
2005-02-22 18:29 ` Mark Junker
2005-03-02 6:29 ` Alex Zarochentsev
-- strict thread matches above, loose matches on Subject: below --
2005-03-01 16:52 Burnes, James
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=421EDFD1.4080403@nauticom.net \
--to=chosey@nauticom.net \
--cc=reiserfs-list@namesys.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.