GPL is the only popular license which can be used here
GPL is the only popular license which can be used here
Posted Oct 14, 2008 10:06 UTC (Tue) by khim (subscriber, #9252)In reply to: FOSS and multiple competing commercial interests by kripkenstein
Parent article: Linux Summit will preview new advanced file system (SearchEnterpriseLinux.com)
BSD or zlib license will quickly lead to the new round of the unix wars - and this is certainly what the creators of btrfs don't like to see. CDDL is incompatible with GPL and so is unusable. *BSD systems can use btrfs just fine (they support ext2, after all - and it's GPL-licensed), Windows can use it too (unlike linux they have stable ABI for FS drivers and it'll work as GPL boundary), so the only loss is Open Solaris - and I think creators was sure it's a plus :-)
Posted Oct 14, 2008 10:14 UTC (Tue)
by kripkenstein (guest, #43281)
[Link] (31 responses)
I think I don't understand something here. If ext2 (and ext3) and GPL licensed, how can a BSD operating system use them? As I understand it, that would require that all other code in the OS be GPL-compatible, as effectively the OS as a whole is now under the GPL. The BSD license is in fact GPL-compatible, is that how this works?
Posted Oct 14, 2008 11:50 UTC (Tue)
by khim (subscriber, #9252)
[Link] (30 responses)
Yup. The whole kernel of *BSD OS can be relicensed under GPL so it can
include GPLed filesystem. Nobody will do this in practice, of course, but
the fact that you CAN gives you the right. Proprietary forks can not use
btrfs, of course...
Posted Oct 14, 2008 11:59 UTC (Tue)
by kripkenstein (guest, #43281)
[Link] (29 responses)
It seems then that BSD kernels can *not* include both GPL and GPL-incompatible code, like Apache (which IIRC is incompatible with GPL2) and CDDL? In other words, in practice you can use BSD with either ZFS (CDDL) or ext3 (GPL), but not both at the 'same time', in some appropriate sense?
If so then that puts the BSDs in an interesting (precarious, in a way?) position.
Posted Oct 14, 2008 13:28 UTC (Tue)
by khim (subscriber, #9252)
[Link] (28 responses)
Yup. If we are talking about single binary blob. You certainly can distribute CD with *BSD kernel, GPLed ext3 and
CDDLed ZFS. "Mere aggregation" clause makes this distribution possible: ZFS
and
ext3 modules are usable without single byte of code from other module thus
they are not the "part of the same program" and kernel is compatible with
ext3 module and with ZFS module. Can you load both modules simultaneously?
This question will need court decision, but I doubt ext3fs developers will
sue *BSD users over this problem so we'll probably never know... Actually just their users not the developers or distributors... And as
it's highly unlikely that ext3fs developers will sue *BSD users... I doubt
we'll ever know for certain if it's legal or not...
Posted Oct 14, 2008 13:31 UTC (Tue)
by kripkenstein (guest, #43281)
[Link]
Posted Oct 14, 2008 14:08 UTC (Tue)
by salimma (subscriber, #34460)
[Link] (17 responses)
Posted Oct 14, 2008 14:33 UTC (Tue)
by paulj (subscriber, #341)
[Link] (16 responses)
FUD..
Your assurance that Sun wouldn't sue comes from the CDDL licence. The prevailing wisdom on LWN is that distributors of a hypothethical ZFS-on-Linux would have to be fearful of Linux copyright holders sueing..
Posted Oct 14, 2008 17:59 UTC (Tue)
by drag (guest, #31333)
[Link] (15 responses)
That's all there really is to it. Even if a Sun developer has a 'promise not to sue' attitude.. Which are you going to beleive?
A) The guy's blog
?
So it really doesn't fundamentally matter what some guy says or what the company releases in the press release. It doesn't matter if you or I beleive them or any such thing. The CDDL is incompatible by design, that is to say: "on purpose", and if Sun wants to make it legal to have ZFS on Linux then it's up to them to modify the CDDL or dual license it to allow that to happen.
That is how you know they are serious or not. Everything else is just hand waving.
They could say that from now on the sky is going to be green and purple. And unless the sky eventually changes color you know that they are probably full of crap, no matter how much they beleive it themselves.
As far as Linux goes... ZFS is a file system. File systems are very hard to do and get stable. No Linux kernel hacker would be willing to touch ZFS with a ten foot pole (since the original copyright holder has made it obvious through the bundled license that it's not to be used with Linux) and thus it has ZERO chance of being incorporated into Linux unless somebody takes the time to rewrite a ZFS implimentation completely from scratch. And if the File system doesn't get officially incorporated into Linux then it'll end up like ReiserFsv4. Nobody else will care, nobody would use it for anything important if they have half a brain.
Posted Oct 14, 2008 22:25 UTC (Tue)
by paulj (subscriber, #341)
[Link] (14 responses)
Can you point out the problem clause? That'd be news to a good few people.
You're asking us now to take your opinion on authority, while at the same time arguing against the authority of a well-respected Sun developer. That doesn't make sense.
Next, you argue from an assumption that Sun wants, nay must to donate its code to Linux. This assumption is clearly flawed, disappointing as that may be to you. I won't speculate much here, but I think Bryan Cantrill has commented on LWN articles before about what Sun wanted. I'll just note that Sun ZFS and DTrace is shipping just fine with other OSes (proprietary and free).
The code is out there, it's clearly free to re-use. It's not Suns' job to have to convince one group of people that they should find a way to agree to not sue each other for distributing CDDL code..
NB: I enjoy reading your comments on LWN, and apologise in advance for any possible offence. ;)
Posted Oct 14, 2008 22:37 UTC (Tue)
by paulj (subscriber, #341)
[Link] (1 responses)
Posted Oct 15, 2008 22:42 UTC (Wed)
by drag (guest, #31333)
[Link]
Oh, don't worry about that. I try to get out there and say things so that people challenge me and try to correct my misconceptions. So I am much more worried about offending other people, then worrying about them offending me. Since I depend on them.
> Can you point out the problem clause? That'd be news to a good few people.
I think the biggest one is the explicite patent license stuff in second 6 and mentioned other places on the license. This sort of thing is a extra requirement and thus violates the GPL notions of 'no additional restrictions'
I was hoping that the GPLv3 would be more compatible, but as far as the Linux kernel it's going to be GPLv2 for pretty much the rest of enternity at this point.
The CDDL is a fine license otherwise. Much more well suited for what Sun needs.
It's essentially a cleaned up version of the MPL and the Mozilla stuff has to be tripled license to remain GPL compatible.
Different parts of Sun seem to agree with me. Netbeans, for example, is dual licensed under CDDL and GPLv2+classpath exception. Could be just political theater (which isn't bad), but I donno.
I think that Linux developers are generally not going to touch ZFS unless they get a specific nod from Sun itself, probably in the form of a GPL exception or dual license, for the ZFS stuff.
Posted Oct 15, 2008 10:00 UTC (Wed)
by tialaramex (subscriber, #21167)
[Link] (11 responses)
There is no such assumption, nor an argument based on it. Sun hasn't been capable of the single-mindedness you're implying for at least a decade. Some elements at Sun still think it is 1995 and are doing the "You can't take Linux seriously" line, which even Microsoft grew out of eventually. Some elements want Sun to repeat its earlier transformation and put Solaris out to pasture in favour of new code with a compatibility layer. It should be no surprise that people paid to maintain Solaris don't like /that/ idea. Some elements want Sun to be a hardware company and jettison most of the software, others think the hardware is just a boat anchor and Sun ought to be hardware-agnostic. Clearly some elements at Sun would be delighted to see ZFS everywhere, while others think (probably wrongly) that it's a secret sauce worth keeping from the "competition" whoever that is today.
We're used to this in Linux. Linux doesn't "want" anything in particular either. But it does seem laughable when individual Sun employees turn up to tell us what "Sun" does or does not want and it just reflects their own personal feelings. I've worked for a tiny company with maybe twelve individual employees, and still you would get a very different idea of what the company's direction was from the CEO than from Sales or Engineering people.
If you want an idea of the Linux experience of individual smart people turning up and making promises about license conditions, go look at the Larry McVoy/ Bitkeeper history. That's what Bryan's word is worth to us. Citing other projects as willing to include ZFS neither answers the issue of its license nor even tells us what Sun's real intentions are.
Posted Oct 15, 2008 12:47 UTC (Wed)
by paulj (subscriber, #341)
[Link]
There is no such assumption, nor an argument based on it.
I guess I misunderstood drag then, where he wrote:
As for corporate single-mindedness, few non-trivial corporations are capable of it. That said they most definitely are capable of making single-minded, executive decisions - and Suns' mind in that respect wrt open-sourcing Solaris is very clear. That decision was made based on some weighting of the corporation's collective wisdom. Various weighty Sun people, from executives to notable engineers have given their view, in various places. Their opinions are not Suns' per se, but they are most definately a significant subset..
To go further would be to philosophise way too much about corporate structures, so I'll stop. ;)
As for BitKeeper - When did LMcVoy ever open-source BitKeeper? What data of Linux has Sun locked in a proprietary format?? This seems a very flawed analogy (and please, let's try to avoid arguing too much by analogy).
I'm not asking for LWN readers to start loving Sun (though, a lot of Sun engineering work does go to benefit Unix generally, including Linux). However arguments based around FUD, logical fallacies and false-equivalences seem quite below the normal, high standards of commentators here.
Would grudging respect be too much to ask for? :) (you may assume I'm inclined to make similar arguments at work, if the need arises, not that my opinion carries much of a weighting ;) ).
Posted Oct 15, 2008 13:02 UTC (Wed)
by paulj (subscriber, #341)
[Link] (9 responses)
Ok, I think I see what you're trying to say, and it's already been dealt with in my earlier replies, but lets try again: You don't need Bryan Cantrill's word, cause the code is published under the CDDL. You can just ask your own lawyer.
Where do you get this FUD from btw? I know Jon published an "Beware the evils of Sun!" piece here, but his claims about CDDL/GPL compatibility there were highly specific to GPL projects where contributors mistrust each other so much they are incapable of agreeing not to sue each other for incorporating and distributing 3rd-pary free software.. ;)
Posted Oct 15, 2008 13:48 UTC (Wed)
by khim (subscriber, #9252)
[Link] (8 responses)
Yahoo! Exactly! That's definition of linux kernel! Fact 1: SCO is
kernel
contributor. Do you STILL want to say that linux is not an Fact is: when you include "big boyz" of software world (and list of
kernel contributors read like "who is who in the world of IT" - only
Microsoft and Rambus are not included... yet) in a single project...
litigation is not out of the question. And how the hell can you even think
what you wrote when SCO is not yet liquidated... it's frankly beyond my
understanding...
Posted Oct 15, 2008 14:02 UTC (Wed)
by paulj (subscriber, #341)
[Link] (7 responses)
That's FUD..
So your reply seems misdirected.
Posted Oct 15, 2008 14:26 UTC (Wed)
by khim (subscriber, #9252)
[Link] (6 responses)
What kind of response is this? Could Sun sue these people?
Absolutely: Sun is contributor to Linux Kernel and so will have the right
to sue. Will Sun sue such contributors? Who knows? When Caldera sponsored
SMP patches to Linux is was also "quote obvious" it'll not sue other
contributors... and it turned out to be not true. Corporations are not people - you can not trust them! CEO come and go,
shareholders can overturn CEO decisions, etc. Only written binding
contracts can be trusted. Yes, it's FUD, but it's not groundless FUD. This scenario is quite real
- no matter how unlikely it looks today. ZFS adoption can affect millions
(perhaps billions) of people. To base their wellfare on faith in future
Sun's decitions... looks reckless. It all comes down to the question: do you trust FSF lawers more then you
trust Sun's developers where licensing schemes are concerned? And sure as
hell I'll trust FSF's lawers more then Sun's developers. And not because I
don't trust Sun's developers.
Posted Oct 15, 2008 15:19 UTC (Wed)
by paulj (subscriber, #341)
[Link] (5 responses)
Whether its practical for Linux copyright holders to reach such an agreement, I've no idea. However, for many other projects (GPL, BSD or otherwise), such agreement is easily achievable - and on that count at least some of the CDDL/GPL "Sun could sue you!" claims are just pure FUD.
Anyway.. Let's call it a day now.
Posted Oct 15, 2008 17:16 UTC (Wed)
by khim (subscriber, #9252)
[Link] (4 responses)
In a word - yes. Why not? It's well-known fact that GPL and CDDL are like oil and water.
And it's also well-known fact that Linux kernel is licensed in such a way
that any "exceptions" are not easy to add (on purpose BTW). So it does not
look like a stretch that Sun have chosen CDDL for ZFS to
keep it out of Linux kernel - making both free, but separate pieces of
code. If this was design all along (and it certainly looks like this from
outside) then why do you think Sun will not sue the
trespassers? Especially
if it has the right to do so? Sun is one of these holders, you know. Sun, too, will be forced to sign
the paper which says "as special exception you can, blah, blah, blah".
Along with Broadcom, Dell, IBM, Intel and countless others. And if Sun
wanted such an outcome it always had other option: just dual-license
the thing under CDDL and GPL (like Mozilla did). Because Sun does not do
what is simple (GPL already has some kind of approval from Sun's lawers -
it's license of OpenOffice.org, after all) and instead preaches strange
legal theories on blogs and forums the general consensus is: "either Sun's
management does not want to have ZFS in Linux at all or it wants to use it
as a trap". What Sun's developers think is not very relevant here.
Neither choice very appealing but most people thing that first opinion is
closer to the truth (because second is much uglier). Possible but impractical. It's more-or-less the same process as a switch
to GPLv3 and it was investigated quite thoroughly. If Linux
deverloper wanted ZFS really badly they can always start adding such
exception, ask Sun to sign it too (and get approval or rejection in which
case they'll be forced to rewrite parts of kernel), etc. I'm afraid it
takes at least few years and by then btrfs will be ready to do what ZFS
does now. Yes, ZFS is great but it's not THAT great... What other GPLed kernel are out there to use ZFS? Other CDDL projects
can be usable (and will be usable, I'm sure). Just not ZFS. I think dtrace
can be usable, for example (you need hooks in kernel, true - but these must
be rewritten anyway and userspace<->kernelspace barrier was always
considered as GPL barrier so CDDLed userspace tools can be used).
Posted Oct 16, 2008 8:31 UTC (Thu)
by paulj (subscriber, #341)
[Link] (3 responses)
This makes sense only if you ignore the various, quite sensible reasons given by several Sun notables as to why the GPL and/or dual-licensing would not have worked for Solaris.
Dual-licensing: I'm reasonably sure at least one very well-respected engineer would have argued strongly against dual-licensing. It can lead to licence-forks. I.e. dual-licensing is worse than choosing the inferior of the two (incompatible) licences.
GPL: Is very incompatible with other licences (as we know from this thread). I.e. it would have made it difficult for Sun and others particularly to ship things like non-GPL (e.g. proprietary) drivers, filesystems and volume-managers with Solaris. Further, the GPLv2 does not really address patent issues, and Sun is a regular target for patent suits.
So yes, Sun could have chosen the GPL, but instead chose the CDDL simply to frustrate Linux users - this makes perfect sense if you just block out all the other, practical reasons that relate to Sun and its needs for Solaris.
Really, the problem here is that Linux contributors don't sign contributors agreements. Rather than figure out how to fix that and regain some kind of collectively-empowered, executive control, you instead direct your ire at Sun...
Posted Oct 16, 2008 13:55 UTC (Thu)
by khim (subscriber, #9252)
[Link] (1 responses)
I'm yet to see sensible reasons. Now we have interesting dilemma: position of at least one very well-
respected engineer (in Sun, I presume?) vs position of thousands of
Linux developers. Hmm... Who to choose. Sorry, Sun's engeeners are
revered - but not to this degree. How many projects can you name where dual-licensing actually led to
fork? There are hundreds, may be thousands dual-licensed
projects (if you count not just huge projects like Firefox but smaller ones
like bunch of CPAN addons). I never seen situation where addition of
the license option led to fork. Removal? Sure, it can produce forks.
XFree86 (changes made it incompatible with GPL, XFree86 is history now),
Firefox (in addition to GPL or MPL license you must agree to the
logo license and many developers find it quite onerous => we have IceCat and Iceweasel). Addition or
options? Never heard of this. How often this happen, really? Can you name
at least one sample? Conclusion: FUD. Number of licenses does not matter. I can generate million GPL-
compatible and CDDL-incompatible licenses with a simple script in five
minutes. Most projects out there are GPL-compatible. Most projects out
there are CDDL-incompatible. It was discussed to
death. Conclusion: FUD. Somehow this is not a problem for Java or OpenOffice.org but problem for
Solaris? Conclusion: FUD. This is at least valid reason. But why this is not a problem for Java,
then? Java is not important for Java company? don't make me laugh. Conclusion: FUD. No it makes perfect sense if you know for the fact that Sun
released other stategically important projects under GPL before
releasing Solaris under CDDL. What exactly is different with Solaris
and how it's needs differ from Java and OpenOffice.org? I never heard
a plausible explanation. Binary extensions, patents, etc, etc - all these
problems are equally applicable to Java, OpenOffice.org, and Solaris. I
know if one plausible reason and one plausible reason
ONLY: CDDL makes it impossible to
implaint Solaris's goodies in Linux and so Solaris gets much needed baubles
to preach which can not be just included in Linux. Because Sun's JDK and
OpenOffice.org are top dogs in relavant markets and Open Solaris is
underdog. Quite valid reason and
I'm ready to agree that it works just fine - but why all the pusturing and
empty screams "you just don't know about Solaris needs! this mythical
secret needs are served so much better by CDDL then GPL - but we'll never
disclose them! this is not about Linux! really! believe us!". It just does
not look
convincing. No, the problem here is position of Sun who puts itself above ALL
OTHER
Linux contributors. Basically it says: oh, sure you can use ZFS - but only
of YOU ALL (Dell, IBM, Intel, etc) agree to our terms. This is
called
ultimatum: the rules which serve hundreds of companies and
thousands of people should be changed just for Sun or else... you can not
use ZFS. Linux community considered this ultimatum and more-or-less
unanimously decided: ZFS is great but... it's just not worth it. The ire mostly goes not against Sun's ultimatum. It's
Sun's right and there are nothing Linux community can do about it
(except accept or reject - it rejected it). Sun does not want to see ZFS
included in Linux? Fine - we'll not do this. We respect Sun's wish. It's
his filesystem Sun and only Sun can decide if he wants to see it in Linux
or not. Ire goes against vain tries of Sun engineers to say that it's not
an ultimatum and it's goal is not to keep ZFS out of Linux reach. If it
walks like a duck, quacks like a duck, looks like a duck... you can be
reasonably sure it is a duck. I'm not sure what game Sun is playing here but to say that everyone
else must abandon GPL for unknown reason and claim that "it's not an
attack" is just dishonest. Ok, there are another explanation: Sun honestly believe that it's more
important then ALL OTHER companies involved in Linux. Dell, IBM,
Intel, Novell, RedHad... all their combined voices weight less then voice
of at least one very well-respected engineer. If that's so then
honestly I don't even know a psychiatrist who can even hope to cure such an
acute megalomania...
Posted Oct 16, 2008 16:51 UTC (Thu)
by paulj (subscriber, #341)
[Link]
As for different Sun software being licensed under different licences, a reasonable person might infer that these licensing decisions are taken in close consultation with, if not by, the groups responsible for the software concerned, and that different groups have different needs and even views. I have absolutely no idea why Java or OpenOffice or whatever are licensed the way they are. My perspective is from the Solaris group..
Anyway, you have your view. I've given mine.
Posted Oct 16, 2008 14:02 UTC (Thu)
by khim (subscriber, #9252)
[Link]
Oh, it's possible that real reason is even more subtle: since currently
change of Linux's license is very-very hard and there are no entity to sue
all this fine arsenal of Microsoft's patents is not really usable. It can
sue some distributors and produce ire or EU, but it can not change the
license. If there was single entity which can relicense Linux then this
entity becomes target of Microsoft's attack with non-zero chance of
success. While phrase the problem here is that Linux contributors don't sign
contributors agreements points in this direction I just don't believe
Microsoft will be sooo deep. It's not above dirty tricks but it's
not so subtle... It looks more like scenario of RPG...
Posted Oct 14, 2008 14:38 UTC (Tue)
by paulj (subscriber, #341)
[Link] (8 responses)
Forgive me in advance if I have misunderstood your point, but it seems you've overlooked something: The GPL doesn't restrict usage. Users are perfectly free to combine GPL works with proprietary ones.
I think this may even be generally true of software licences considered "free" by the FSF (that includes the CDDL) - though I have not checked.
Posted Oct 14, 2008 17:21 UTC (Tue)
by khim (subscriber, #9252)
[Link] (7 responses)
GPL says explicitly that it does not restrict usage ("the act of running
the Program is not restricted, and the output from the Program is covered
only if its contents constitute a work based on the Program") but then you
are not just merely "executing the program": you are creating new program
in memory which includes three parts: BSD kernel, GPLed Ext3fs driver and
CDDLed ZFS driver. Is it still legal? Different juristictions and even
different courts can produce different answers here! The only way to know
for sure is via court - and then you'll know the answer for one particular
case. Recently Blizzard won
similar case, but is it similar enough? Questions, questions,
questions...
Posted Oct 14, 2008 18:03 UTC (Tue)
by drag (guest, #31333)
[Link] (6 responses)
It's not just making copies, it's distributing those copies to other people.
If you do not plan on redistributing any GPL software then you are under no obligation to provide the source code.
Posted Oct 15, 2008 13:21 UTC (Wed)
by khim (subscriber, #9252)
[Link] (5 responses)
And this is because GPL says ... in part ... . Fill the blanks,
please. In your head - may be. Not in real life. These restrictions translate
to certain responsibilities for you if you distribute copies of the
software, or IF YOU MODIFY IT (emphasis mine). You may not
copy, MODIFY, sublicense, or distribute the Program except as
expressly
provided under this License (emphasis mine again). Does it look like
"only distribution does matter" type of license to you? In GPLv3 it's propagation. But does not matter: distribution is there,
in GPLv2, true, but so is modification. It's restricted, too! Heck:
the whole license has a name TERMS AND CONDITIONS FOR COPYING,
DISTRIBUTION AND MODIFICATION. The thing which is not restricted is the act of running the
Program - and that's all. Can you say without the court decision:
combination of works created from BSD kernel, GPLed ext3fs and CDDLed ZFS
is "the act of running the program" or "modification of program"? The
resulting combination can do things which parts can not do (like copy file
from ext3fs-formatted partition to ZFS-formatted one and back)... And these
modules surely don't implement some "VFS RFC"...
Posted Oct 15, 2008 13:39 UTC (Wed)
by paulj (subscriber, #341)
[Link] (4 responses)
If you got this theory from a lawyer, you need to find a new one, methinks.
Posted Oct 15, 2008 14:08 UTC (Wed)
by khim (subscriber, #9252)
[Link] (3 responses)
Novel idea. So you claim that I can add any proprietary code to linux as
long as I'm not modifying source, but only binary by the way of hex editor?
Sorry, if you got this theory from a lawyer, you need to find a new one,
methinks. You are mixing cause and consequence. Where and how GPL applies can not
and does not written in GPL. Some jurisdictions allow some [limited] form
of modifications without license (for example you can reverse-engineer
stuff if it's the only way to make it work in Norway - see DVD John), some
do not. Read this
for example. MDY tried to claim that EULA does not apply to it because
it never agreed to its terms, but court decided that they still
illegally modified the code in memory - and if it's not allowed without
appropriate license then that means GPL should explicitly allow it.
It does not. It's pretty clear that GPL does not contain permissions to make such a
combination, but do you even NEED such permission? That's the question. It
depends on many-many
details and can differ from country to country and even from court to
court! That's why I never said "yes" about such a thing and never said
"no": YMMV. And yes, I've discussed this with actual lawer (it was about
combining GPL and CDDL code - though not about linux kernel and ZFS).
Posted Oct 15, 2008 14:57 UTC (Wed)
by paulj (subscriber, #341)
[Link] (2 responses)
I didn't claim that. :) The binaries are also subject to conditions under the GPL.
As for in-ram-linking-as-modification: just look at the modification licence, its framed in terms of conditions that are really only relevant to fixed, distributable copies. It seems very unreasonable, to me, to think the framer had transient modifications in mind. It is then reasonable to think that the alternative is to consider that such transient modifications, made in the course of running, must then be covered by the 'running is unrestricted' permission.
That this has been the prevailing wisdom for a long time (e.g. the GPL FAQ, that NVidia are happy to distribute binary-only drivers for users to load with their GPL kernel, etc..) suggests strongly that your lawyer's interpretation is beyond the pale.
IANAL, my view is based primarily on assessing the words and actions of those who have (had) significant matters at stake, ICBW, etc.
Posted Oct 15, 2008 16:48 UTC (Wed)
by khim (subscriber, #9252)
[Link] (1 responses)
Bingo. And what does it mean? Right: you go back to copyright law. Does
it allow this particular modification or not? YMMV. You've been warned. GPL FAQ says: if Sun will produce internal ZFS driver for Linux GPL will
not force a disclosure - Sun will be free to use it internally. Good, but
hardly relevant. NVidia does not distribute GPLed code at all - so again,
not a problem. As for "prevailing wisdom"... Who's wisdoms is
this? Not mine - that's for sure. When at least one distribution was closed over GPL troubles,
when Linus says A vendor who
distributes non-GPL modules is _not_ protected by the module interface per
se, and should feel very confident that they can show in a court of law
that the code is not derived, when you can see things like Oh, and at least one major distro
has been served with legal papers due to them shipping closed source kernel
drivers, and more are on the way (I'm not sure if it was Kororaa or
not, but I sure as hell know that Novell wrote Most developers of the kernel community consider non-GPL
kernel modules to be infringing on their copyright. Novell does respect
this position, and will no longer distribute non-GPL kernel modules as part
of future products) it sure looks to me like "prevailing wisdom" says
the following: Basically it means: CDDLed ZFS can not be included in kernel. No
way, no how. It'll be infringment - plain and simple. Separate distribution
is probably Ok, but watch your back. Oh, and distributors can not include
it in distribution too. Do you really think there are a future for ZFS in a position like
this? Permanently ostracized without any hope to be ever included in
the trunk and without any support from kernel developers? I sincerly doubt
it. If your lawers claim that when you are interpreting the license you can
safely ignore opinion of guys who actually wrote the code under said
license and still keep the copyright... then you are beyond caring, I
afraid... Linus and Co always said one thing and thing only: we can not
force GPL on non-derived work. No way, not how. And this is the only
reason why non-GPLed modules can exist.
Posted Oct 15, 2008 17:24 UTC (Wed)
by paulj (subscriber, #341)
[Link]
Your long post is interesting, and I agree that Linux contributors can not incorporate GPL-incompat code because of GPL licence concerns - presuming they can not agree to allow themselves to do so. To be clear: at no stage have I argued that point, and I have no interest in discussing it.
My main point here was to counter the FUD that Sun would sue for CDDL infringement.
Anyway, dinner :)
GPL is the only popular license which can be used here
The BSD license is in fact GPL-compatible, is that how this works?
The BSD license is in fact GPL-compatible, is that how this works?
Kernel? No. CD? Yes.
It seems then that BSD kernels can *not* include both GPL and
GPL-incompatible code, like Apache (which IIRC is incompatible with GPL2)
and CDDL?
In other words, in practice you can use BSD with either ZFS
(CDDL) or ext3 (GPL), but not both at the 'same time', in some appropriate
sense?
If so then that puts the BSDs in an interesting (precarious, in
a way?) position.
Kernel? No. CD? Yes.
Kernel? No. CD? Yes.
Kernel? No. CD? Yes.
Same is true for ZFS-on-Linux, though in that situation, our assurance that Sun won't sue comes from an individual Sun ZFS developer, and so does not carry much weight.
Kernel? No. CD? Yes.
B) The legally binding copyright licensing included with the source code
Kernel? No. CD? Yes.
According to the CDDL license binding it to Linux (which is under the GPL) is illegal.
Kernel? No. CD? Yes.
Kernel? No. CD? Yes.
"Sun wants"
"Sun wants"
if Sun wants to make it legal to have ZFS on Linux then it's up to them to.... That is how you know they are serious or not.
"Sun wants"
If you want an idea of the Linux experience of individual smart people turning up and making promises about license conditions, go look at the Larry McVoy/ Bitkeeper history. That's what Bryan's word is worth to us.
Quite succinct description of Linux kernel, yes...
Fact 2: IBM is kernel
contributor.
Fact 3: SCO is currently suing IBM over - details on well-known site.GPL project where contributors mistrust each other so much
they are incapable of agreeing not to sue each other for incorporating and
distributing 3rd-pary free software.. ;)
Quite succinct description of Linux kernel, yes...
That's not ACCUSATION, that's POSSIBILITY...
I am responding specifically to the accusation that Sun-
copyrighted CDDL code being incorporated with GPLed code could lead to
those involved in the GPLed code being sued by Sun.
That's FUD..
That's not ACCUSATION, that's POSSIBILITY...
Exception for CDDL? Possible yet unlikely...
So Sun would be the one sueing, but not using the CDDL, but for
GPL infringement?
I have to say I havn't thought about that one, and I presume
the judge won't much either before throwing out such a suit...
Even where the GPL copyright holders have agreed to allow CDDL
code?
Whether its practical for Linux copyright holders to reach such
an agreement, I've no idea.
However, for many other projects (GPL, BSD or otherwise), such
agreement is easily achievable - and on that count at least some of the
CDDL/GPL "Sun could sue you!" claims are just pure FUD.
Exception for CDDL? Possible yet unlikely...
And if Sun wanted such an outcome it always had other option: just dual-license the thing under CDDL and GPL (like Mozilla did).
And these people are talking about FUD?
This makes sense only if you ignore the various, quite sensible
reasons given by several Sun notables as to why the GPL and/or dual-
licensing would not have worked for Solaris.
Dual-licensing: I'm reasonably sure at least one very well-
respected engineer would have argued strongly against dual-licensing. It
can lead to licence-forks. I.e. dual-licensing is worse than choosing the
inferior of the two (incompatible) licences.
GPL: Is very incompatible with other licences (as we know from
this thread).
I.e. it would have made it difficult for Sun and others
particularly to ship things like non-GPL (e.g. proprietary) drivers,
filesystems and volume-managers with Solaris.
Further, the GPLv2 does not really address patent issues, and
Sun is a regular target for patent suits.
So yes, Sun could have chosen the GPL, but instead chose the
CDDL simply to frustrate Linux users - this makes perfect sense if you just
block out all the other, practical reasons that relate to Sun and its needs
for Solaris.
Really, the problem here is that Linux contributors don't sign
contributors agreements. Rather than figure out how to fix that and regain
some kind of collectively-empowered, executive control, you instead direct
your ire at Sun...
And these people are talking about FUD?
Yet another possibility...
Kernel? No. CD? Yes.
GPL doesn't restrict usage? True. Is it enough? YMMV.
GPL doesn't restrict usage? True. Is it enough? YMMV.
Don't mix you desires with facts!
GPL only matters in distribution
It's the purpose of the GPL. That's it, it's by
design.
You can see the word 'distribution' repeated many
times.
Don't mix you desires with facts!
GPL does not decide where it's applicable or not - the law does
The GPL and the modification conditions apply to the preferred
form of the sources - not derived binaries (directly at
least).
GPL does not decide where it's applicable or not - the law does
Prevailing wisdom? May be in your head...
As for in-ram-linking-as-modification: just look at the
modification licence, its framed in terms of conditions that are really
only relevant to fixed, distributable copies.
That this has been the prevailing wisdom for a long time (e.g.
the GPL FAQ, that NVidia are happy
to distribute binary-only drivers for users to load with their GPL kernel,
etc..) suggests strongly that your lawyer's interpretation is beyond the
pale.
1. It's illegal to distribute non-GPLed drivers with GPLed kernel. If you
are not sued today that only means your time didn't come. Yet.
2. If you are distributing non-GPLed drivers on separate medium you are
probably Ok, but be ready to prove this to court.
3. End-users are probably violators too but we don't have money or
willpower to sue. The only thing we can do is drop support - and we are
doing it.Prevailing wisdom? May be in your head...