Slashdot Mirror


Kororaa Accused of Violating GPL

AlanS2002 writes "The Kororaa Project, a pre-configured binary install method for Gentoo Linux which bundles nVidia's and ATI binary drivers in its Kororaa Xgl Live CD , has put its Live CD on hold after being accused of violating the GPL. The issue appears to be the distribution of the Linux Kernel and nVidia's/ATI binary drivers together. When the binary drivers are built the GPL'ed code is included in the binary result, which is a violation."

57 of 843 comments (clear)

  1. All the more reason... by EraseEraseMe · · Score: 2, Insightful

    To avoid the GPL. I thought it was supposed to make things simpler, not have all of these caveats and 'gotchas'. I understand the next version of the GPL is supposed to eliminate these, but then there's the problem with dealing with multiple versions of the GPL.

    I wonder if we're going to start getting stories on "Random Joe Programmer Violates the MS EULA".

    --
    "Anybody who tells me I can't use a program because it's not open source, go suck on rms. I'm not interested." (LT 2004)
    1. Re:All the more reason... by Poppler · · Score: 5, Insightful

      I thought [the GPL] was supposed to make things simpler, not have all of these caveats and 'gotchas'.

      You are confused. The GPL is designed to keep software big-F Free. The "caveats and 'gotchas'" are very much the point.

      --
      What's the ugliest part of your body? Some say your nose, some say your toes, but I think it's your mind. -Zappa
    2. Re:All the more reason... by muyuubyou · · Score: 2, Insightful

      This hurts Linux adoption big time. If hardware vendors and developers are not even sure they're allowed to support Linux (provided opening the source is often not a possibility) then that itself is a big wall in front of GNU/Linux adoption and support.

    3. Re:All the more reason... by EraseEraseMe · · Score: 1, Insightful

      While I appreciate the work done by ATI and Nvidia to provide support for their Linux drivers, they really do need to either completely open source their drivers, or provide, as a bare minimum, a unified open source driver for both that while probably lacking some of the more advanced features and intellectual property will at least allow Linux users some formal 3D comfort.

      --
      "Anybody who tells me I can't use a program because it's not open source, go suck on rms. I'm not interested." (LT 2004)
    4. Re:All the more reason... by vadim_t · · Score: 2, Insightful

      At this point, the Linux kernel is GPLd forever.

      So if you don't like it, just don't use it. If you want FreeBSD or Windows, you know where to find it.

    5. Re:All the more reason... by computerjunkie · · Score: 4, Insightful

      Have you ever read a standard EULA? The GPL is simple by comparison.

    6. Re:All the more reason... by Tet · · Score: 5, Insightful
      This hurts Linux adoption big time.

      Thus speaks the voice of one who sees widespread adoption of Linux as a goal. Others see the creation of a free operating system as the goal instead. The two aren't mutually exclusive, but nor do they go hand in hand. I would rather see Linux remain a niche OS than sacrifice my principles to chase market share. Of course, I'd like to see Linux gain widespread adoption as well. But if it came to a choice between the two, I'll stick with what I believe to be right.

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    7. Re:All the more reason... by sumdumass · · Score: 3, Insightful

      it isn't that you cannot use a program, it is that you cannot use certain programs when redistributing gpl'd products. You are free to use it all you want if you don't trip anything in the gpl designed to protect free software.

      Now, i too think this is bullshit. There are alot of users out there that don't have the skills or abilities to install NVidia's or ATI's drivers and have it working corectly. Also, it seems that you cannot use them in a live cd so performance is thrown out. It doesn't matter how free software should be, this just holds it back. It is no wonder propriatary software vendors are fearful and sticking with microsoft only products. Situations like this do nothing but re-enforce all those GPL is viral statments. It is a shame that this hasn't been adressed before. Linus has glanced on the issue with before GPL kernel libraries verses others and non-GPL'd software using them. This topic should be closed at this point in life.

    8. Re:All the more reason... by Anonymous Coward · · Score: 1, Insightful

      Without the FSF and Stallman linux would be nothing but a useless kernel without any user-land application. If you don't care a shit of the Free Software Philosophy, then use OSX or windows but don't try to blob our GNU/Linux with proprietary drivers.

    9. Re:All the more reason... by Arker · · Score: 2, Insightful

      Suppose we completely set aside the goal of widespread adoption, and simply leave open the goal that people should be able to use Linux to do whatever they want. That's not too controversial, right?

      You can do that. And if you want to install blobware drivers, that's ok too. The license only controls what you can redistribute.

      You're perfectly within your rights compiling a binary blob into your kernel. (Not too smart, but hey, it's your choice.) You just can't distribute the result to unsuspecting third parties.

      1. ATI and Nvidia should be forced to open up their drivers. Great idea, but no one has been able to do it.

      No one's been trying to do that. No one wants that.

      The goal is to get them to publish interoperability specs - simply the interface information - so that good free software programmers can write good free drivers to talk to the hardware without wasting a lot of effort reverse-engineering what should be public information.

      Reverse engineering isn't actually that hard to do, I'm sure that any Nvidia competitors that see any advantage to be gained by it have already done it. But their developers get paid to do what they're told. Why on earth would free software developers volunteer a disproportionate amount of their time to supporting a product if the manufacturer isn't willing to communicate with them?

      It's simple, if Nvidia wants to sell their hardware to free software folks, they need to be reasonable about this. And if not, we'll buy other brands.

      There are a huge number of other cards out there with known interfaces and well written well supported drivers. None of them are quite as fast as the latest from Nvidia and ATI, but anyone that trades their freedom for a couple more frames per second in Quake deserves what they get.

      7. If you want to use software that requires hardware 3D acceleration, you have to pick a closed source OS -- either OS X or Windows.

      That is simply not true. You can get hardware 3d support with free drivers. You just have to be pickier about which video card you buy - and willing to get something not quite as powerful as the latest and greatest from nvidia.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    10. Re:All the more reason... by geminidomino · · Score: 2, Insightful

      Being able to see the code for all forks? Oh wait, that's GPL, not BSD. BSD may seem more free in the short term, but in the long term GPL wins.

      Sorry, you must be confusing me with the average American sheep. I'm not fooled into beleiving that "doing what we say makes you free," no matter whether the "we" is the government or the FSF. The GPL has its place, but that place is not at the pinnacle of "freedom." Restrictions are restrictions, whether they come from Stallman or Gates, and restrictions are the opposite of freedom.

      And don't give me that bullshit line about the "code," rather than the "coders" being "free as in freedom." Freedom is the existance of self-determination. It requires sentience first.

      What, in particular, is more powerful and/or flexible about BSD? It's mostly the same programs once you get past the basic toolchain(and even there, both parties use gcc)

      I wasn't comparing to BSD, just the BSD license. I was comparing to other desktop systems (Nvidia cards aren't a big deal in servers), IOW, windows. The power of linux, for me at least, is in the CLI with tools like grep, sed, and perl. I can do tasks in minutes that would take me hours in Windows (cygwin notwithstanding). Also that all of the system data is right there for you in both Linux and FreeBSD (the BSD I'm familiar with).

      Free/Open/NetBSD: $0
      Gentoo/Debian/Fedora/Ubuntu Linux:$0
      If you're paying for Linux, you're actually paying for either support from RH, Novell, or similar, or for the costs to mail a CD to you. The latter is at most a few bucks, the former costs more but it's still a bargain compared to the commercial Unices those distros are trying to replace.


      Again, referring to Windows' price tag, not BSDs. Actually, I pay for CDs from FreeBSD and Slackware. I get no support, but I support the projects. FreeBSD because I've been running servers on it for years, and Slackware because Pat makes a solid distro with none of Debian's bullshit politics.

  2. Yep. by Anonymous Coward · · Score: 4, Insightful

    This is one example of why the GPL is a terrible license. People are trying to add useful things to the Linux kernel so more people use it and your license is restricting it. Use a BSD style license if you want to distribute your code open source.

    1. Re:Yep. by FooHentai · · Score: 2, Insightful

      That's a bit unfair. The GPL license is a ray of light in an otherwise very dark legal minefield,IMO.

      I think what you see as a problem with the GPL license is actually a sign of the times which the GPL couldn't avoid even if it wanted to. Heck, I think it's the very reason why the GPL exists today.

      It's the case now not that this particular license is unduly restrictive, but that the state of copyright/licensing across the world is so farcicaly ubiquitous and overbearing that if you don't have a solid knowledge of all the copyright over the code you're working with, you get burned.

      At least in this case it's unlikely the various parties who might enforce the GPL will come out with fangs bared. In that respect, it's good that they've fallen foul of the GPL rather than any other licence which might be enforced that much more aggressively.

  3. tainted kernel by rehabdoll · · Score: 2, Insightful

    Tainting the kernel makes it non-compatible with the gpl. This is not normally a problem on your home-system, but if you redistribute the tainted kernel you violate the gpl. Whats the big deal? just remove the evil binary-only drivers and all is well.

    or perhaps im wrong, what do I know, anyway?

    1. Re:tainted kernel by Kortec · · Score: 3, Insightful

      The problem with this is that the "evil" closed sourced drivers, in this case, are hands-down better. The folks at nVidia actually seem to care about the Linux community, and therefore bother to keep up with our development and produce drivers that perform top-notch for us. It's more than a little odd that the thanks they recieve for their efforts, other than my video card dollars, is GPL violetions, but that's the case.

      --
      "My heart is in the work." - Andrew Carnegie
    2. Re:tainted kernel by Anonymous Coward · · Score: 3, Insightful

      "It only taints the kernel if you load the module. The kernel itself [the bzImage] is entirely based on GPL code.

      So don't autoload the drivers and the kernel will not load with a tainted status. /me shakes head...

      Tom"

      Thats bullshit as I look at it.

      That driver requires GPL'd code to be compiled. It requires GPL'd code to run. It's obviously kernel-derived and thusly it violates the GPL.

      The tainting is there to inform end users that their kernel is tainted with non-gpl'd code it's not there to decide weither or not distributing GPL'd-derived software in closed source form is legal.

    3. Re:tainted kernel by idonthack · · Score: 4, Insightful
      just remove the evil binary-only drivers and all is well.
      Except XGL is Kororaa's main feature (in fact, the only reason for the LiveCD), and that won't run without those drivers. If they take the drivers out they might as well just not do it.
      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
    4. Re:tainted kernel by lspd · · Score: 2, Insightful

      Except XGL is Kororaa's main feature (in fact, the only reason for the LiveCD), and that won't run without those drivers.

      And this is the sleeping evil of ATI and Nvidia's binary drivers. Most recent 3D games for Linux were developed using these binary drivers. XGL also seems to be written largely for the binary-only drivers (you might get some of the old Radeon's or some of the newer Intel chips to work with DRI, but that doesn't seem to be the emphasis.) The fact that developers are writing software that relies on these proprietary blobs for acceptable performance is a step backward for free software. I would rather have the X we have today than an improved X that only works when I install non-free drivers.

    5. Re:tainted kernel by IamTheRealMike · · Score: 2, Insightful
      Well, then they can't do it! It's just yet another example of how proprietary software restricts innovation...

      nVidia developers wrote large parts of the GLX_ext_texture_from_pixmap specification which the whole framework revolves around. They've been contributing to the debate on how to evolve X into the 21st century. Their engineering team have been consistently supporting new features as the X community add them. Not only are nVidia not restricting innovation, they are taking part in it! The fact that some people would rather have an all or nothing situation (and get nothing) does not mean everybody shares that philosophy.

  4. rules are rules... by stikves · · Score: 2, Insightful

    GPL shooting the "good guys" this time. Nevertheless if the open source community will not obey the rules no one will.

    Fortunately there are many ways for them to exit this situation, and I hope everything will be cleared soon.

  5. Whaaa? by BobPaul · · Score: 3, Insightful

    I always thought it was ok as long as they provided everything necessary to build the CD on your own, IE all of the GPL code that was used and which non-GPL packages (the nVidia and ATI drivers) were used.

    If anything I would have expected this to be a violation of nVidia and ATI's copyright, distributing their drivers rather than sending people to their respective websites to download.

    1. Re:Whaaa? by mrsbrisby · · Score: 4, Insightful

      No, that's blatently wrong. OpenWRT includes the closed source BroadComm network driver

      If OpenWRT is distributing a Linux kernel with closed-source software linked into it, then yes, they are violating the GPL.

      and RedHat Enterprise includes lots of Redhat only software that isn't GPL.

      As far as I know, RHEL doesn't allow their trademark to be redistributed. That's a very different thing.

      Now, if you created your own custom kernel in order to make the binary drivers work, but then didn't include the source code for that, I would agree with you. But they didn't modify the kernel at all. They just compiled kernel modules.

      But the kernel modules are based on the Linux kernel. They use hidden magical interfaces. They don't necessarily make the modules GPL (says Linus), but that doesn't mean the resulting linked modules can be redistributed.

      If the drivers themselves were "Derived works" then that would prohibit distribution. However, that would also prevent people from using them at all and require ATI and nVidia open sourced the drivers. This is not the case, though. The drivers contain a GPL kernel interface and a binary only driver. The kernel interface that the ATI and nVidia drivers use is the derived work, and is opensource. You can get it in the respective packages from ATI and nVidia's websites.

      You're confused. The GPL isn't a usage-license, it's a redistribution license. You're free to download ATI or NVidia's copyrighted work (as they say- that's their distribution) and compile and link them into your kernel. You cannot redistribute your binary modules, or your built kernel with them, because you cannot satisfy the requirement of the GPL that says you need to be able to provide source code for those things.

  6. What? by tomstdenis · · Score: 4, Insightful

    The drivers aren't GPL though and they don't include GPL code. They merely are compatible with GPL code. This is like saying my source files are GPLed because GCC can parse them. Or this webpage is MPLed because Mozilla can read it, etc...

    Just because the kernel can load your module doesn't mean your modules is GPLed. The way I understand the GPL is anything you derive from GPL code must be open source and what not. The drivers are proprietary and just happen to be compatible with GPL code.

    --
    Someday, I'll have a real sig.
    1. Re:What? by mrsbrisby · · Score: 2, Insightful

      The drivers aren't GPL though and they don't include GPL code.

      Even though I doubt that they don't include GPL code, they are certainly based on GPL code.

      Linux is under the GPL, and not the LGPL.

      This is like saying my source files are GPLed because GCC can parse them.

      Except GCC has an explicit note in its license that says that C source files that GCC (and perhaps only GCC- say using GCCisms) can compile are not automatically under the GPL.

      This doesn't negate other reasons why these C files might be redistributable under the GPL, however.

      Or this webpage is MPLed because Mozilla can read it, etc...

      No, this is for a different reason: The pages mozilla displays are copyright their original authors. If these pages were explicitly designed for Mozilla (say, by using -moz- interfaces), then the GPL-license for Mozilla could apply. It's only because thos e interfaces are documented separately (under the MPL) that the GPL doesn't apply to them.

      Just because the kernel can load your module doesn't mean your modules is GPLed.

      Yes, that's exactly what it means.

      The way I understand the GPL is anything you derive from GPL code must be open source and what not.

      No. Anything derived from GPL code must be redistributable under the GPL as well.

      This is probably why you're a bit confused: GPL is a redistribution license, and NOT a usage license. That means that if you have something GPL- binary only perhaps, then you cannot redistribute it unless you can also supply the source code.

      Since you're building the drivers into the Linux kernel yourself, YOU are the one that is making a beast that you cannot redistribute. If someone else did this for you, they could not legally give you their binary images without also providing the source code. Since they don't have the source code, they cannot redistribute their binary images to you.

      The drivers are proprietary and just happen to be compatible with GPL code.

      When speaking in matters of law, "compatible" has a very specific definition that is at odds with the definition you are using. If the drivers were compatible with GPL code it would be because all of the terms of the GPL could be satisfied.

      Note that GCC's explicit clause, and the existance of the W3C as methods of providing a compatability layer between the authors copyright of the C or HTML files, and the device used to manipulate them.

    2. Re:What? by mrsbrisby · · Score: 2, Insightful

      If your argument were correct, then it would be a violation of GPL for any distribution to make these drivers available. Yes, the major distributions do make them available for download, and no one, not even the FSF, says they are violation the GPL.

      No. You're confused.

      If the kernel can load the module, it's because the kernels' source code, and the GNU toolchain were available to build it.

      Hence the reason NVidia and ATI don't distribute kernel modules, but instead a build-system that may-or-may-not be legal. Linus seems to think those kinds of build-systems are okay- not good, but probably okay.

      KORORAA isn't using those build systems. They're distributing the binary kernel modules; The things the kernel can actually load. That's a violation of the GPL.

  7. Aggregation is not linking! by Morgaine · · Score: 5, Insightful

    Aggregation of components is not the same think as linking, the FSF is totally clear about that. So both the GPL code and the binary code can be present together on the same medium, not linked.

    It's only when the CD is booted and the drivers loaded that a runtime image containing the binary modules linked with the kernel is created, and not before.

    Distributing an aggregation is perfectly legit, according to the guidelines for GPL v2. (Dunno about v3).

    --
    "The question of whether machines can think is no more interesting than [] whether submarines can swim" - Dijkstra
  8. It all depends by robla · · Score: 4, Insightful

    ...on who sent the email as to whether or not this is truly a significant event. While the person emailing may have a point (IANAL, so I dunno, the devil is in the messy details), it's a little melodramatic to make a big fuss out of this unless the person making the complaint is a copyright holder in the kernel and is issuing a cease and desist.

  9. Oh no!!! by Duncan3 · · Score: 4, Insightful

    Someone made Linux easy to install...

    KILL KILL KILL!!! STOP THEM!!!

    Seriously, they put linkable drivers on a CD... That's 100% OK.

    Stop trying to stop Linux you Microsoft plant, nice try tho.

    --
    - Adam L. Beberg - The Cosm Project - http://www.mithral.com/
  10. I spit by fishbowl · · Score: 4, Insightful

    There really isn't any fun, having to take a distro that leaves you with an 80x25 console, or a 640x480 X desktop (and I feel lucky sometimes to have EITHER of these work correctly), and from there, find and download drivers for NV or ATI, and build and boot a kernel that works with what was otherwise a working live system.

    This is really not a reasonable thing to expect from a user, not even from a user like me who has been running linux since 0.99pl1.

    --
    -fb Everything not expressly forbidden is now mandatory.
  11. Re:proof that the GPL is too invasive by PenGun · · Score: 2, Insightful

    You really have no clue do you.

      Linux was not put together for your convenience.

      I'll leave it there as more than one concept may overload your processor.

        PenGun
      Do What Now ??? ... Standards and Practices !

  12. nvidia and ati are the problem by Anonymous Coward · · Score: 3, Insightful

    i am an idiot so here i go again.

    1) as of the new xorg there is no need for video drivers to be in the kernel.
    2) indeed the kernel people have been urging ati and nv to move their drivers out to userland.
    3) their drivers need a lot of rework to get to userland, plus they will run approx. 1% slower.
    4) neither ati nor nvidia want to lose 1% performance, let alone all the time and testing to move the code.
    5) if one moves before the other, the average gaymer, i mean laymer, oops, gamer magazine draws charts that make 1% seem like the entire frickin' page width.

    bye now.

  13. Convience is Evil? by Kid+Zero · · Score: 1, Insightful

    Gotcha. No wonder Linux has problems.

  14. What a prick by linvir · · Score: 5, Insightful
    Sounds like the sort of guy who sends a letter to have the local skatepark closed down when he notices that its disabled access is lacking.

    The most infuriating thing is how he goes for the puppy angle with this bullshit:

    this distribution goes against the open source spirit of linux
    The 'open source spirit of Linux' is that Open Source is supposed to enable people to stop worrying about this licensing crap. If nVidia and ATI aren't complaining, there shouldn't be an issue on our side.

    And for the most part there isn't. Which is why it's even more sad that he's actually caving to this:

    As such, the Live CD has been put on hold, until I can sort this out. If I cannot sort this out I will be forced to cease work on the Xgl Live CD.
    My overall opinion is that this Koraraa guy ought to grow a pair and wait to see what the non-basement-dwelling grownups have to say about his distro's licensing.
  15. There's more restricition in BSD by mangu · · Score: 2, Insightful
    People are trying to add useful things to the Linux kernel so more people use it and your license is restricting it.


    I think the restrictions in the BSD license are much worse. In the Linux kernel, at least, anyone can add useful things to any distribution. In the BSD Unix one can add useful things only in the FreeBSD, NetBSD, and OpenBSD distros. For instance, let's suppose you have a Nokia firewall and want to tweak its operating system. You cannot, because it was distributed under the BSD license and Nokia closed it.

    1. Re:There's more restricition in BSD by Ded+Bob · · Score: 4, Insightful

      After all, it's the BSD licence that restricts me from seeing the Nokia OS source code.

      No. It is the Nokia license that restricts you. The BSD license does not contain the restriction.

    2. Re:There's more restricition in BSD by Zerathdune · · Score: 2, Insightful
      True, but I think the point he's trying to articulate has meerly been very poorly worded. the BSD liscense is essentially, give credit, don't pretend we endorse your stuff, and we're not liable for anything. couldn't be much more open than that.

      the issue is that it doesn't stay that way, because when a company can change the terms of the liscense, they tend to do so, so that it benifits them. they will only conceed as much to the user as they must. In this way, you end up with more restriction later on. I think the sole reason that linux is so much more popular and well known than BSD, is because of the liscense, not because of any trait of the software. corporations have no problem investing in a tool that will help them even if they think it may help competitors as well, but they won't do that if they see than one of their competitors can just take all of their work, and sell it on their own terms without any input, and without giving anything back.

      in any case, the choice of license depends on the scenario. I would favor the GPL myself, because though I don't have a problem with other people using my stuff, I don't want it to become part of an embrace-and-extend control mechanism. others may not care about that. yes, the GPL is more restrictive in and of itself, but in the long run, the BSD license results in more restritctions, because the license can change.

      in an example like this I would agree that the GPL causes problems. if it were my software that something anologous to this happened with, I might talk to the guy about alternative liscensing, work out some terms for this particular case. after all, if I own the copyright, I can license it however I want.

      --
      No single raindrop believes that it is responsible for the storm.
    3. Re:There's more restricition in BSD by mrchaotica · · Score: 3, Insightful

      I hate these stupid semantic arguments, because nobody ever realizes that the question is not between "more restrictions" or "less restrictions," but between who is restricted.

      The GPL restricts the developer, because he's forced to contribute his code back to the community. This is done for the benefit of the end user.

      The BSD license restricts the end user, because even though the code running on his device used to be Free, the vendor could chose to close it and cut off his control of his own device at any time. This is done for the benefit of said vendor.

      The GPL and BSD licenses are both restrictive, but in different ways. There is no possible license that has zero restrictions for all.

      Now that I've made this clear, can we please stop arguing about it and move on?!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    4. Re:There's more restricition in BSD by civilizedINTENSITY · · Score: 2, Insightful

      Ah, but the BSD license contained the seeds of the restrictions Nokia placed upon the code, inherent in the lack of restrictions BSD places upon the ability to close off code.

    5. Re:There's more restricition in BSD by LordKronos · · Score: 2, Insightful

      it's the BSD licence that restricts me from seeing the Nokia OS source code

      I disagree. The base code is already open, regardless of how it's used. The modified code which is allowed to be closed under BSD would not suddenly have been open had it been under GPL, because the vendor would have almost certainly chose some other code under a (from their point of view) less restrictive license. Had nothing like that existed, they would probably have written it from scratch. So in either case you didn't lose access to anything.

      To say that the BSD license is MORE restrictive because you "lost" access to the modified code seems, to me, to be an argument similar to "every download is a lost sale".

  16. One man's "useful" is another man's "treacherous. by Kadin2048 · · Score: 5, Insightful

    Saying they're trying to add "useful things" to the kernel is a bit of a judgement call. You might think that adding proprietary drivers is useful, but a lot of people would disagree.

    The GPL is designed to prohibit this for a reason, and it's not because the FSF people enjoy making people's lives difficult, it's to keep Linux and the kernel from becoming dependent on proprietary binary lumps. If you want to taint your kernel by adding proprietary modules, more power to you, but you can't redistribute the result. Every user has to add the tainted bits in themselves.

    If every distro could just use the nvidia binary drivers, maybe the people working on the free "nv" driver just wouldn't bother. And then one day nvidia decides (because they suddenly become evil / get bought by Microsoft / whatever) to pull the rug out and cease development of the drivers. A few well-placed cancelled projects could set an operating system years behind the competition.

    The GPL attempts to ensure that a basic Linux system is at least functional without proprietary add-ons, so that it can't become the hostage of someone who controls a lump of code that everyone has gotten used to depending on.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  17. It's up to the copyright holders by robla · · Score: 2, Insightful

    ...to enforce their "copy right". The users can alert the copyright holders of potential violations, but unless the copyright holders take action, nothing happens.

    Only copyright holders have standing to bring suit.

  18. It wouldn't be Linux anymore. by r00t · · Score: 2, Insightful

    If you want a binary-based system, run Windows. Seriously. Have fun.

    I like knowing that I will never need to throw away old hardware because neither the OS vendor nor the hardware vendor cares to provide drivers for the latest version of the OS.

    I like knowing I can use my devices with x86, x86-64, PowerPC, 64-bit PowerPC, IA-64, and anything that will be invented in the future. I don't need to go begging some corporation to make a driver for a product they no longer sell.

    I like knowing that the driver API is optimal, without contortions for compatibility with an ABI that might be getting obsolete.

    I like knowing that I can debug a crash. I have all the source.

    I like knowing that nothing on my system will phone home to tell Sony about my sins.

    1. Re:It wouldn't be Linux anymore. by mrchaotica · · Score: 4, Insightful
      From a hardware vendor's perspective, stable binary interfaces are nirvana.

      It means that they can write their drivers to a stable interface and not have to worry about every single recompile of the kernel invalidating their work, which in turn means that they have lower support cost.
      That entire argument is bullshit.

      What would really be nirvana would be for an entire community of willing volunteers to write their driver for free, which could happen if the vendor would just release some damn specs! Then the support cost wouldn't just be lower, it would be zero because the community would be supporting itself!

      Besides, "trade secrets" are not necessary for a hardware company to succeed anyway. Look at all the hardware that does have Free drivers: CPUs, mass storage devices, sound cards, network cards, etc. Those don't have any "trade secrets" that prevent drivers from being written, and there is absolutely no reason for video cards (and wireless chips) to be any different!
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    2. Re:It wouldn't be Linux anymore. by ajs318 · · Score: 2, Insightful

      I don't think it's unreasonable to force companies to disclose what is in their hardware. Pharmaceutical companies have to declare the active ingredients and the amount per dose in their drugs. Breweries have to state the alcohol content of their beer. Tobacco companies have to declare the amount of tar and nicotine in each fag. Food manufacturers have to give a list of ingredients in descending order and a breakdown of fat / protein / sugar / starch -- and that's almost enough information to recover the recipe {assume that the majority of the recipe is in the first three or four ingredients, and construct a set of simultaneous equations relating the quantities of each ingredient to the nutrition figures}.

      Back in the days, every electronic appliance you bought came with a schematic diagram -- either in the instruction manual, or on the inside of the bottom cover. As likely as not, this would be labelled with the expected voltages at various test points. This misguided behaviour by the likes of nVidia is a recent phenomenon.

      But you're right, I do have the right to discover what is inside a graphics card I own. It's called "reasonable force" -- as little force as possible but as much as is necessary to accomplish a rightful aim. Hopefully, if enough people assert their right to conduct reasonable force reverse engineering, and co-ordinate their efforts appropriately, we can develop fully Open Source drivers for nVidia graphics cards.

      I still support mandatory full disclosure. Well, not mandatory -- you would have a choice, tell everyone exactly how to use your hardware or don't sell it. Anyone who doesn't believe in full disclosure has something to hide.

      --
      Je fume. Tu fumes. Nous fûmes!
    3. Re:It wouldn't be Linux anymore. by ardor · · Score: 2, Insightful

      You, Sir, don't have a clue.

      What would really be nirvana would be for an entire community of willing volunteers to write their driver for free, which could happen if the vendor would just release some damn specs! Then the support cost wouldn't just be lower, it would be zero because the community would be supporting itself!

      Oh yes. I see. Volunteers striving to recreate nVidia drivers. With shaders, Z-pyramids, FSAA, bazillion tricks & tweaks to max out performance. Riight. Maybe ready in 2043? Because, the specs won't help you much since a TON of functionality resides in the drivers.

      Also, instead of being dependent upon a company to release drivers, now we are dependent on volunteers to be constantly motivated to maintain the drivers. The day they lose motivation, drivers get broken because of kernel changes, and is kicked out of the kernel. Goodbye driver.

      Besides, "trade secrets" are not necessary for a hardware company to succeed anyway.

      Ah, yes. But not in this universe. Well, I guess the small companies may survive for a while without them. But especially between ATI and nVidia there is a cold war, and each one would LOVE to get their hands on some of the others' secrets. Patent violations are only one of the weapons.

      Look at all the hardware that does have Free drivers: CPUs, mass storage devices, sound cards, network cards, etc.

      Oh yeah, and you can mix these with a GPU, since they are all so similar. Sheesh, get a clue. GPUs are even more complex than CPUs, and hundreds of thousands of times more complex than your typical NIC.

      Those don't have any "trade secrets" that prevent drivers from being written, and there is absolutely no reason for video cards (and wireless chips) to be any different!

      Wireless chips have FCC problems (source code available = you can tune the chip to send at any frequency). In other countries, this does not apply. But then again you cannot use chips manufactured there in the US, which is just one of the biggest markets in the world.

      Video cards: I told you already. In fact, there is absolutely no reason why nVidia and ATI should EVER GPL the drivers, release the HW specs (which are patent-encumbered too) etc. If one does it, the other uses it to crush the opponent. And then we have just ONE GPU manufacturer.

      --
      This sig does not contain any SCO code.
  19. No other options. by Kadin2048 · · Score: 4, Insightful

    all those suckers that bought NVidia or ATI video hardware

    Just out of curiosity, who are the non-suckers? The people who bought video hardware from ... who, exactly?

    3Dlabs doesn't make GPUs anymore, 3dfx got bought by NVidia, and XGI is gone. That leaves ATI, NVidia, Matrox, and Intel making GPUs. Does Matrox or Intel release source code to their drivers? (Is Matrox even still in the consumer graphics card business?) Who else is there? ATI and NVidia basically have the market for aftermarket cards cornered, to the best of my knowledge, and in both cases their drivers are closed-source. There really aren't any other options for most people.

    Personally I'd say go with NVidia, because they seem markedly less evil and their binary drivers seem to suck less, but that doesn't mean I'm happy about it.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  20. Re:proof that the GPL is too invasive by unix_core · · Score: 1, Insightful
    Here is one of the most impressive example of linux in action, the koraraa live cd, which literally blew me away with it's 3d-accelerated UI, being put on hold due to the "open-source spirit".

    Apparently, you are not aware of the difference between open-source(a development model) and free software (the philosopy which the GPL is based upon).

    Maybe if it was easier to install video drivers in linux in the first place that they could be made "reasonably independant of each other". How the hell are you supposed to make a live cd that seperates the video drivers from the rest of the OS ? What's more important to linux, the "open-source spirit" that prevents you from distributing one hell of an impressive Live CD, or a wider adoption of linux due to it's advanced technology (windows won't have a fully 3d accelerated UI untill some time next year, linux beat them to it).

    The, as you call it, "open-source spirit" is likely the sole reason to the popularity of linux. To maintain that spirit, efforts is needed to keep software free, because of this, we really need to help free people from their dependence on non-free software. Doing anything else would probably, in the long run, hurt both linux and other free software. For example if one day, these companies would by some reason (like money) suddenly stop developing these very important drivers, the entire linux user-base would be severely hurt.

    Seriously does anyone except open-souce zealots (who are preventing a wider adoption of linux), really care that these drivers are not open-source. Companies like ATI and Nvidia basically survive on their trade-secrets and it would not be reasonable to ask either of these companies to put their IP in jeapordy just so we could have a fully open-source video drivers. We should be grateful they provide closed-source drivers to us AT ALL.

    That's most likely untrue, these companies rely on making hardware, they probably have the resources to reverse-engineer each others software quite easily. Only an idiot would be thankful for something you have to pay lots of money for, a company that doesn't listen to it's customers does not deserve to have them. Thinking long term, they could probably sell even more by releasing free (as in GPL:ed) drivers, or at least specs so that they wouldn't even have to bother. The reason they don't currently do that is probably because they're dumb-greedy corporate zealots.

  21. Re: point 1 and 2 by Vyvyan+Basterd · · Score: 2, Insightful

    no you dork. video drivers in kernel space lets you run X as a non-priv user. That's the whole fucking point. X should talk to the kernel, not the hardware.

  22. Re:One man's "useful" is another man's "treacherou by Alef · · Score: 5, Insightful
    If you want to taint your kernel by adding proprietary modules, more power to you, but you can't redistribute the result. Every user has to add the tainted bits in themselves.

    What if I distribute the kernel with instructions on how to add add proprietary module? Would that be OK?
    What if I then distrubute the kernel with a helper script that downloads the modules when the user runs it?
    What if these modules would reside on the same CD as the kernel, and the script simply copies them from a specific directory instead of copying them from a server?
    What if I also include a helper script that automatically installs the modules when the user runs it?
    And what if this script is a boot script?

    But, oh wait, that sounds an awful lot like what kororaa does already...? Where did I cross the line?

  23. Re:One man's "useful" is another man's "treacherou by GigsVT · · Score: 2, Insightful

    Aggregation on the same medium is not a determining factor. The FSF has said that being on the same medium isn't important, the "mere aggregation" clause.

    To be honest, no one knows where the line is, not even the FSF.

    "What constitutes combining two parts into one program? This is a legal question, which ultimately judges will decide." --From the FSF

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  24. Derivative work interpretation is scary by btempleton · · Score: 3, Insightful

    I must say I have always been bothered by the suggestion that writing code to a particular API (such as that of a kernel) could be considered a derivative work under copyright. If I write to the Windows API, have I careated a derivative work of Windows, to be owned by Microsoft?

    If you do static linking of some GPL code with your code, then it's not just a derivative work, you are actually including somebody else's code and must get their permission. But static linking is of course less and less common. Modules that call libraries are only bound to the libraries at runtime today. Code is written to APIs but bound at runtime.

    This is thus a "loophole" in the GPL, turning it into the LGPL in some interpretations, and to fight that, we see this interpretation that just writing code to an API, making use of the API definition found in header files, makes you a derivative work. I don't think this is a good interpretation for a free software movement to be pushing, even if it means some loopholes.

    --
    Has it been over a year since you last donated to the Electronic Frontier Foundation
    1. Re:Derivative work interpretation is scary by btempleton · · Score: 3, Insightful

      But this is, if you think about it, a pretty radical doctrine in software. Certainly if Microsoft, or anybody else who generated a header file or API, tried to claim a copyright interest in programs written to that API, the world, and most of all the free software community, would be up in arms. You should not use a doctrine you would not accept from others.

      --
      Has it been over a year since you last donated to the Electronic Frontier Foundation
  25. burninating some karma... by Penguin+Follower · · Score: 4, Insightful

    OK, I've got karma to burn.

    I just happen to enjoy playing Doom3 and UT 2004. What card other than an ATI or Nvidia is going to pull that off and has open source drivers?

    You're using open source drivers, but then you go and (censored) it up by using a closed source game.

    Actually, I use Nvidia's binary driver. :P

    I was just waiting for one of you open source utopians to express the "closed source games are evil" opinion. Let's face it, while there have been some good open source games released, 99% of the games in the world are closed source, and some of them I have deemed are worth my time and money spent. The game industry wouldn't truly exist without the profit motive, and in general they see the need to keep things closed to ensure that.

    Games don't need to be closed source to make money. That's what you're probably thinking at the moment. The only system that would work that I can think of is if a source CD was included in the same box as the binary CD. Obviously, you couldn't post the source on a publicly accessible server, for people who can would download the source and compile the game - never giving the company one dollar.

    Things to keep in mind:

    • A business is a profiteering venture (we're not talking non-profit here).
    • It is in the business's best interest to protect any proprietary technology. Since we all hate software patents (and dislike copyright), the only protection left is closed source.
  26. A Shame, Either Way You Look At It by larzluv · · Score: 4, Insightful
    The following GPL FAQ items I believe are relevant:

    http://www.gnu.org/licenses/gpl-faq.html#MoneyGuzz lerInc
    http://www.gnu.org/licenses/gpl-faq.html#GPLAndPlu gins
    http://www.gnu.org/licenses/gpl-faq.html#GPLAndNon freeOnSameMachine
    http://www.gnu.org/licenses/gpl-faq.html#MereAggre gation
    http://www.gnu.org/licenses/gpl-faq.html#LinkingWi thGPL
    http://www.gnu.org/licenses/gpl-faq.html#GPLModule License
    http://www.gnu.org/licenses/gpl-faq.html#GPLPlugin sInNF

    I think this item is also insightful:

    http://www.tux.org/lkml/#s1-19

    which mentions:
    http://www.atnf.csiro.au/people/rgooch/linux/docs/ licensing.txt

    TECHNICALLY, seems the GPL prohibits what Kororaa is doing with their Live CD. HOWEVER, seems Linus would side with them. HOWEVER HOWEVER, this would have to be legally debated, in other words, "defended". There's no explicit legal protection, and to get a judgment call would require money, lawyers, and being tangled in a lawsuit.

    All of which would be silly and embarrassing both inside, and outside, of The Community.

    I, personally, am very much in favor of "completely free (as in speech)" software. Mr. Stallman may be a "stickler", but I find him heroically inflexible. The world needs MORE Mr. Stallmans who actually and honestly stand tall, stand proud for what they believe in. And I'm not kissing ass here: I share his vision, but am far weaker in my convictions.

    The pragmatist in me thinks that the Linux kernel's license should be changed to the LGPL. (http://www.gnu.org/copyleft/lesser.html) I know full well, however, that this would be a huge step backward for Freedom. (Anybody saying otherwise is either [1.a] simply not intelligent enough to understand, or [1.b] hasn't bothered to consider the implications, [2] has ulterior motives, and/or [3] has a personal vendetta against RMS due to personality conflict. "Consider the messenger...")

    But PRACTICALLY, it would enable real headway on the driver/support front. I think ATI and nVidia (and every other closed-source **DRIVER** maker) is quite daft. But they have their "reasons", even if we neither know, nor understand them.

    It's laudable to DREAM of a world where all software is Free, both as in Speech AND as in Beer. Bur for now, and for the foreseeable future, we all live and work in the Real World. Unless we're friendly and play nice with the other children, most proprietary companies, especially hardware creators, may very well choose to take their balls and go home. (To those who cry, "GOOD RIDDANCE!", I ask for you to tell us all of the open-source-hardware, with accompanying open-source drivers, to replace their wares with!) Free and Open (Source) Software makes its virtues self-evident. We need not be antagonistic.

    The truth of the matter is that the hardware we want open-sourced drivers for the most is made by companies comfortably at the top of their game. They sell PLENTY of hardware to not need to worry/care about The Community one iota. They ha

    --
    "To err is human, to totally fsck things up requires an election." - L.W. Hale
  27. Re:Intel by NutscrapeSucks · · Score: 2, Insightful

    I question how much better the Matrox G550 is over the Intel Integrated.

    The Intel chip is "DX9" capable, which is all that's needed for fancy desktop effects, while the Matrox is the same old stuff they've been churning out since the 20th century.

    --
    Whenever I hear the word 'Innovation', I reach for my pistol.
  28. no, not yet :) by Ender+Ryan · · Score: 2, Insightful
    To be fair, the BSD license isn't doing the restricting you're referring to. It's the developer, who takes the BSD code and closes it up, and attaches his own license to it.

    However, the argument is still over whether to protect the (immediate)developer or the end-user/developers further down the line. BSD does the former, GPL the latter.

    Yeah yeah, I'm just being a picky bitch... :)

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
  29. Why are these violations? by gknoy · · Score: 2, Insightful

    What if I also include a helper script that automatically installs the modules when the user runs it?

    This is certainly a violation.

    And what if this script is a boot script?

    Again, a certain violation.


    Why are these violations? I'm reading the GPL again, so that it's fresh in my mind, but I haven't yet seen anything that these violate. I'll list the major points of the GPL and maybe that will help clarify which would be violated.

    (Attribution: The following are cribbed from the GNU GPL. I trust we all have a copy handy.)

    1 - " You may copy and distribute verbatim copies of the Program's source code as you receive it..."

    Since the program in question is the Kernel (right?), they are surely releasing the source code for what they received, with licenses.

    2- "You may modify your copy or copies of the Program or any portion of it... "
    2B - "b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License."

    OK, 2b looks like it could be a sticking point. However, it really seems as if the line between "copy the file off of the same CD" and "download it for you from the internet" is very thin, and I'm not sure what the conceptual difference is. Do we need to engage pedant-mode to see this? (I'm not trying to be a wiseass, really.)

    However, the end of section two says, "[M]ere 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."

    This seems to indicate that putting the nVidia binaries (or other closed source binaries) on the same LiveCD would NOT be a violation of the GPL, because it appears to explicitly make such an exception. If we assume that the nvidia binaries don't violate the kernel's license (and I assume they don't, or I'd have heard about it before on Slashdot ;)), then including these on a CD that says, "Hey, you want me to install these for you?" seems like it shouldn't violate it either.

    It seemed (to me) that what Kororaa's done is twofold. First, they included non-GPL binaries on the same CD as a GPL'ed system. This is explicitly allowed by the GPL. Secondly, they rebuild the kernel (I assume, as that is I think what I've had to do to install them? It's been a while.), modifying the GPLed kernel to link to a non-GPL driver. The result of this is a new kernel, which is GPLed. There appears tp not be any violation in this, if this is what they are doing. (Am I wrong here?)

    The GPL requires that, if A is GPLed, and B is not, then A+B must be GPLed. There's no restriction that B must be GPL as well, since all concern is with the license of A. (Whether B's license is violated is a different matter.)

    If I have a helper script that downloads and installs these drivers, that's not a violation of the GPL, as the result (a new kernel) can still be GPLed. (Again, we'd have heard a lot of noise if this were NOT the case.) If I have said helper script, it doesn't matter whether the origin of the non-GPLed drivers are on the same media (CD) or different (internet), per the exception in GPL section 2.

    If I make the boot script, that does NOT change the licenseability of it. It can still do its work, and include licenses where needed, etc. After all, we don't get shown the licenses for everything we install or run on a LiveCD, why would this be any different? ... ...

    Now, this all depends on the result of installing a non-GPLed driver still being considered GPL-able. Now that I think about that assumption more, I might be wrong -- if a user installs it on his own system, the GPL doesn't even apply since he isn't distributing it... so I guess the question is whether the GPL can apply to the kernel after it's been rebuilt to include the non-GPL drivers. I don't see anything in the GPL that indicates that it COULDN'T be considered GPLed... what's the license of the nVidia drivers say about that?