| |||||||||||||
Oracle works on Dtrace for Linux (The H)Oracle works on Dtrace for Linux (The H)Posted Oct 6, 2011 21:14 UTC (Thu) by drag (subscriber, #31333)In reply to: Oracle works on Dtrace for Linux (The H) by dlang Parent article: Oracle works on Dtrace for Linux (The H)
The only shenanigans they could play that I could see would be to:
1. Take advantage of lack of patent protections in the Linux kernel and keep the patent licensing separate from the copyright licensing.
2. Take advantage of the fact that copyright controls can only be extended to derived works. If they figure out a way to use dtrace in the Linux kernel in a way that leaves it relatively unmodified then there is no effective way that it can be claimed as derived works and thus would be legal to keep licensed under the CDDL. It's something that was written for a different OS entirely and ported to several others, so only the linux-specific parts of dtrace would have to be licensed under the GPLv2.
This is similar to how Nvidia takes their Windows driver and shoves it into the Linux kernel with their 'GPL shim'.
---------
But I don't know why people are so eager to assume that Oracle will pull crap like this. They have released many software patches and such as GPLv2. They are responsible for Btrfs and a lot of other work that was done to enhance the Linux kernel. As far as I can tell Oracle has shown no other signs or desire that they wish to make the Linux they ship be 'proprietary' in any substantial way.
I think most of this line of thinking stems from the common belief that Oracle sees Solaris as a potential competitor to Linux. I don't think that is Oracle's desire at all... I don't think they give a flying-f for Solaris or Sun hardware besides being a legacy OS and system that gets relatively minor updates time to time to keep the big players with solaris-specific applications happily puking huge gobs money at their feet. They Oracle may talk up a good game about Solaris, but I think that is just because big enterprise people tend to be nervous ninnies and need the reassurance that Oracle isn't planning to pull the rug out from underneath them.
Java was their primary concern as far as Sun acquisition goes. I think that Solaris was almost incidental. I don't think they care a whole lot one way or another as long as their is at least one very popular platform available to run their application stack that isn't owned by Microsoft.
We will see if what I say is true based on how Oracle decides to license it. If I am right then they will probably have the Linux-kernel portions be dual licensed and the userland parts may or may not stay under a CDDL-only... which is just fine because CDDL is a friendly free-software license.
(Log in to post comments)
Oracle works on Dtrace for Linux (The H) Posted Oct 6, 2011 21:26 UTC (Thu) by dlang (✭ supporter ✭, #313) [Link]
Oracle's track record since they acquired Sun has not been good. They have killed or alienated many different communities. In fact I can't think of any actions they have taken since that point that would be considered positive (aside from the quiet continuation of pre-existing initiatives)
Oracle works on Dtrace for Linux (The H) Posted Oct 7, 2011 14:13 UTC (Fri) by liljencrantz (subscriber, #28458) [Link]
Oracle is completely indifferent to nurturing a healthy Eco-system of open source projects unrelated to their core strategy. Their behavior towards OpenOffice, Hudson and a long list of other projects is just that: indifference.
The Linux kernel they care about. They want it to flourish, because they _know_ they can't compete with Microsoft alone; if _they_can't be the OS monopolist, the second best option is that nobody is the OS monopolist. That's why they're being good citizens and fixing loads of kernel bugs and working on shiny new features like btrfs within the kernel community. No periodical code drops like some other companies I could mention.
That's why my best guess would be that if something comes of this, the entire kernel space solution will be GPLv2, possibly even the user space component.
Oracle works on Dtrace for Linux (The H) Posted Oct 6, 2011 21:29 UTC (Thu) by dlang (✭ supporter ✭, #313) [Link]
I didn't mean to imply that they would have a _legal_ basis for their 'competitive advantage', merely that I would not be surprised if they tried to maintain one.
Oracle works on Dtrace for Linux (The H) Posted Oct 6, 2011 23:25 UTC (Thu) by cmccabe (guest, #60281) [Link]
> 1. Take advantage of lack of patent protections in the Linux
> kernel and keep the patent licensing separate from the > copyright licensing.
GPLv2 does provide an implicit patent license:
http://en.swpat.org/wiki/GPLv2_and_patents
> 2. Take advantage of the fact that copyright controls can only be extended
I think this is exactly what they'll do. Set up a GPLv2 shim layer, and leave the core code as CDDL.
Of course, it will never be upstreamed, and will need constant maintenance to stay in sync with the rest of the kernel. However, Oracle has the money and the engineers to keep it going.
Hopefully this will motivate people to finally improve and unify the upstream Linux tracing situation...
Oracle works on Dtrace for Linux (The H) Posted Oct 7, 2011 13:00 UTC (Fri) by simlo (subscriber, #10866) [Link]
This is my interpretation of GPLv2:
Linux with DTrace kernel modules will be one program and must as a whole be under GPLv2. Linux+DTrace is a derived work of Linux.
You can distribute Linux with some DTrace stubs as GPLv2. Then DTrace under another license can be distributed as that is clearly not a derived work of Linux - the same way NVidia distributes their grapics driver.
|
|||||||||||||