GPL concerns halt Kororaa live CD (NewsForge)
The Kororaa Live CD project has been temporarily shut down by questions over the legality of its distribution. The highly popular Live CD included the Xgl features which apply 3-D eye candy to the desktop. It also included binary only versions of Nvidia and ATI drivers, and that is the bug in the ointment."
Posted May 15, 2006 20:38 UTC (Mon)
by einstein (subscriber, #2052)
[Link] (37 responses)
Honestly, the war on proprietary vendors is going to have to stop very soon, or linux will become irrelevant. What vendor is going to want to offer linux drivers, if they get attacked because they are not completely open source? Nvidia drivers are a good example. Nvidia graphics drivers for linux are excellent and well-maintained, and give the best performance possible for linux OpenGL apps. Do we really want to alienate vendors like Nvidia, to the point that they say "screw this" and no longer offer linux drivers?
Sure, the GPL-only extremists would be dancing a victory dance and giving each other high fives since after having stopped the "evil" Nvidia, but it would be a pyrrhic victory, as there will be almost no chance for affordable, high performance linux graphics.
The world is not going to dance to the GPLs tune in every case, so the GPL-only extremists are going to have to learn to play well with others, and back off from their hard confrontational stance. Wisdom must be exercised so that they do not *overplay* their hand, choosing to die on a lonely hill of no significance, and losing the war.
Posted May 15, 2006 20:56 UTC (Mon)
by Richard_J_Neill (subscriber, #23093)
[Link] (22 responses)
Personally, I do use the Nvidia driver, but I'd vote with my wallet tomorrow for a free alternative if one existed. The nvidia driver is quite good, but I still have some issues with it. In particular, I can't run my dual-head DVI FX5200 with 2x 1600x1200 LCDs unless I use a CRT-adapter for one of them. The spec says it ought to work, but there are sync probs. In consequence, my RH monitor is not so sharp, and is way-off in colour. And I can't fix it, since it has no source. Nvidia drivers are also a pain to deal with during kernel upgrades.
Posted May 15, 2006 21:46 UTC (Mon)
by einstein (subscriber, #2052)
[Link] (21 responses)
But we are in *no* position to demand that nvidia open source their drivers, and it's incredibly inappropriate for us to give them grief over the excellent support they do provide, while most vendors don't give a damn about linux, period.
Would you rather win the battle and lose the war? I think a more productive use of our effort is to prefer hardware that has up-to-date, maintained open source drivers (intel graphics remain an interesting possibility moving forward) but by all means, use hardware for which only proprietary deivers are available, when there is no suitable open source choice. What is deemed "suitable" will vary depending on the customer and the applications.
Those who demand total purity of their system from proprietary code may be right, from an ivory tower perspective. But that's not the hill I'm going to die on, because I'm interested in the bigger picture. If I am to fight, I will fight to keep linux relevant and usable in the mainstream. If we lose that, we are abandoning the desktop to the crappy monopolists, and I for one am unwilling to see us relegated to hobbyist status.
However, if linux usage grows to even 10-15% of desktops, there will be a lot more leverage to request specs to create FOSS drivers. So let's work on getting to that 10-15%, before we go around issuing ultimatums.
Posted May 15, 2006 23:15 UTC (Mon)
by dmarti (subscriber, #11625)
[Link] (3 responses)
Accepting binary-only drivers is like eliminating the inspection caps from a lead-acid battery and calling it a maintenance-free battery. Yes, it's possible to make a maintenance-free battery, but letting a lawyer pronounce the battery maintenance-free isn't how to do it.
Posted May 16, 2006 7:17 UTC (Tue)
by einstein (subscriber, #2052)
[Link] (2 responses)
Posted May 16, 2006 8:50 UTC (Tue)
by drag (guest, #31333)
[Link]
For all this talk about 'Stable ABI'.. the operating system with a stable ABI is Solaris and it has shit for hardware support compared to linux and out of the hardware it does support you often have to pay for your drivers.
Linux, out of the box, not only supports more hardware then any other operating system in existance it also supports all that hardware on all the platforms that Linux runs on. All new stuff and all this old stuff.
I've personally abandoned Nvidia crack.
Sure it's nice to have very fast 3d drivers, but I am tired of the corruption and crashing and giving money to a company that refuses to support my operating system properly.
Now I am experiancing very positive results with my new Pentium-D machine with a Asus running the intel 945g chipset with the GMA 950 onboard video. Later on I plan on buying a used X600 ATI card (basicly a 9600 in PCIe formfactor) from a friend to try out the r300_dri.so drivers.
They aren't perfect, of course. But they are fast enough for what I need at this time and hopefully the r300_dri drivers mature enough so that I can have nicer cards supported.
Posted May 18, 2006 2:18 UTC (Thu)
by vonbrand (subscriber, #4458)
[Link]
I can only concur. Solaris was a pain in the neck to keep up to date, and sucked baby elephants through straws in performance (first step with a new Sun was what somebody called
And some november day, a round of security updates reinstalled a "remote administration tool" with widely known vulnerabilities, and promptly some 31337 (sp?) dude proceeded to administer our machines remotely. Solaris lasted a fortnight on them after that...
Posted May 16, 2006 3:26 UTC (Tue)
by hofhansl (guest, #21652)
[Link]
You are wrong.
NVidia and ATI make money from hardware. Money that you already paid at the time when you are looking for a suitable driver.
What if RMS had said "Existing Unix tools are good enough and they work, why bother with a free compilers/tools"?
What if NVidia suddenly decided not to support Linux? What if they riddle their drivers with DRM and other nonsense?
Closed source drivers not good enough, at best a temporary solution.
As soon as there is any 3D gfx card with an open specification that allows for free (in all senses) drivers, I'd ditch my current ATI card in favor of that card even of it would not have the same feature set.
Posted May 16, 2006 6:40 UTC (Tue)
by man_ls (guest, #15091)
[Link] (14 responses)
Yes, we are in a position to demand nVidia and ATI to open their driver. We buy their stuff, we should have support. Failing that we might try to reverse-engineer their drivers, something which is being done with Radeon X300; proprietary drivers just prevent that.
Now, before you call me an "extremist": use whatever you want on your desktop, at your own risk, but it is precisely on these technology previews where libre drivers are more important.
Posted May 16, 2006 7:11 UTC (Tue)
by einstein (subscriber, #2052)
[Link] (11 responses)
Posted May 16, 2006 8:58 UTC (Tue)
by man_ls (guest, #15091)
[Link]
Nevertheless, I think a free software project has some responsibilities, first and foremost to comply with the licenses. And if it is a technologic showcase, requiring proprietary drivers shows a shortcoming of libre software, not a strength. If all you want is cool 3D you could use a number of proprietary alternatives. Until it is really free I don't see the advantage of running a 3D desktop on top of Linux.
Posted May 16, 2006 9:49 UTC (Tue)
by jpetso (subscriber, #36230)
[Link]
If it were just for the usability, eye-candy, and overall quality of the
Closed source drivers are taking away the developers' control over Linux,
An interesting question would be, which arguments do you bring for saying
> The advice was always to use the older radeons and the in-kernel DRI.
Well, at least for me, when I switched from ATI's Radeon driver to the
Even if nVidia is creating fine drivers today, who says they won't quit
Posted May 16, 2006 11:12 UTC (Tue)
by Wol (subscriber, #4433)
[Link] (8 responses)
Fine, until you try and install that nVidia driver on your AMD64 or, even worse, PowerPC machine. Do nVidia do a power version of their driver? Cheers,
Posted May 16, 2006 16:53 UTC (Tue)
by carcassonne (guest, #31569)
[Link]
I run the nVidia driver on my MSI K8N Neo4 (Dual core AMD64) without any problems at all using a Ge6600 (or something that sounds like that) graphics card.
Simply do a YaST update and select the nVdia driver.
Posted May 17, 2006 4:08 UTC (Wed)
by einstein (subscriber, #2052)
[Link] (6 responses)
Posted May 17, 2006 6:16 UTC (Wed)
by man_ls (guest, #15091)
[Link] (5 responses)
Posted May 17, 2006 6:31 UTC (Wed)
by einstein (subscriber, #2052)
[Link] (4 responses)
So no, I'm not willing to retreat to the hobbyist realm and cede the desktop to some crappy monopolist until there are in-kernel video drivers of acceptable quality. I'm going to stay in the game with linux now, even if that means using non-libre video drivers.
Posted May 17, 2006 9:49 UTC (Wed)
by grouch (guest, #27289)
[Link] (3 responses)
So no, I'm not willing to retreat to the hobbyist realm and cede the desktop to some crappy monopolist until there are in-kernel video drivers of acceptable quality. I'm going to stay in the game with linux now, even if that means using non-libre video drivers.
Would that be the hobbyist realm wherein so many MS Windows 3d games reside? I'm a little confused. How does your use of the closed video drivers for gaming video cards keep you from retreating to the hobbyist realm?
The corporate desktop is hampered by multiple factors, but these 3d video cards with closed drivers do not appear high on the list. Fear and inertia play a large role, especially in the U.S.
Home desktop adoption of GNU/Linux is hampered most by at least one of the factors at play in corporate desktop adoption, which is the preinstallation of MS Windows on almost every PC in every store in the U.S. (There appears to be a little effort to export this idea).
Posted May 17, 2006 9:57 UTC (Wed)
by man_ls (guest, #15091)
[Link] (2 responses)
I have given up gaming; it's too hard on Linux, and it takes too much time anyway. But it is just one of those strongholds left to Windows and hampering Linux adoption. It is relevant for many people.
Posted May 17, 2006 18:58 UTC (Wed)
by grouch (guest, #27289)
[Link] (1 responses)
Actually, I find einstein's comment quite reasonable. Many hobbysts seem to be ok with keeping a copy of Windows around just to play games. Proprietary drivers allow people to play on Linux instead; from this perspective they look like a lesser evil.
That is what confuses me. If the hobbyist is most likely to need the extra functions in the closed drivers, how will abandoning those drivers to use only the libre drivers result in a "retreat to the hobbyist realm and cede the desktop"?
I have given up gaming; it's too hard on Linux, and it takes too much time anyway. But it is just one of those strongholds left to Windows and hampering Linux adoption. It is relevant for many people.
I agree with you with respect to time and relevancy. The others are not so clear. id Software games, in particular, are not hard to set up on Linux. Tuxgames handles commercial games and Happy Penguin features piles of free games from scrollers to 3d multiplayer.
The hampering comes more from the pre-installation of MS Windows, which provides gamers with a beginning platform and provides game vendors with market numbers. It's the chicken and egg syndrome.
Posted May 17, 2006 21:42 UTC (Wed)
by man_ls (guest, #15091)
[Link]
Posted May 18, 2006 23:29 UTC (Thu)
by pak9rabid (guest, #37821)
[Link] (1 responses)
There are trade secrets contained within the video drivers themselves that either vendor cannot afford to have open for the competition to see and copy. I'm not sure how familiar with people are with modern 3d-accelerated video drivers, but according to an article I read on AnandTech (www.anandtech.com) years ago, video drivers contain what's called a "runtime compiler". From what I understand, this is the part of the video driver that allows for a fully programmable GPU by allowing 3rd party developers to write their own programs to utilize the hardware on the video card. When a developer writes a program (such as a pixel shading function utilizing the pixel shaders on the card's hardware), the source code for the program must be compiled by the runtime compiler on the fly at runtime. The overall performance of the video card relies heavily on the ability of the video driver to compile these programs as fast as possible.
Some of you may remember back in 2000 when nVidia released their Detonator 3 and 4 drivers. These drivers alone increased performance on the GeForce-based cards by a great amount. This was made possible by finding ways to optimize the runtime compiler contained in the driver itself.
As you can see, the runtime compiler contained in the video driver plays a very important role in the overall performance of the video card. We all know how cut-throat of an industry the video chipset maket is. Because of this, each company must protect the source to their runtime complilers found in their drivers, otherwise they lose their trade secret, which they've invested lots of time and money in to develope and protect.
This isn't intended to be an argument for either side, just an explaination of why nVidia and ATI will not open-source their drivers and their reasoning behind it.
Posted May 19, 2006 1:24 UTC (Fri)
by man_ls (guest, #15091)
[Link]
Posted May 16, 2006 14:43 UTC (Tue)
by jstAusr (guest, #27224)
[Link]
No ivory tower here, I just want to support the FLOSS developers that provide me with an excellant OS.
Posted May 15, 2006 22:17 UTC (Mon)
by jpetso (subscriber, #36230)
[Link]
Buying Intel graphics is a good thing, but it's hardly effective at all.
Waiting for a higher market share? That is when all of those are using
It has to happen now. If none of the distributions ship proprietary
If there are only VESA drivers available for the nVidia and ATI cards,
Posted May 15, 2006 22:21 UTC (Mon)
by proski (subscriber, #104)
[Link] (4 responses)
The e-mail asserts that the Kororaa CD is a single "work", rather than an aggregation. I think this is very debatable, but I understand the reasons for putting the distribution on hold.
As for the "no chance" thing, the last time "the sky was falling" for Linux when WinModems came to the market. They are hardly relevant today.
Posted May 16, 2006 0:07 UTC (Tue)
by Arker (guest, #14205)
[Link] (3 responses)
The single work is the kernel. Since Kororaa actually compile the kernel+glue code+object blob to make a bootable kernel, on the cd, that will run the nvidia card, they are distributing a kernel they can't supply the source to.
While it's within your rights to make such a composite and use it yourself, the GPL doesn't give you permission to distribute under those conditions.
Posted May 16, 2006 2:24 UTC (Tue)
by iabervon (subscriber, #722)
[Link] (1 responses)
Now, it's potentially a problem to distribute the compiled glue code (which presumably uses kernel inlines) linked to the binary blob, but that's somewhat less of an issue (since the code included in the derived work is much much less, and has far fewer authors, and the copied code is sufficiently small to inline everywhere, and therefore less likely to be considered substantial enough to be copywritable).
In any case, it seems like Kororaa should use the standard ritual for handling this, where you distribute everything as separate files, and link the glue code to the binary blob at boot time, and then load the resulting module. That's good enough for Debian non-free, so it should be fine.
Posted May 16, 2006 3:22 UTC (Tue)
by Arker (guest, #14205)
[Link]
Ultimately it'll take a court case to settle, there really isn't any case law on this particular point, but from what I've seen there's a pretty strong concensus among the lawyers that it doesn't matter a bit whether you load it as a dynamically linked module or statically compile it into the kernel - you're still creating a derivative work.
As I tried to make clear, this isn't a problem for most distributions, because they don't do either - they simply 'aggregate' the materials on the same disk, but actually choosing to link and run the blob is still a step the customer has to take on his own. That's the loophole that lets nvidia and ati get away with playing games here.
But on a live cd, that's not really practical.
Posted May 16, 2006 2:43 UTC (Tue)
by proski (subscriber, #104)
[Link]
The only reference to modules is in the nVidia reply. They apparently want to show that they provide a way to distribute their software, so they ignore or pretent to ignore the issue of the CD image being a derived work of both the kernel and the drivers.
Posted May 15, 2006 22:27 UTC (Mon)
by bignose (subscriber, #40)
[Link] (6 responses)
Honestly, the war on user freedom from proprietary vendors is going to have to stop very soon, or those vendors will become irrelevant. What vendor is going to have any real options in the market as users migrate away from restrictive license terms?
Nvidia drivers are a good example. Nvidia 3D graphics drivers are maintained only by the vendor since they refuse to license them for inclusion in the main kernel, so they are constantly out of date with the current kernel interfaces. Do we really want to buy from a vendor like Nvidia, or do we reach the point where we say "screw this" and buy from vendors who have learned how to participate in kernel development?
Sure, the convenience-only crowd would be dancing for joy if all restrictively-licensed drivers were allowed in the main kernel, but it would be a pyrrhic victory, as that would allow any vendor to undermine any freedom in the operating system with their own driver code that can't be shared or fixed.
The world is not going to dance to the proprietary vendor's tune in every case, so they will have to learn to play well with others, and back off from their user-hostile licensing terms. Wisdom must be observed so we always allow them to participate, but only on *our* terms, since we hold the purse-strings.
Posted May 16, 2006 8:03 UTC (Tue)
by grouch (guest, #27289)
[Link] (5 responses)
Thank you for replacing my scowl of disgust with a grin.
Posted May 16, 2006 8:22 UTC (Tue)
by einstein (subscriber, #2052)
[Link] (4 responses)
Since nvidia provides the best linux drivers available anywhere, why should they be criticized for how they choose to develop them? BTW nvidia claims to have legal obligations not to disclose the intellectual property of other parties which is contained in the hardware specs and API. OK, sounds entirely possible to me.
So grouch, instead of calling me names for stating the obvious, I'd love to hear you provide some sort of rational explanation.
Posted May 16, 2006 9:51 UTC (Tue)
by grouch (guest, #27289)
[Link]
brainless? hmm. I almost sunk to your level just now but thought better of it. While bignose did a clever logical inversion, it suffers from the same basic weakness that the other anti-nvidia posts do - namely the illusion that the tiny, cantankerous and demanding market segment of gpl-only desktop customers is in a position of strength, and that they can dictate terms to commercial vendors who sell 95% of their product to ms windows users.
There was no "logical inversion" by bignose. It was a nicely logical counter to an emotional, irrational rant.
I have no clue what "gpl-only [sic] desktop customers" to which you refer. However, there appears to be considerable market influence by those who choose and support the GPL. Perhaps the strongest example is when Sam Palmisano proclaimed that IBM couldn't match the community's efforts and still provide an acceptable return for their shareholders. Of course, that was 5 years ago and there is probably a bit more influence involved now than when IBM was swayed.
If you look at Jonathan Corbet's article, Kernel Summit 2005: The hardware vendors' panel, you will find this quote:
The next speaker was Andrew Vasquez from QLogic. His brief talk went over some of the hassles he has had to deal with. At the top of the list was firmware blobs. They create big patches and have GPL issues. Interestingly, he said that the firmware issues, along with pressure from "a major distribution," are motivating the company to move its firmware back into the device. If the driver does not have to load firmware to make the device function, these issues go away.
Since, as he put it, "a double-digit percentage" of QLogic's sales are for Linux systems, providing good support (and keeping the community happy) matters to the company.
[Emphasis added]. "A" generally means just 1. It seems reasonable to assume that all together have more influence than 1 will have, so I think maybe your characterization of the "strength" of GPL users is a bit off. The above is not an isolated incident. I seem to have heard about other little businesses, such as HP and Intel, being convinced that opening drivers can be a good thing.
Since nvidia provides the best linux drivers available anywhere, why should they be criticized for how they choose to develop them? BTW nvidia claims to have legal obligations not to disclose the intellectual property of other parties which is contained in the hardware specs and API. OK, sounds entirely possible to me.
Your opinion of the quality of nVidia's drivers for Linux has nothing to do with Kororaa's problem, so far as I can see. Maybe it was part of the motivation for your emotional response? Any alleged encumbrances nVidia suffers with their drivers is also not Kororaa's problem.
Kororaa's problem appears to be someone claiming the right to demand Kororaa cease distributing Kororaa's LiveCD, based on an alleged GPL violation. A copyright owner has the standing to demand a cessation of infringement. Is the one who emailed Kororaa a kernel developer? I didn't see that being claimed, yet the emailer bases the demand on violation of "the linux [sic] kernel license". Now the file COPYING that came with my Linux has this at the beginning:
NOTE! This copyright does *not* cover user programs that use kernel
services by normal system calls - this is merely considered normal use
of the kernel, and does *not* fall under the heading of "derived work".
Also note that the GPL below is copyrighted by the Free Software
Foundation, but the instance of code that it refers to (the Linux
kernel) is copyrighted by me and others who actually wrote it.
That seems to cover permission to use binary modules with respect to Linux.
What about the GNU software on the CD? Take a look at What is the difference between "mere aggregation" and "combining two modules into one program"?:
Mere aggregation of two programs means putting them side by side on the same CD-ROM or hard disk. We use this term in the case where they are separate programs, not parts of a single program. In this case, if one of the programs is covered by the GPL, it has no effect on the other program.
That appears to make it necessary to combine those non-GPL drivers with something besides the Linux kernel to be a violation of the GPL for other programs on the LiveCD. Just having the programs on the same CD doesn't trigger. Just in case, though, ...
Does the email complainer hold a copyright in any of the rest of the GPL software on the LiveCD? I can't tell. It would not appear to be so, based, again, on the reference to Linux. If you look at Who has the power to enforce the GPL, you will see:
Since the GPL is a copyright license, the copyright holders of the software are the ones who have the power to enforce the GPL. If you see a violation of the GPL, you should inform the developers of the GPL-covered software involved. They either are the copyright holders, or are connected with the copyright holders.
Who is the emailing complainer and what copyright does he or she hold that provides the power to demand ceasing of distribution?
The whole thing looks bogus. I suspect it's either someone who thinks the unethical use of terror tactics is excusable when used to promote ethical software, or it is someone who is looking for a way to discourage the use of the GPL under the ruse that it is tyranny, rather than protective of the freedoms of software users.
Posted May 16, 2006 10:01 UTC (Tue)
by jpetso (subscriber, #36230)
[Link]
Quoting http://news.zdnet.com/2100-3513-6061491.html :
While I disagree with the reasoning for not open-sourcing the driver, it
Posted May 16, 2006 17:13 UTC (Tue)
by Arker (guest, #14205)
[Link]
They can't force me to buy their hardware. They'll either support my OS of choice, or I won't buy it, simple as that.
Now maybe they're perfectly happy without my business. But you know what, I don't think so. Because they sure go to a lot of trouble to put up this deceptive illusion of linux support. They work a lot harder, in fact, at creating that illusion than they'd need to work to actually be supported. It kind of makes you wonder...
But the point is that the libre OS market is obviously big enough for them to spend all this unecessary effort on providing fake support for, so it follows that it is indeed big enough for them to care about.
So what's the problem? They're more comfortable with faking the support, for reasons of ingrained old-think, and enough well-meaning but ignorant users buy the illusion that they get enough reïnforcement of their own ideas to sustain the illusion? It's a guess.
At any rate, the market is big enough to get their attention or they wouldn't be doing what they're doing. So I think the next step is to raise awareness with that market that what they're doing doesn't actually constitute supporting, or being supported with, libre software.
Posted May 16, 2006 22:33 UTC (Tue)
by man_ls (guest, #15091)
[Link]
I think it is within our rights to make such requests, since: we have bought their stuff, they promise Linux support, and the natural way to do that is to integrate the drivers into the kernel. Why is it that some people always picture gpl supporters as dictating other people's behavior? Why do we get called derogatory names when we request only what is seen as natural for every other vendor? (If you don't see the derogatory terms, "tiny" and "cantankerous" is bad enough, but being called a "market segment" is really beyond bounds.)
nVidia is criticized for how they develop their drivers, because they are Linux drivers, they are not libre, they make users go through needless hoops, they cannot be debugged, and all this just because "It's so hard to write a graphics driver that open-sourcing it would not help". If this does not merit some criticism, then we might as well buy our copy of XP and go play minesweeper.
Posted May 16, 2006 4:12 UTC (Tue)
by beoba (guest, #16942)
[Link]
Do they want to give their competitor the upper hand?
In addition to that, the moment they stop shipping binary drivers is the moment that dozens of people are suddenly much more inclined to make an OSS solution.
Posted May 16, 2006 2:59 UTC (Tue)
by pheldens (guest, #19366)
[Link] (7 responses)
Posted May 16, 2006 4:25 UTC (Tue)
by Arker (guest, #14205)
[Link]
It would be very nice to be able to use the beefier videocards, but for very few people is it in any way essential.
Posted May 16, 2006 4:42 UTC (Tue)
by dwheeler (guest, #1216)
[Link] (1 responses)
I would love to see OSDL, Ubuntu, or other organiations work to
help flesh out the ATI cards, PRONTO.
If anyone can lend time to the ATI driver project, please do so.
Posted May 16, 2006 10:53 UTC (Tue)
by tajyrink (subscriber, #2750)
[Link]
Mostly just planning, but anyway it's good that there's 3D life after Utah-GLX for NVIDIA cards, too.
Posted May 16, 2006 8:33 UTC (Tue)
by gvy (guest, #11981)
[Link] (3 responses)
Re "libre", I'm running "ati" on RM7000 with X.Org 7.1RC2 and you know what? Previous reply to you was eaten up by a frozen X server (together with another 20 tabs, half an hour and ~1.5 megs of GPRS traffic).
$subject
Posted May 16, 2006 17:20 UTC (Tue)
by Arker (guest, #14205)
[Link]
Have you really thought this through?
You can ship a binary blob on the same cd with GPL software. You can choose to link that blob into the software, and run it and use it yourself. That's within your rights.
But, you *can't* turn around and redistribute that once you do. You can only redistribute the GPL part if you can give folks the source to the whole thing, and if part of it is a binary blob, you can't give the source to that, so you can't ship it.
So the key question here is which is actually happening. It's my understanding, and I've seen no reason to think otherwise, that in terms of a live CD it's not an option to simply package the blob and compile instructions - it all needs to be compiled and ready to run for the live cd concept to work. And if that's the case, it sure looks like a legal problem to me. I wouldn't touch it without a law firm behind me.
Posted May 16, 2006 18:29 UTC (Tue)
by khim (subscriber, #9252)
[Link] (1 responses)
The drivers are fine to ship...
100%, no problem (at least if they really have no GPLed code in binary blob)
...the kernel is fine to ship...
100% correct, kernel is kernel, GPL-licensed and all that
...on the same CD.
Um, no - that'll be GPL violation.
Why those who whine about licenses and responsibilities are routinely not even reading those licenses?
If you have read GPL and know it so well then explain how this CD (derived work of Linux kernel!!!) can be distributed if part of it (binary drivers) are not GPLed ? How can you comply with item 2 of GPL requirement ? Note: as special exception GPLv2 allows creation of works where GPLed code and unrelated non-GPLed code are put on the same physical medium. This is indulgence of CPLv2 - GPLv1 disallowed such distribution (you were unable to distribute gcc with *bsd kernel back then). Can you honestly say that kernel and kernel driver are unrelated works ??? That kernel driver (with glue code, of course!) is "work not based on the kernel" ? This is kind of hard to justify, you know...
Once more. There are three components:
Posted May 16, 2006 19:09 UTC (Tue)
by sepreece (guest, #19270)
[Link]
Actually, after looking at the language again, it's not clear to me why you can't aggregate an unmodified binary kernel with anything you like (including things that would modify that kernel post-distribution), but that would depend on exactly how a court read the phrase "under the terms of Sections 1 and 2" that appear in section 3. Since section 2 only talks about distribution of modified versions, I don't see why it would bear on distributing an unmodified binary; I'll have to go see if Rosen says anything about how this interpretation works.
Posted May 16, 2006 12:35 UTC (Tue)
by jayorke (guest, #10685)
[Link] (10 responses)
Posted May 16, 2006 13:25 UTC (Tue)
by arjan (subscriber, #36785)
[Link] (6 responses)
the gpl doesn't restrict what you say it restricts, it has restrictions on shipping the GPL code. (or rather, copyright law has those restrictions and the GPL doesn't waive those)
the difference is subtle but important: it's not "you can not ship [that other thing] if ..", it's "you cannot ship [me] if ..".
(and as for the binary drivers that don't contain GPL code.. that's tricky, Compiled binary drivers do tend to contain GPL code! What I mean is that nvidia ships blob+glue, when you compile that into a driver that gets mixed with the kernel code (via #include's) and as a result of that actual code (not just definitions) get put into the final resulting binary. If that is enough to make things "derived" or any other kind of problem is a matter for lawyers. But to blanketly say "no GPL code" is too simple. And this also means that there is a difference between distributing blob+glue as nvidia does and a final compiled thing as Kororaa apparently put on the cd)
Posted May 16, 2006 20:23 UTC (Tue)
by grouch (guest, #27289)
[Link] (4 responses)
And this also means that there is a difference between distributing blob+glue as nvidia does and a final compiled thing as Kororaa apparently put on the cd)
So even though the final blob+glue is tolerated because of the extra clause preceding the GPL in the Linux source COPYING file, the compiling of the blob+glue links it to other GPL software and triggers 2.a. in the GPL Terms and Conditions?
If a LiveCD put off that compiling until boot time, leaving the binary blob just sitting ostracized on the CD, this would avoid the problem of distributing blob+glue. It could, for example, go through the nVidia (nVidious, RMS says) installer at boot. It would be nice if a warning about binary drivers and a choice was presented to the user before compiling and installing, but the separation would be sufficient to avoid the situation you describe.
Posted May 17, 2006 0:46 UTC (Wed)
by arjan (subscriber, #36785)
[Link] (2 responses)
maybe I'm missing something but I didn't see a clause added to the kernel COPYING file that allows binary modules, all I see is an explenation from Linus that he considers *user space* applications that use normal syscalls indepdent and not a derived work. But not a word about kernel modules....
Posted May 17, 2006 1:45 UTC (Wed)
by grouch (guest, #27289)
[Link] (1 responses)
maybe I'm missing something but I didn't see a clause added to the kernel COPYING file that allows binary modules, all I see is an explenation from Linus that he considers *user space* applications that use normal syscalls indepdent and not a derived work. But not a word about kernel modules....
I think the problem is more my lack of clarity than you missing something. I wasn't suggesting shipping the ready-compiled driver; just the separate parts in the same way that nVidia is allowed to do. The confusion appears to be from my misuse of the terms you had selected in your previous comment. Sorry about that.
Including the same things that nVidia ships on the same CD as the kernel and the rest of the operating system would be "mere aggregation". It would be unusable as shipped and require the user to decide to compile it. That compiling produces the "taint", which is a thing that is not distributable under GPL.
Posted May 17, 2006 2:54 UTC (Wed)
by grouch (guest, #27289)
[Link]
There is no exception clause for binary modules and I realize that my wording about the kernel tolerating binary modules can be taken to imply that. The extra clause, IIUC, is directed at the following part of the GPL:
These requirements apply to the modified work as a whole. 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. 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
this License, whose permissions for other licensees extend to the
entire whole, and thus to each and every part regardless of who wrote it.
Thus, it is not the intent of this section to claim rights or contest
your rights to work written entirely by you; rather, the intent is to
exercise the right to control the distribution of derivative or
collective works based on the Program.
In addition, mere aggregation of another work not based on the Program
with the Program (or with a work based on the Program) on a volume of
a storage or distribution medium does not bring the other work under
the scope of this License.
The sticky part that triggered the extra clause, again as I understand it, is that about "a work based on the Program". The nVidia installer is pretty much useless without Linux and a bunch of GNU software. The clarification by Torvalds of a derived work pretty well eliminates the argument that the installer is "based on the Program". This is "tolerated".
"[M]ere aggregation" applies to the unusable, closed blob in 1. above, before compiling. A CD is not violating the terms of the GPL if that blob is just saved on the CD with GPL software. The user can choose to compile and use that finished module in 3. above, but cannot redistribute that part under the terms of the GPL.
Posted May 17, 2006 11:34 UTC (Wed)
by sladen (guest, #27402)
[Link]
It is distribution of the combined ["linked"] work which is presenting the issue. For anyone wondering, Ubuntu side-steps this issue (after having received a similar treatened shake-down) with the following; in:
Which is executed on bootup, The keys bits of which are: Hence ensuring that the linked result only ever exists in a
Posted May 17, 2006 2:50 UTC (Wed)
by jayorke (guest, #10685)
[Link]
Posted May 16, 2006 20:19 UTC (Tue)
by proski (subscriber, #104)
[Link] (2 responses)
GPL v3 explains the meaning of aggregation, because it's designed to work uniformly in different jurisdictions. If you want that definition changed, you should submit your comments to FSF.
Posted May 17, 2006 6:12 UTC (Wed)
by blkf (guest, #37412)
[Link] (1 responses)
Posted May 17, 2006 14:13 UTC (Wed)
by proski (subscriber, #104)
[Link]
Well - duh... without the nvidia or ati drivers, none of it works, so that's kind of the point.GPL concerns halt Kororaa live CD (NewsForge)
You miss the point. What if everything had proprietary drivers? Linux would be buggy, and none of the hardware autodectection would work. You can't choose to give up freedom for convenience, because in the end, you get neither. GPL concerns halt Kororaa live CD (NewsForge)
I think it is you who missed the point. Sure, it would be great if there were high quality GPL'd drivers for nvidia cards, and all other hardware, and such a state is preferred, and something we should work for.GPL concerns halt Kororaa live CD (NewsForge)
If you want a POSIX OS with a stable driver ABI, it's out there. On the other hand, "Currently Save-Solaris-x86.ORG is running Solaris 7 x86 while AMI (now LSI Logic) corrects problems with their driver under Solaris 8."
GPL concerns halt Kororaa live CD (NewsForge)
With all due respect, I've admined solaris for years, and I even used it on the desktop for a couple of years. I respect solaris, but give me linux any day.GPL concerns halt Kororaa live CD (NewsForge)
Hell ya.GPL concerns halt Kororaa live CD (NewsForge)
Solaris pains
GNU > /usr/local
, and then replace X with a self-compiled package from X.org). Plus the joy of seeing your perfectly working (if somewhat slow) machine discontinued for further OS updates... and that could very well be one of your central servers.
But we are in *no* position to demand that nvidia open source their drivers, and it's incredibly inappropriate for us to give them grief over the excellent support they do provide, while most vendors don't give a damn about linux, period.
GPL concerns halt Kororaa live CD (NewsForge)
What if Linus had come to the conclustion that Minix is good enough, and why bother with a free alternative?
There would be no GNU and no Linux and we wouldn't be here having this discussion.
I thought the point was to make libre software. If we are just going the cool-eye-candy route, even if we have to sell out, then we might as well use Mac OS X or wait for Windows Vista.
The real point
I thought the point was to make libre software. If we are just going the cool-eye-candy route, even if we have to sell out, then we might as well use Mac OS X or wait for Windows Vista.
The real point
For me the point is to use, advocate and support the best all-around OS available. IMHO that's Linux. And I hardly think purchasing an excellent video card and using the drivers the vendor has written and maintains for my OS of choice is "selling out".
And and by the way, I have no interest in crappy microsoft windows. microsoft has a long long way to go before I'd consider ms windows to be a potential replacement for linux.
Yes, we are in a position to demand nVidia and ATI to open their driver. We buy their stuff, we should have support. Failing that we might try to reverse-engineer their drivers, something which is being done with Radeon X300; proprietary drivers just prevent that
Well... we do have support from nvidia - absolutely head and shoulders above any other graphics vendor in their support for linux, period. For instance, I posted a problem on a suse mailing list about a screen blanking problem, and got a pm from an nvidia engineer who wanted me to send a bug report. A few hours after I sent him what he asked for, he emailed me back to say they were able to reproduce the bug, and gave me the nvidia bug #. The next nvidia driver release fixed the bug. What other graphics vendor gives anywhere near that level of linux support?
Now, before you call me an "extremist": use whatever you want on your desktop, at your own risk, but it is precisely on these technology previews where libre drivers are more important.
Yep, calling the use of commercial drivers "selling out" seems pretty extremist to me ;)
And I hate to bust your bubble, but the GPL'd drivers available today don't seem to be up to snuff yet. The intel drivers aren't too bad, and the old 3dfx cards/drivers worked pretty well, but otherwise I've had nothing but grief every time I tried to be politically correct and use a card with a GPL'd DRI driver. The advice was always to use the older radeons and the in-kernel DRI. Every time I tried to seriously use the GPL'd radeon driver, I suffered lockups.
For instance, starting up RtCW with the radeon would instantly lock up the machine, every time - the power button was the only way out. You'd think I would learn, but I was still trying years later, and found that the system with a radeon would lock up when the atlantis screensaver kicked in. I finally woke up and said "enough is enough", sold the radeon to a windoze user. and replaced it with an "evil" nvidia, and the "evil" nvidia drivers. The machine was rock solid from that day on.
So sorry, I've no patience left for political correctness. I want something that works, and nvidia delivers the goods. When you find a fully open source option that's anywhere near as fast, featureful and reliable as nvidias, I will gladly use it. Until then, don't condemn me for wanting a usable platform. Unlike most of the readers here, I don't retreat to ms windows to play games or do multimedia.
Dude, relax. I'm not condemning you in any way! I have used proprietary drivers when I have had to, even if I prefer to use free software. I use Windows at work when I'm forced to. I still prefer to use libre software; otherwise, why bother? For me, freedom is my most important need and the biggest strength in Linux.
The real point
> For me the point is to use, advocate and support the best all-around OSThe real point
> available. IMHO that's Linux.
OS, I'd probably go with MacOS X. The only real argument for Linux is
that it does what the user wants, it can be extended by anyone, and can't
be controlled by any company with evil intentions. This is all due to the
freedom of its code, and the most important thing for Linux (IMHO) is to
preserve that freedom.
and are a threat to the very essence of what Linux is. If you say Windows
is crappy, take a sec to think about how it was possible for Linux to
grow better. The reason is not better developers or more effective
marketing, the reason is the freedom of the code. Not providing
ATI/nVidia drivers doesn't kill Linux, but depending on closed source
software does.
that Linux is the best all-around OS available? Do you really think code
freedom doesn't matter and it's just the technical excellency? Well.
> Every time I tried to seriously use the GPL'd radeon driver,
> I suffered lockups.
GPL one, all the lockups went away, so it may be better or worse for
different people. But that's not the point. Open source drivers can be
improved (yes, also by nVidia and ATI themselves, once they decide they
don't really need them closed) while depending on binary bubbles makes
you depend on the vendor.
supporting your card in 3 years and only provide drivers for newer cards?
I don't have to worry about that if the driver is open.
The real point
So sorry, I've no patience left for political correctness. I want something that works, and nvidia delivers the goods.
Wol
Fine, until you try and install that nVidia driver on your AMD64...
The real point
Fine, until you try and install that nVidia driver on your AMD64 or, even worse, PowerPC machine. Do nVidia do a power version of their driver?
The real point
Actually nvidia's amd64 driver is current with their x86 driver, and their
freebsd and solaris drivers are also current. Only the ia-64 drivers are
lagging behind, but it's highly unlikely that linux on itanium users are using it on the desktop.
You are right about PPC though, and that's a problem. For reasons like that
it's important to continue *in parallel* the efforts towards more open source drivers...
The real point
*in parallel*
In parallel? In parallel with ATI and nVidia's efforts to make us accept proprietary drivers? Or in parallel with our requests that they free up their code and save everyone some person-years of reverse engineering?
"In parallel" meaning using the most suitable video drivers for ones needs, even if they are not libre, while *simultaneously* advocating open source drivers, and switching to them if they become viable. In my case, the intel 9xx drivers look promising, and if/when brought up to feature parity with nvidia they will be preferred - but until then I am using nvidia wherever fast, reliable OpenGL is required. Naturally that sort of thing is irrelevant in the server room, but on the desktop it's crucial.The real point
The real point
Actually, I find einstein's comment quite reasonable. Many hobbysts seem to be ok with keeping a copy of Windows around just to play games. Proprietary drivers allow people to play on Linux instead; from this perspective they look like a lesser evil.
The real point
The real point
The real point
If the hobbyist is most likely to need the extra functions in the closed drivers, how will abandoning those drivers to use only the libre drivers result in a "retreat to the hobbyist realm and cede the desktop"?
Because said hobbyist will more likely defeat to legacy operating systems than stop playing GTA San Andreas. The strange ways of reality.
id Software games, in particular, are not hard to set up on Linux.
You know, games are more like movies. Having one or two, even ten, is hardly going to satisfy any enthusiast. They get excited with new releases, they visit specialist web sites and stores, they spend a lot of time and money on them. Even the casual player buys some titles from time to time; remember that games make more money than movies.
No. We cannot demand that nVidia and ATI open the source to their drivers. And here is why.The real point
The real point
And here is why.
Well, here comes the real explanation. Let's hold our collective breath now for a minute.
I'm not sure how familiar with people are with modern 3d-accelerated video drivers, but according to an article I read on AnandTech (www.anandtech.com) years ago, video drivers contain what's called a "runtime compiler".
Well, I don't know either how familiar with people are with modern 3d-accelerated video drivers, but if you read on AnandTech an article some years ago, it must be pretty advanced! Furthermore if said drivers contain what is called a "runtime compiler". This must mean that they are, wow, like, you know, compiling stuff or something. Like I said, wow, I mean, wow. Compile and stuff.
Some of you may remember back in 2000 when nVidia released their Detonator 3 and 4 drivers.
We may remember it because, wow, Detonator, I'm sure it compiled stuff into other stuff, or wow, I mean, compile dude! That's something. And it's called "Detonator", so it must be pretty wicked stuff.
This was made possible by finding ways to optimize the runtime compiler contained in the driver itself.
Yeah, like I said, wow dude, it finds ways to optimize the compiler, you know. Pretty advanced stuff, huh! Worth some trade secrets, and then some!
As you can see, the runtime compiler contained in the video driver plays a very important role in the overall performance of the video card.
Yeah, we saw that, dude. It was pretty clear, huh. So there is a little mean compiler contained into the driver and in every other card, dude! A very important role indeed.
Because of this, each company must protect the source to their runtime complilers found in their drivers, otherwise they lose their trade secret, which they've invested lots of time and money in to develope and protect.
Yeah! If they are, you know, like compiling stuff, then it's very much worth protecting, because, you know, they are like compiling! Without a trade secret, would people even learn how to compile stuff into other stuff? I very much doubt it, sir!
This isn't intended to be an argument for either side, just an explaination of why nVidia and ATI will not open-source their drivers and their reasoning behind it.
Now it's all clear. And we were running around in circles like headless chicken, in our ignorance; but now we have learnt the real truth! The real explaination behind why nVidia and ATI will not open-source their drivers. They are, you know, compiling stuff! Thank you very much sir! Now, if anyone could tell us how to do runtime compile optimization! But no, they would certainly lose their valuable runtime secret! No sir!
It is better to be honest with the hardware vendors and let them know that we want FLOSS drivers. The honesty of FLOSS developers is something that I really respect.Fun now pay later
If we give in so easily and tell them "Your closed source nVidia drivers GPL concerns halt Kororaa live CD (NewsForge)
are alright, so we'll use them everywhere" then they won't ever think of
open sourcing them.
I mean, even KDE developers buy IBM T60 notebooks with nVidia graphics
(and only rant afterwards), so I think the amount of lost graphics cards
is not noticable for nVidia and ATI at all.
Linux who don't give a damn about the software freedom values. You think
they will pressure nVidia? I think they'll bitch about Linux being
controlled by political hardliners. It's already hard to support
open-source-only policies today, and it will be impossible when more of
the "we just want Linux to work, fuck the GPL zealots" guys are on board.
Further, if there hasn't been done anything by the time that Linux has
gained 10% market share, then closed source graphics drivers will be so
established that you can't change policies then.
drivers by default, then the vendors might come to the conclusion that
this is not what they want, and rather get the drivers into the distros.
Every distro doing exceptions hurts this reasoning (on the forefront:
Linspire), so I'm all for Kororaa going offline. If nothing else, it
gives another press release saying that ATI and nVidia can't have their
way so easily.
guess how long it will take for all Linux users to buy Intel in the
future? Even if it's only 1-2%, this would be a major hit for the
companies, and I think they would rather open source the driver than not
offering it at all. And even if they don't, well, so be it. There can be
a lot of happy Intel users though. But don't show them that offering
binary, proprietary drivers is the way to go.
GPL concerns halt Kororaa live CD (NewsForge)
Well - duh... without the nvidia or ati drivers, none of it works, so that's kind of the point.
I heard there are free 3D drivers for some ATI cards. drivers/char/drm/Kconfig in the kernel lists some other cards: Intel, Matrox, Via and S3.
Honestly, the war on proprietary vendors is going to have to stop very soon, or linux will become irrelevant.
Are you a journalist? There is no war.
Sure, the GPL-only extremists would be dancing a victory dance and giving each other high fives since after having stopped the "evil" Nvidia, but it would be a pyrrhic victory, as there will be almost no chance for affordable, high performance linux graphics.
You seem to see extremists everywhere. Programmers don't write like that (check any *-devel mailing list). Maybe you should write political speeches?
I don't think the cd is a single work, or that anyone made that assertion exactly. GPL concerns halt Kororaa live CD (NewsForge)
They actually link the nVidia driver into the kernel, rather than using a module? I didn't know this was even possible. I thought the glue code was written as an external module, rather than a kernel patch, and therefore you couldn't use kbuild to take both and produce a single output.GPL concerns halt Kororaa live CD (NewsForge)
Linking is linking. GPL concerns halt Kororaa live CD (NewsForge)
All quotes from the "cease and desist" e-mail on kororaa.org are about the CD, e.g.
GPL concerns halt Kororaa live CD (NewsForge)
The GPL license clause 2 does not allow combination of GPL and non-GPL
work in a bigger work (your live CD) when the 2 pieces are not
reasonably independent.
I don't think making the drivers modular will make any difference, since all the arguments would still apply.
Well, duh, without following the license terms, the GPL doesn't work, so that's kind of the point.GPL concerns maintain user freedom
Y'know, I appreciate the way you stuck that bignose into that big pile. Your transformative work makes a lot more sense than the brainless original. It's good evidence that fine things can be grown from the smelliest manure, if handled by a gardener who cares.
GPL concerns maintain user freedom
brainless? hmm. I almost sunk to your level just now but thought better of it. While bignose did a clever logical inversion, it suffers from the same basic weakness that the other anti-nvidia posts do - namely the illusion that the tiny, cantankerous and demanding market segment of gpl-only desktop customers is in a position of strength, and that they can dictate terms to commercial vendors who sell 95% of their product to ms windows users.GPL concerns maintain user freedom
GPL concerns maintain user freedom
> BTW nvidia claims to have legal obligations not to disclose theGPL concerns maintain user freedom
> intellectual property of other parties which is contained in the
> hardware specs and API. OK, sounds entirely possible to me.
> For Nvidia, intellectual property is a secondary issue. "It's so hard
> to write a graphics driver that open-sourcing it would not help," said
> Andrew Fear, Nvidia's software product manager.
is indeed stated here that those legal obligations you are speaking of
are for naught.
You bet I'm in a position of strength. GPL concerns maintain user freedom
GPL concerns maintain user freedom
[...] namely the illusion that the tiny, cantankerous and demanding market segment of gpl-only desktop customers is in a position of strength, and that they can dictate terms to commercial vendors who sell 95% of their product to ms windows users.
Have you actually seen anyone "dictating terms"? I have seen people rejecting the provided proprietary drivers, on very reasonable terms; I have seen polite requests for better support, free drivers and tech specs. And people wishing for continued support. No dictating at all.
"Do we really want to alienate vendors like Nvidia, to the point that they say "screw this" and no longer offer linux drivers? "GPL concerns halt Kororaa live CD (NewsForge)
It's good they are held to their responsibility.GPL concerns halt Kororaa live CD (NewsForge)
Use libre ATI Radeon drivers. (r100/r200/r300 gpu's)
status: http://dri.freedesktop.org/wiki/RecentChanges
Matrox cards are also well supported, and the Intel and Via onboards. GPL concerns halt Kororaa live CD (NewsForge)
The FSF's High Priority Free Software Projects list
includes, as one of their top priority items, a
3D driver for ATI graphics cards
(was here, moved to Freedesktop.org).
I suspect they started with ATI because there were at least
FLOSS drivers to start with.
If good 3D ATI drivers get developed, that could be a wedge
to get others to join... e.g., then NV either joins the party, or
everyone stops buying their cards (since others wil be more
supportable).
ATI driver call from the FSF
There's also a new try for 3D NVIDIA drivers at: http://nouveau.freedesktop.org/wiki/ATI driver call from the FSF
What exactly responsibility? Why those who whine about licenses and responsibilities are routinely not even reading those licenses? The drivers are fine to ship.grow up :-/
"The drivers are fine to ship."grow up :-/
grow up :-/
1. ATI/nVidia's binary blob (presumably not-kernel derived).
2. Liberally-licensed glue code.
3. Linux kernel (GPLv2 licensed).
What GPLv2 is saying is that: put any two on your CD (or in your box) - you can not have all there. If you take 1&2 - GPL is not in play; if you take 1&3 - "mere aggregation" applies (since 1&3 are totally unrelated), if you distribute 2&3 - no problem (the whole thing is considered to be GPLv2-licensed), if you are trying to distribute 1&2&3 - you are in trouble: 2 is related to 3 and thus combinarion must be GPLv2 licensed and 1 is surely related to combination of 2&3 and thus must be GPLv2 compatible as well! But it's not - oops, sorry, no go.
I think it would depend on how you distributed. If you package the three separately, or if you prelinked the shim to the kernel (1+2) with the blob (3) simply on the disk, then you should be OK, because the blob is not "a work based on the program" and is allowed to be aggregated. However, if you prelink the blob to the shim (2+3), then you can't ship them on the same media with the kernel, because 2+3 IS a work based on 1. I don't know how the Kororaa distribution is structured.too narrow
If binary drivers containing no GPL code but simply existing on the same CD or sitting on top of a GPL system is a violation of the GPL then the GPL is getting a little scary. It sounds almost like DRM law to say what one can and can't put on a CD when one has right to use and distribute both. What next? Maybe the next version of the GPL might consider visiting a propreitary website with a GPL browser to be a GPL violation. GPL should be about protecting GPL'd code freedom and not about restricting the rights of non-GPL'd code and those who wish to use it.GPL concerns halt Kororaa live CD (NewsForge)
I think you missed the point ;)GPL concerns halt Kororaa live CD (NewsForge)
GPL concerns halt Kororaa live CD (NewsForge)
> So even though the final blob+glue is tolerated because of the extra clauseGPL concerns halt Kororaa live CD (NewsForge)
> preceding the GPL in the Linux source COPYING file, the compiling of the
> blob+glue links it to other GPL software and triggers 2.a. in the GPL Terms
> and Conditions?
GPL concerns halt Kororaa live CD (NewsForge)
Follow-up, because I realized I'm still lacking clarity in my response.
GPL concerns halt Kororaa live CD (NewsForge)
For those wondering how Ubuntu does it.
/etc/init.d/linux-restricted-modules-common
log_begin_msg "Preparing restricted drivers..."
mount -t tmpfs -o mode=0755 tmpfs /lib/modules/"$KVER"/volatile/
...
ld_static -d -r -o /lib/modules/"$KVER"/volatile/$module.ko $module/*
tmpfs
location—stored in volatile RAM—which is then lost at shutdown. As a result the combined result is never distributed; and neither can the components be directly used with each other.
If glue is GPL'd and blob is binary and compiling glue doesn't require the code to blob then is there a violation of the code. The idea that a CD is a greater work in the eyes of the GPL an non-GPL code on the CD is a violation is equally scary. Would a computer sold with GPL software on it also be a greater work because it is all in the same package? Don't expect to see Linux sold on many PCs if zealots can't find a balance of protecting GPL code freedom and allowing non-GPL components to co-exist.GPL concerns halt Kororaa live CD (NewsForge)
The distinction between derived works and aggregations is not made by GPL, it's made by the copyright law. The license can say that certain kinds of derived works don't require all code to be GPLed. For example, LGPL makes an exception for linking.
GPL concerns halt Kororaa live CD (NewsForge)
Linus donot support GPL v3...GPL concerns halt Kororaa live CD (NewsForge)
There is more software on the CD than just Linux kernel. Besides, the original poster mentioned future versions of GPL.
GPL concerns halt Kororaa live CD (NewsForge)