Slashdot Mirror


Viral GPL Misconceptions Elegantly Explained

Scot W. Stevenson writes "Our favorite paralegal Pamela Jones of Groklaw has put together a short FUD-killer on the General Public License that explains why you can't lose your proprietary code if you inadvertently incorporate GPL code. This is not the only text of its kind, but it is so well explained that you might want to bookmark the page for future reference."

527 comments

  1. Main GPL Misconceptions by Anonymous Coward · · Score: 3, Insightful

    It has been proven valid in a court of law.

    Not yet, it hasn't. this may change soon, but as of now... Remember that it was written by an OSS hippy, not a lawyer. Sure, lawyers suck, etc etc, but they do know how to write a document so it won't be destroyed by another lawyer. This is similar to the fact that a lawyer may learn to write code, but ti will be inferior to that of a trained developer.

    It only grants rights, it doesn't take them away

    Well, no. You can reuse teh software as you see fit, sort of. BSD licensing is much superior in this aspect.

    1. Re:Main GPL Misconceptions by Bombcar · · Score: 5, Insightful

      Well, no. You can reuse teh software as you see fit, sort of. BSD licensing is much superior in this aspect.

      Well, yes. It only grants rights. It might not grant as many as BSD does, but it takes away no right granted by the copyright laws of the Berne convention.

    2. Re:Main GPL Misconceptions by Ralph+Yarro · · Score: 3, Informative

      Remember that it was written by an OSS hippy, not a lawyer.

      I've never heard Eben Moglen called a hippy before, interesting perspective you have there, but I'm afraid he's definitely a lawyer.

      --

      The real Ralph Yarro posts as Anonymous Coward. Anyone else is an impostor.
    3. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0, Flamebait

      So, by your definition, pre-1960s America didn't deny rights to any minorities. Rather, it just granted rights to anglos, so there was nothing wrong with it.

      Sounds like you have fallen for the second misconception I listed.

    4. Re:Main GPL Misconceptions by shemnon · · Score: 5, Insightful

      Well, yes.

      Without the license you have no right whatsover to use or distribute the code that would be covered by the GPL (assuming no other license has been applied). The GPL grants you the right to re-use in a limited fashion, but without the GPL you would have no right, so it is truely additive and a grant, just not the grant you want. If a piece of code wasn't licensed in any way you wouldn't be able to use it unless you wrote it.

      However, I agree on the philosophical subtext. The BSD license does grant the developer more liberty to use the code in any fashion they choose, including later restricting rights if they so choose. The GPL does not grant as much liberty, so BSD is more free (as in speech) than the GPL, since you can modify the free (as in beer) status of the code with BSD, whereas you cannot with the GPL.

      It is ironic that the GPL, which really rattels the libery saber, is out libertied by the BSD licences, which generally do no such saber ratteling.

      --
      --Shemnon
    5. Re:Main GPL Misconceptions by Medievalist · · Score: 3, Interesting
      Sure, lawyers suck, etc etc, but they do know how to write a document so it won't be destroyed by another lawyer
      If only this were true!

      However, here in reality, whoever has the most money is most likely to win the court case. And lawyers write absolute trash all the time.

      Our lawyer wrote a contract that stipulated we would deliver all data "instantaneously". And could not understand why that was a problem!
    6. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0

      Your analogy is flawed. Governments do not grant rights. Governments can protect rights or deny them.

      So pre-1960's America did deny right to minorities. It did not grant any right to Anglos. Your anolgy is 180 degrees out of phase.

    7. Re:Main GPL Misconceptions by Our+Man+In+Redmond · · Score: 5, Informative

      Remember that it was written by an OSS hippy, not a lawyer.

      Bzzzzzt! Wrong. It was written by Eben Moglen, professor of law and legal history at Columbia University. I have no idea whether he is a hippy (although I would tend to doubt it), but I have little doubt that he's a lawyer.

      It only grants rights, it doesn't take them away

      Well, no.


      Well, yes. Read the GPL. It grants you rights to do things that otherwise you could not do under copyright law. If you can't do things with the software, it's because copyright law won't let you do them, not because the license itself won't.

      --
      Someone you trust is one of us.
    8. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0

      >Remember that it was written by an OSS hippy, not a lawyer.

      Not quite. The GPL was hashed out with the aid of an excellent copyright lawyer whose name escapes me at the moment... A quick search on gnu.org didn't turn up the name immediately, but...

      "The General Public License is a copying license which basically says that you have the freedoms we want you to have and that you can't take these freedoms away from anyone else. (The actual document consists of several pages of rather complicated legalbol that our lawyer said we needed.)"

    9. Re:Main GPL Misconceptions by geekdoc · · Score: 3, Interesting

      "...but they do know how to write a document so it won't be destroyed by another lawyer."

      As you said, the GPL hasn't yet been destroyed by another lawyer. The article gives a very eloquent reason why the GPL is difficult to destroy. If a software developer improperly includes GPLed software, either the developer says "The GPL gave me permission to include the software" or the developer says "The GPL is invalid". The first case leads to no problem with the GPL, whereas the second case leaves the developer with NO LEGAL PERMISSION to use the software. This could be a legal nightmare for the developer, if not just counterproductive.

      And, I'm sure that, just as some lawyers have gone to medical school, some lawyers can code for just this reason: to challenge software licenses. In the end, what it comes down to is that if your lawyer is good enough, you can get around even the most flawlessly written software license. Just because the GPL isn't perfect doesn't mean you shouldn't use it, because no software license is perfect.

    10. Re:Main GPL Misconceptions by Hrothgar+The+Great · · Score: 4, Interesting

      The GPL is tied up with Stallman's and the FSF's free software philosophy. I'm not saying that there's anything wrong with that; just providing a possible explanation for the irony you mentioned. The GPL is designed around the idea that all software should be open source, and it does seem intended to cause more people to release more source code as time goes on. It also really seems to be effective in accomplishing this goal.

      Though to tell you the truth, I never got the whole "free as in beer" thing. Beer is expensive, damn it, and when I use it up, it's all gone and I get a hangover.

    11. Re:Main GPL Misconceptions by anthony_dipierro · · Score: 1, Interesting

      Except for the First Sale right to redistribute binaries without distributing source.

    12. Re:Main GPL Misconceptions by wasabii · · Score: 1

      If you release your software under the GPL then yes, you recognize that you only want it used in open source projects that carry the same restrictions. Simple as that. If somebody wants to sell it, they can't. That's a distinction that the releaser of the software has to make for himself and his own works. The underlying reason for choosing the GPL is if you don't want somebody else "stealing" your code and then selling it to somebody else behind your back in a closed product.

    13. Re:Main GPL Misconceptions by wo1verin3 · · Score: 2, Funny

      He looks more like a beardy unix dude then a hippy..

      Picture: Eben Moglen.

    14. Re:Main GPL Misconceptions by Our+Man+In+Redmond · · Score: 1

      Yeah, I just noticed that. His curriculum vitae bears that observation out. Among other things, he's worked in some kind of programming job with IBM (1979-84, IBM Corporation, San Jose, California, Programmer/Analyst, Programming Language Research & Development; in 1983 he also served as corporate counsel with IBM).

      I expected an ancient greybeard but the guy appears to be younger than I am (mid-40s, I'd guess).

      --
      Someone you trust is one of us.
    15. Re:Main GPL Misconceptions by flossie · · Score: 4, Informative
      If somebody wants to sell it, they can't.

      That's another GPL misconception. The GPL does not prevent anyone from selling GPL'd work:

      program is free software if users have all of these freedoms. Thus, you should be free to redistribute copies, either with or without modifications, either gratis or charging a fee for distribution ...

      In other texts, RMS explicitly encourages the sale of GPL'd code. The key point about putting work under the GPL is that those who distribute it (for no fee or for a price) cannot prevent the recipient from also selling or giving away copies.

    16. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0

      So you won't mind if a friend of yours sells the bedroom where you hosted him the last time he came to your house ?
      The GPL license only grants more rights (than the copyright law grants) under specific conditions, it doesn't take any initially owned right.

    17. Re:Main GPL Misconceptions by register_ax · · Score: 1
      It is ironic that the GPL, which really rattels the libery saber, is out libertied by the BSD licences, which generally do no such saber ratteling.

      That's probably because of the clause required, advocating the great folk of BSD up until 1999. So up to a point, the GPL was more free (liberty) on a democratic standpoint. This and the popularity to those hobbyists is definitely more popular with Linux. The community is larger because they (linux community) have had since '91 to get out and BSD has been a newcomer to the field of '99. I for one would have definitely chose the GPL given the choice between the two.

      Anyways, I project the BSD license as starting to gain recognition as this sort of info finds its way to the surface, and turning more towards public domain as we progress to the future. Afterall, isn't it required for us to act in such a way while all joining hands around a fire singing kum ba yah as opposed to worldwide destruction by nuclear forces...

    18. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 3, Informative

      Moglen didn't write the GPL. Stallman did, but had it reviewed by lawyers (this was before Moglen joined FSF).

    19. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0
    20. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0

      How is this +5? The guy misread the original post and commented on it and is regarded +5, informative? The original poster was referring to the GPL, since the quote he had was about the GPL, and the GPL was most certainly written by open source hippies

    21. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 1, Funny

      We need a -1, Bad Spelling mod.

    22. Re:Main GPL Misconceptions by mcspock · · Score: 2, Insightful

      It's not so much a misconception, as a statement about how unappealing the GPL makes it. Sure, you can sell products that have GPL'd code in them, but you have to redistribute the code. In the case of a company making embedded products, you have to redistribute source for everything linked to the GPL code; it has to be possible for the end user to recreate the entire firmware image for your product. This isn't really appealing to most companies.

      --
      -- Patience is a virtue, but impatience is an art.
    23. Re:Main GPL Misconceptions by bnenning · · Score: 2, Informative
      If a piece of code wasn't licensed in any way you wouldn't be able to use it unless you wrote it.


      Not true. You have the right to run software without a license from the copyright holder. ("Copying" the software to RAM is pretty clearly an "essential step").

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    24. Re:Main GPL Misconceptions by flossie · · Score: 2, Insightful
      I don't think the original poster was talking about embedded products. The post was about preventing people from "stealing" code.

      Regarding embedded software, I don't really have any significant experience of the embedded software market, but I wouldn't expect that releasing source code would be a major problem for manufacturers of toasters or video recorders. There is even significant co-operation and standardization in the highly competitive mobile phone market. Companies like Microsoft make their money from selling software, the source code is very precious to them; companies like Nokia make money selling products, why would it be a problem for them if consumers are able to get the code to their phones? - it's useless without the phone that it is designed to operate on.

    25. Re:Main GPL Misconceptions by Hrothgar+The+Great · · Score: 1

      Well really, you don't have to distribute code in such a way that it would be USEFUL to some guy who downloads it - you have to distribute the code, not provide a mechanism by which it can be compiled on other architechtures.

      Unfortunately, giving away code that is very, very specific to your hardware is not always desirable; if your hardware isn't patented, you may not want your competitors to know the exact nature of it.

      Someone correct me if I am wrong here, but wouldn't distributing the source for whatever GPL'd software you were using or modifying, while NOT distributing source for hardware drivers that are programs you are running on top of that system, be perfectly legal anyway?

    26. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0

      ... but reviewed and improved by lawyers.

    27. Re:Main GPL Misconceptions by AJWM · · Score: 2, Insightful

      The BSD license does grant the developer more liberty to use the code in any fashion they choose, including later restricting rights if they so choose. (Emphasis added.)

      Exactly. The BSD may grant the first generation recipient more rights, at the potential cost of such to all subsequent generations of recipient. The point of the GPL is to guarantee liberties to all subsequent generations of recipient.

      So to short-term thinkers, the BSD appears "freer", but in long-term reality the GPL is.

      --
      -- Alastair
    28. Re:Main GPL Misconceptions by stwrtpj · · Score: 3, Insightful
      That's another GPL misconception. The GPL does not prevent anyone from selling GPL'd work

      Where people get confused (either accidentally or intentionally) is this wording in section 3b):

      Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange

      This only speaks about the source code, and only in the case where the source did not accompany the product. In other words, you can charge a million USD for the privilege of pre-compiling the software for people, providing support, upgrades, etc, but you cannot turn around and charge another million USD for the privilege of seeing the source code. This is why Red Hat can charge 200+ USD for their Enterprise Edition, but they must either include the source code of the GPLed pieces in the distribution (which they do), or allow you to download it for free or be mailed the source code and recover only the cost of shipping and media.

      --
      Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
    29. Re:Main GPL Misconceptions by mcspock · · Score: 1

      If you choose to comply with the GPL, you'd have to distribute the source in such a way that the exact image you released could be regenerated, whether the image was your kernel driver or the firmware for your MP3 player.

      The second paragraph you have is exactly correct; it makes it very easy for someone to inspect your hardware design and make a cheap knockoff in korea, thus costing you money.

      Lastly, i am not certain if it is possible to do this anymore. Linus' recent comments on kernel modules made me a bit wary of my previous solution for this problem.

      --
      -- Patience is a virtue, but impatience is an art.
    30. Re:Main GPL Misconceptions by stwrtpj · · Score: 2, Insightful
      The BSD license does grant the developer more liberty to use the code in any fashion they choose, including later restricting rights if they so choose. The GPL does not grant as much liberty, so BSD is more free (as in speech) than the GPL, since you can modify the free (as in beer) status of the code with BSD, whereas you cannot with the GPL.

      In other words, the BSD license grants more liberty to the developer at the expense of potentially taking some liberty away from users further down the line, whereas the GPL grants more liberty to those users at the expense of some liberty from the developer.

      It is ironic that the GPL, which really rattels the libery saber, is out libertied by the BSD licences, which generally do no such saber ratteling.

      Not really. Some may argue that giving liberty to the masses is more important than to the developer. However, I am not arguing that point. I don't believe either license to be inherently "better" than the other. No matter which license you go with, you have a trade-off, which is why I hope both licenses stick around for awhile. Having a choice is better than no choice at all, and it's the choice that is what liberty is all about.

      --
      Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
    31. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0
      I think you're probably right, that is the source of the confusion. It never ceases to amaze me how much difficulty people have reading the GPL. It is such a straightforward document - very elegant really (considering the necessity of the legalese).

      --
      flossie

    32. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0

      Sure, lawyers suck, etc etc, but they do know how to write a document so it won't be destroyed by another lawyer.

      You haven't spent much time in a court have you.

      I have had lawyers shred to pieces other lawyers "contracts" and other paperwork. There are ALWAYS loopholes, out's or other ways to get what you want no matter what the document says... It simply depends how much it's worth to you in time and money.

      I have gotten out of T1 contracts without a penalty, Rental agreements where the landlord had to pay me after I broke it, and I had one software contract nullified.

      if you got the time, money or better yet the right contacts, you can destroy any document a lawyer makes.

    33. Re:Main GPL Misconceptions by tigga · · Score: 1
      Someone correct me if I am wrong here, but wouldn't distributing the source for whatever GPL'd software you were using or modifying, while NOT distributing source for hardware drivers that are programs you are running on top of that system, be perfectly legal anyway?

      If you are using non-GPL kernel and drivers and GPL-ed software on top of it you're fine (*BSD etc). If you are using Linux kernel you should take care to do not link your kernel drivers against GPLed code, then you're fine too. Or at least those drivers should be linked with LGPLed code.

    34. Re:Main GPL Misconceptions by shemnon · · Score: 3, Interesting

      but in long term reality GPL is freer? I disagree. For the rest of eternity the code you use under a GPL license you do not have title to will forever contain the restriction that it must be available under the terms of the GPL (actually it's not eternity, but it is until the respective Copyright Acts declares that the copyrighted work is now in the public domain. And with all the Mickey Mouseing going on with Copyright Law it basically is eternity, but I digress). When you use BSD code you can choose to licence the derivitive work under the GPL, which is to choose to continue the chain of life with fewer licensing rights than were previously had from where you got the software. It is a hastey generalization to say that the only thing you can do with BSD software is to make it proprietary. A presumption that is entirely wrong.

      However, real questions of liberty are asked about the rights on has in the immediate time frame, not the possible freedom in the future that people may or may not have. You may dismiss it as "short term thinking" but the only real and substantial rights are the ones that can be exercised in the present. Ask a prisioner who will be released in 100 years, 100 days, or even an hour. They do not have the same liberty as a free citizen. What rights they may have in the future are irrelevant because at any moment they could be shanked and bleed to death.

      But what you dismiss is the right of someone who is using BSD licences code to re-relase a derivitive work under the GPL just as freely as they can place it under a lock and key, so the BSD code in reality has the same potential "freedom" in the future as GPL code because the user can choose to place it under such a license, they merely are under no requirement too. But the option, nonetheless, exists. The user of the GPL, however, cannot place GPL code (or LGPL code) udner a BSD style license. Their liberty is restricted at the present time while the user of the BSD code can do everything that the user of the GPL can do *and*then*some*. So the rights of liberty that a user of BSD code are truly a super set of the rights the user of GPL code has, includeing the possibility to restrict future uses to share alike copyrights of the GPL code.

      In guaranteeing the liberties of subsquent generations of recipt the GPL actually prohibits liberties to the most immediate recipient of the GPLed work. It is a liberty that when prphibited in the manner that the GNU licenses do that will never be grantable.

      --
      --Shemnon
    35. Re:Main GPL Misconceptions by Concerned+Onlooker · · Score: 1
      I think this quote from Stallman's essay might help clear this up:
      ``Free software'' is a matter of liberty, not price. To understand the concept, you should think of ``free'' as in ``free speech,'' not as in ``free beer.''


      --
      http://www.rootstrikers.org/
    36. Re:Main GPL Misconceptions by Brett+Glass · · Score: 1

      You cannot "put" BSD-licensed code under the GPL. You can only license your own additions to it under the GPL. What's more, when you do so, you're obliged to keep the BSD license on every copy. You can't just shred someone else's license, even if it does permit you to create derivate works.

    37. Re:Main GPL Misconceptions by AJWM · · Score: 2, Insightful

      When you use BSD code you can choose to licence the derivitive work under the GPL, which is to choose to continue the chain of life with fewer licensing rights than were previously had from where you got the software. It is a hastey generalization to say that the only thing you can do with BSD software is to make it proprietary. A presumption that is entirely wrong.

      Funny, I don't recall making, much less expressing, such a presumption. However, the original author of the code (the one who chooses the license) has no guarantee one way or the other if he chooses the BSD license, and thus cannot guarantee those liberties to anyone except those to whom he personally hands the code. By choosing the GPL, he guarantees those rights to everyone who ever receives a copy -- in perpetuity, if that's the way copyright duration works out.

      The GPL isn't about what the author wants only those he directly "sponsors" to be allowed, but also what he wants all those in depth (to borrow a multi-level marketing term) from those direct sponsors to be able to do. A slight restriction to guarantee wider reach of the original liberties. The BSD may permit such, but it cannot guarantee it.

      --
      -- Alastair
    38. Re:Main GPL Misconceptions by Grizzlysmit · · Score: 1
      We need a -1, Bad Spelling mod.

      A -1 incomprehensible mod would be good to look at this post #7728647 it could be insiteful but I guess I'll never know :-D
      --
      in my life God comes first.... but Linux is pretty high after that :-D
      Francis Smit
    39. Re:Main GPL Misconceptions by AJWM · · Score: 2, Informative

      You are required to keep the copyright notice on subsequent copies of BSD-licensed works, not the original license. Even if that copyright notice includes the license terms, it only applies to the original content, not to your own additions nor to the combined work as a whole. (In fact, it doesn't. The license paragraph just requires you to retain "the above copyright notice" and "the following two paragraphs" (which are disclaimers of liability or warranty) -- not the license paragraph itself. That'd be viral ;-).

      Sure, if some subsequent recipient of the combined code can carefully separate out the original BSD'd code from the GPL'd combination and GPL'd additions, he may use that under the original BSD license. Good luck.

      (For an expanded explanation, read the copyright page on any of the O'Reilly X Windows books, which contain text released under the X license, but also text and revisions copyright by O'Reilly, the net result of which "is that copying of this document is not allowed".)

      --
      -- Alastair
    40. Re:Main GPL Misconceptions by Bush+Pig · · Score: 1

      Yeah, but _free_ beer doesn't cost anything. There's an ancient Australian saying, that nothing tastes better than a free beer.

      --
      What a long, strange trip it's been.
    41. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0

      I don't know what the FUCK you just said little kid, but you special, you reached out, and you touched a brother's heart.

    42. Re:Main GPL Misconceptions by unitron · · Score: 2, Informative

      Your example supposes that one is copying into RAM software which one has a legal right to use. (You can't say "Your Honor, Title 17 says it's legal for me to load my pirated copy of Microsoft Office into RAM". When the law says "owner of a copy of a computer program" it means someone who possesses that copy legally). You can only use the software legally under the provisions of the license under which it is offered for sale or rent or whatever. You can only do that if there is a license.

      --

      I see even classic Slashdot is now pretty much unusable on dial up anymore.

    43. Re:Main GPL Misconceptions by gbjbaanb · · Score: 1

      cost of physically performing source distribution,

      Q. does this mean that (theoretically) that I could charge my expenses involved in a taxi ride to the person who wanted to view the source, with the source on a floppy? Then another taxi ride with disk 2... etc

      Floppies are customarily used for software interchange, and it can cost quite a bit to physically distribute the software, in this way, if you so wanted.
      If I hired a bonded courier to perform this distribution, the cost could end up pretty high.

      I'm not trolling, just pushing the boundaries of what the legalities actually mean.

    44. Re:Main GPL Misconceptions by gbjbaanb · · Score: 1

      Do't ever forget that the *original* code is always released under the license it was released under.

      If I write code, release it under BSD, then someone takes it, modifies it and releases *their work* under Proprietary licence #5, so what! My work is still BSDed. Just that if you want it, you can't get it from this derivative work. (which isn't a problem generally)

      The BSD licence doesn't care about guaranteeing rights to other people's work - it does however guarantee your own.

    45. Re:Main GPL Misconceptions by AJWM · · Score: 1

      The original code may always be released under the BSD (or whatever original license), but that doesn't necessarily mean that it is available.

      I get a copy of program 'bar', a proprietary extension of BSD-licensed program 'foo'. It does interesting things and I want to look at the original source to see how much of that is in there. How do I find the 'foo' source? The 'bar' author has no requirement or particular incentive to tell me. An internet search may turn up 'foo', or may turn up 18,467 programs also called 'foo' (and I have no idea which is the right one), or it may never have been posted anywhere -- the orginal version was distributed on a 2400' reel of 9-track magtape.

      For that matter, I have no way of knowing that 'bar' is even based on 'foo' unless the distributer tells me. I might not know to even go looking for the source.

      This argument about "oh, but the *original* code is still available" is common with the BSD defenders, and rather specious. Nothing in the BSD license guarantees that it is still available. The GPL at least guarantees that the source is available for as long as the binary is.

      (That said, I agree that whoever writes the (original) code gets to pick the license. Just don't kid yourself about the real long-term effects of that choice.)

      --
      -- Alastair
    46. Re:Main GPL Misconceptions by 47PHA60 · · Score: 1

      Most modern BSD-style licenses only require you to retain the copyright and the warranty disclaimer. This includes adding your own terms. For example, Netapp's ONTAP OS is based on BSD, and the copyright is acknowledged, along with a bunch of restrictions: you may not redistribute ONTAP, and on and on.

      As far as the GPL is concerned, both requirements (retain the copyright and the warranty disclaimer) are also part of the GPL, so you are in no way "shredding" the original license when you redistribute the code under the GPL; you are just adding terms to the original license (which, again, if you read your BSD style license, you are permitted to do).

      There was a recent situation when a Linux contributor stripped off the copyright notices on BSD code and put it into the kernel distribution. Once this was pointed out, the copyright notices were added back in, the release was in compliance with the original license and redistributed under the GPL.

    47. Re:Main GPL Misconceptions by Anonymous Coward · · Score: 0

      Then again, your own post is barely comprehensible. I don't think someone who doesn't even understand basic spelling and punctuation has any place complaining about other posts.

      "to" != "too"
      "insiteful" != word
      "." != optional

    48. Re:Main GPL Misconceptions by shemnon · · Score: 1

      And thus by releasing my code under a BSD/Apache style license I grant the reciever the liberty of creating a derivitive work under the GPL or a BSD/Apache as they choose. By releaseing my code under a GPL licence I grant less liberty by requireing that derivitive derivitives must also be GPL code.

      In my opinion the work itself is not a person, or even autonomous. It is an expression of my intellectual work, which when I place it under an OSS license is a gift to others. No matter what anoyone else does my gift can never be amended by others recieving it.

      But by placing it under a GPL license I restrict the manner in which people who make derivitive works of my gift can use it, and I even restrict the types of gifts they can make from it. It's like a divorced parent that only has visitation rights buying their son a PS2/XBox/GameCube, but requiring that it stay at their house. It's a gift with ulterior motives.

      It should be noted that the greatest liberty is to place it in the Public Domain, hence there are no restrictions ant a total grant of liberty. Apache/BSD licenses only ultimately require attribution, credit where credit is due. What the GPL does is it "guarantees" wider reach of liberties by prohibiting liberties, and leaves you with two choices: adopt the GPL or completely remove it. This choice is a very bad one for corperations (you know, the people who make stuff lice computers and food economically feasable) and people wanting to make a living off of software development. When given the choice between a GPL based option and an Apache/BSD option businesses tend to choose the Apache/BSD option more often than not.

      Real liberty involves taking risks.

      --
      --Shemnon
  2. Acronyms by Pingular · · Score: 0, Offtopic

    For those of you who don't know

    --

    When anger rises, think of the consequences.
    Confucius (551 BC - 479 BC)
  3. Go PJ! Go PJ! by warpSpeed · · Score: 1, Informative
    I read Groklaw every day and it is always very informative! Everything lawyer-esq, explained in human readable form.

    1. Re:Go PJ! Go PJ! by trentblase · · Score: 2, Funny

      was that lawyer-esq(ue) pun intended?

    2. Re:Go PJ! Go PJ! by warpSpeed · · Score: 4, Funny
      lawyer-esq

      Yeah, I could not resist the pun, but apparently the moderators could...

    3. Re:Go PJ! Go PJ! by hazem · · Score: 1

      You give the moderators too much credit.

    4. Re:Go PJ! Go PJ! by Anonymous Coward · · Score: 0

      Yes, with a few notable exceptions:

      Of course, you could avoid all such troubles in the first place by not stealing GPL code to begin with

      Riiight, so it's not "stealing" to copy music, but it is "stealing" to copy GPL code?

  4. yes!! by sujan · · Score: 5, Informative

    The GPL states a single, specific requirement, above all else: that if you create a software program that is a derived work of another software program, then that combined work must be distributed under these terms, no more, no less. Making a derivative work of a software program IS NOT SOMETHING THAT CAN HAPPEN BY ACCIDENT. You, the hypothetical developer of the derived work, receive the program accompanied by its unambiguous terms of use, and IT IS YOUR RESPONSIBILITY TO READ AND FULLY UNDERSTAND THOSE TERMS. If you do not, then that is your fault, and ignorance of the law does not excuse its transgression.

    You therefore have a choice. You can use works distributed under the GPL to create your own software and license that under the GPL, or you can NOT USE the GPL software and use any license you want. If the GPL were infectious, then you would have no such choice; since you do have a choice it is clearly not infectious in this regard.

    Also remember that the GPL clearly states your rights with respect to parts of a program you write: that the GPL only applies to the combined work as a whole. You retain all rights to do whatever you want with the parts of the program you wrote. Furthermore, if a developer combines a GPL'd program X with a proprietary program Y of which he is not the owner, then the combination does not, and cannot legally affect how Y is licensed. All that happens in this situation is that the developer will be unable to satisfy the conditions of the GPL and the proprietary license at the same time, making any release of the software -- however licensed -- in breach of copyright law. Copyright law is pretty clear on the notion that the owner of a copyrighted work has the sole ability to set the terms of use of his copyright.

    1. Re:yes!! by kwerle · · Score: 1, Insightful

      Making a derivative work of a software program IS NOT SOMETHING THAT CAN HAPPEN BY ACCIDENT.

      Sure it is. If there is a library available on a system that I use, and I link to that library, it is VERY possible for that to happen without me realizing that library is GPL'd. If I tried to then sell my work, I would also have to release my source.

      That has not happened to me, but it is pretty easy for me to imagine.

      GPL code owners have been pretty good about allowing accidental users of GPL code to back out things like that, however (replacing the library with a proprietary one, etc).

    2. Re:yes!! by cduffy · · Score: 4, Informative

      GPL code owners have been pretty good about allowing accidental users of GPL code to back out things like that, however (replacing the library with a proprietary one, etc).

      And if you'd read the article, you'd know that this isn't by accident.

      Forcing compliance with a license isn't an available remedy for copyright violation. Period. Hence, a court will never force someone to release their application's code. That court *may* impose monitary damages, attourney's fees, or stop further distribution of the work until the infringing portion is removed -- but it will never require code to be released.

    3. Re:yes!! by bradkittenbrink · · Score: 3, Insightful

      you are correct, but you miss the point of the article. the article makes a much stronger claim, that even if you do "accidentally create a derived work" and redistribute it under a proprietary license (which is possible if you don't have perfect knowledge of what all your employees are doing) then the worst that can happen is that you get fined and forced to stop distributing your GPL-violating derived work. this argument destroys the popular claim that the punishment for GPL violations would be to force your proprietary additions to be released under the GPL.

    4. Re:yes!! by Planesdragon · · Score: 1

      Making a derivative work of a software program IS NOT SOMETHING THAT CAN HAPPEN BY ACCIDENT.

      Yes, it is. Set the wrong compile flag or use the wrong file, and you can wind up distributing GPL'd code instead of LGPL'd code, for example.

      Remember: the anti-GPL argument is aimed at small mixed-market shops, that use some GPL'd code but make proprietary code that they sell as their primary revenue source.

      To these people, even a single payment of damages can be enough to render the product worthless--and the only thing keeping the FSF from offering a "GPL it all and we'll forget the whole thing" offer is their goodwill, which isn't really something that a business can count on.

      The GPL is viral by design, as intended by the FSF. If you have anything GPL'd on your system and you do software development, you need to be aware of this, and check your compile functions and sub-files appropriately.

      (Realistically, the FSF is going to allow correction in almost every case, and require payment or "Liberation" [to coin a term] in only the largest of cases... like, oh, if MS included significant GPL'd code in the next version of Windows.)

    5. Re:yes!! by mapMonkey · · Score: 3, Insightful

      I would also have to release my source.

      This is one assumption that the article attempts to reconcile. You would not be obligated to release your source. You would have a choice to make: you could continue to release your product and distribute the source with it, or you could stop releasing your product and pay damages based on your previous infringement of copyrights. The copyright holder can't force you to release your source except as a requirement in your use continued use of the license.

    6. Re:yes!! by Anonymous Coward · · Score: 0

      Even worse, nobody really knows if the GPL crosses library boundaries or process boundaries or network boundaries, and so on.

      (There's a lot of internet talk, but very little legal consensus. See recent discussions on the linux kernel mailing list.)

      So you could easily do something you think is legal and then find out much later that you accidentally created a derived work and you are in someone's legal debt. This is the source of the "viral" claim from GNU and others.

    7. Re:yes!! by anthony_dipierro · · Score: 1

      You would not be obligated to release your source.

      You're arguing semantics. You are obligated to release your source. If you fail to comply you will be sued. You aren't forced to release your source, of course.

    8. Re:yes!! by saforrest · · Score: 3, Informative

      If I tried to then sell my work, I would also have to release my source.

      No. Assuming you discovered that GPL'ed code was included after the fact, you would have a choice:

      1) Starting selling your project under the GPL licence,
      2) Stop selling the product until the GPLed code was replaced with proprietary code, and re-release it,
      3) Stop selling your product entirely.

      You are never required to release your proprietary code. It is always an option, and is obviously the least-effort option once your discover the GPL'ed code has been included, but it is by no means mandatory.

    9. Re:yes!! by Sire+Enaique · · Score: 1

      Not to mention the LGPL allows linking proprietary softaware to LGPL'd libraries.

    10. Re:yes!! by Alomex · · Score: 1

      Making a derivative work of a software program IS NOT SOMETHING THAT CAN HAPPEN BY ACCIDENT

      Using your "accident" definition of viral, then AIDS is not a viral disease, as it almost always transmitted by deliberately ignoring safe sex/needle sharing advise.

      The whole point is that when people use the "viral" term to refer to the GPL is not to imply that it cannot be avoided, or that it might accidentally creep up through an SQL bug into your server.

      What they mean is that if your code contacts GPL code and it's made public then transmission ensues. This is not an accident of the GPL, but a design feature by RMS. He has said as much. He intends for ALL software to eventually become free (gratis and freedom).

      We have seen the consequences recently, when Linus pointed out that linux device drivers are GPL'ed!!

      If that ain't viral I don't know what is.

    11. Re:yes!! by drix · · Score: 4, Funny

      I've only been programming for about 15 years, so maybe it's just my lack of experience talking here, but... never have I had it happen where a library simply links itself into my program of its own volition. If you know of a way to make this happen, I'd love to hear it, because it would save me loads of time grepping through assorted header files to figure out a library interface, reading documentation, etc. It would be a dream come true.

      Incidentally, in every (L)GPL'd library I've ever used, the licensing terms are spelled out clearly right there at the top of said header files. You'd have to be either a) incredibly dense, or b) trying, not to know under what terms they were licensed.

      --

      I think there is a world market for maybe five personal web logs.
    12. Re:yes!! by heinousjay · · Score: 1

      Here's the difference: You can easily examine the carrier of the GPL virus to see if it is infected, and not fuck it or shoot up with it.

      What a terrible metaphor...

      --
      Slashdot - where whining about luck is the new way to make the world you want.
    13. Re:yes!! by AJWM · · Score: 5, Informative

      If I tried to then sell my work, I would also have to release my source.

      Didn't read the article, did you? That is one thing you would not have to do.

      The only thing that copyright law could compel you to do would be to cease distribution of the work that incorporated GPL code. You might choose to scrap the product, or you might choose to write your own version of the offending code. Or, you might choose to release your code under the GPL. But you cannot be compelled to the latter.

      (You might also be liable for damages on what you'd already sold, but that's a separate issue.)

      --
      -- Alastair
    14. Re:yes!! by Brandybuck · · Score: 4, Insightful

      Making a derivative work of a software program IS NOT SOMETHING THAT CAN HAPPEN BY ACCIDENT.

      Well, yes and no. It all depends on how you define "derivative work." This isn't explicitly defined for software in copyright law, so how the FSF defines may be different from how you define it, but neither of you would necessarily be incorrect.

      Here's one example: GPL libraries. You write some non-GPL code, and then dynamically link it to a LGPL library. But unbeknownst to you, that LGPL library itself links to a GPL library (which silently relicenses the first library under the GPL). According to the FSF, you have created a derivative work of a second library, and must release it under the terms of the GPL.

      It is this sort of thing that companies are worryied about. They know all too well that you can't cut and paste GPLd code into your own. They're not that stupid. But if they haven't spent the time to examine the licensing of each and every library and system call, then they'll be wise to be extra cautious.

      As for me, screw them. The licensors that is. I'll do a cursory check of the licensing, but if anyone attempts to screw me over by wrapping GPL code in a LGPL interface, I'll hunt them down and force them listen to RMS sing the Free Software Song until their brains leak out their ears.

      --
      Don't blame me, I didn't vote for either of them!
    15. Re:yes!! by Alomex · · Score: 1

      You can easily examine the carrier of the GPL virus to see if it is infected, and not fuck it or shoot up with it.

      So if we were to place a scarlet letter on HIV infected people that would make AIDS not viral?

    16. Re:yes!! by GigsVT · · Score: 2, Insightful

      I'd still object to calling it viral.

      Its design is to give exclusive advantages to other devlopers of GPL software, that aren't available to closed software development.

      The goal isn't to trick people into "infecting" their closed software with GPL, it's to encourage open development by offering an advantage to other open developers; the right to use and distribute GPL code freely mixed with their own.

      I agree with both you and the previous poster to a degree. I think that it is hard to accidentally mix in GPL code, unless you totally didn't pay attention, but at the same time, you need to be aware of the licenses of the things you are linking to.

      Maybe the MS "click the EULA without reading it" mentality might train people to not think about licenses, but I think anyone with a minimum of care could avoid such "accidents".

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    17. Re:yes!! by fractaloon · · Score: 1
      The GPL states a single, specific requirement, above all else: that if you create a software program that is a derived work of another software program, then that combined work must be distributed under these terms, no more, no less.


      The one thing about these statements is that they always gloss over the fact that it only applies to software you plan to sell or release. If the software is written strictly for internal use, then you don't have to make any source codes available. No one ever seems to mention that. I guess it's pretty obvious, but I think some managers that are new to the entire GPL concept read that statement and assume that by using GPL code to build their internal applications they somehow have to give away what they would hope to keep a proprietary secret.
    18. Re:yes!! by GigsVT · · Score: 2, Insightful

      I've never heard RMS say that software should cost nothing.

      He constantly argues the complete opposite, that the GPL has nothing to do with cost, and the FSF selling the deluxe GNU collection for several thousand bucks seems to be proof.

      What do you mean "contacts" GPL code? You mean like taking GPL code and copy-paste into the closed source??? It's not like it will jump like a louse.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    19. Re:yes!! by Anonymous Coward · · Score: 0

      Thank you, Chicken Little! The sky may be falling! Now, do you have any actual examples of a case in which an LPGL library links to a GPL library ... and then can you explain how the library author could get away with that and not be violating the GPL himself?

    20. Re: yes!! by saforrest · · Score: 1

      You are obligated to release your source. If you fail to comply you will be sued.

      You can also opt to stop distributing your product entirely, without releasing the source to it.

      I'm not sure what exactly a company can do to avoid a lawsuit entirely: clearly, whether the infringer stops distribution or releases stuff under the GPL, damage has already been done (i.e. the compiled binaries have already been sold).

      In any case, stopping distribution doesn't necessarily mean that you have to scrap all the code you've written: you can find or write non-GPLed code to replace the troublesome GPLed code.

      If this is too big a problem for a company to solve in reasonable enough time to stay in business, then tough: they should've looked at the licences of their components more closely.

    21. Re:yes!! by stwrtpj · · Score: 1
      I've only been programming for about 15 years, so maybe it's just my lack of experience talking here, but... never have I had it happen where a library simply links itself into my program of its own volition.

      Most companies that have half a clue will not "accidentally" link to or compile in code that they cannot obtain proper rights and/or licenses to. Most companies have people that specifically look out for this sort of thing.

      In fact, I remember my first job where a development group had to yank compression code from their module when during a routine audit, legal told them that their implementation was way too close to compression algorithm that Unisys owns the rights to (the one used in GIFs that caused such a stir).

      In other words, if a company releases code that "accidentally" has code they do not have rights to or with a license incompatible with theirs, it's their own damn fault.

      --
      Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
    22. Re:yes!! by mcspock · · Score: 2, Interesting

      You therefore have a choice. You can use works distributed under the GPL to create your own software and license that under the GPL, or you can NOT USE the GPL software and use any license you want. If the GPL were infectious, then you would have no such choice; since you do have a choice it is clearly not infectious in this regard.

      This is abusing the terminology here. You are basically saying that the GPL lacks the viral properties because you can elect to not use it.

      This is like me running an amusement park, and having a roller coaster that kills everyone who rides on it, but telling people it's not fatal because you have the option to not ride it.

      The option to use the GPL does not negate it's properties; for companies who actually use GPL'd code under the GPL property, it IS viral. The real core of the article here is that the viral aspect of the GPL is not enforceable under copyright law - no judge can force you to follow the license - but it could potentially be under contract law, where a judge can force compliance.

      --
      -- Patience is a virtue, but impatience is an art.
    23. Re:yes!! by mcspock · · Score: 1

      My apologies; paragraph 3, following the semicolon, should read as follows:

      "for companies who actually use GPL'd code and comply with the GPL, it IS viral."

      --
      -- Patience is a virtue, but impatience is an art.
    24. Re:yes!! by tigga · · Score: 1
      I've never heard RMS say that software should cost nothing.

      He constantly argues the complete opposite, that the GPL has nothing to do with cost, and the FSF selling the deluxe GNU collection for several thousand bucks seems to be proof. It also includes printed material and t-shirts. Anyway I'm not sure if anybody's buying it.

      Problem with GNU software is unlimited distribution. If one could buy it, one could sell it or just allow anybody to download it. It's the reason Red Hat abandoning their Red Hat Linux - it's just unprofitable.

    25. Re:yes!! by mcspock · · Score: 1

      What's funny is he said "If I tried to then sell my work," then you present 3 options; one involves selling the work and including his source, the other 2 involve not selling his work.

      I.e. his original statement was correct.

      --
      -- Patience is a virtue, but impatience is an art.
    26. Re:yes!! by rsdio · · Score: 1

      That's a great quote, but I thought it was better the first time I read it, when I fucking wrote it.

    27. Re:yes!! by kwerle · · Score: 1

      Badly written man page. Code copied from another app. Javadoc that failed to include the GPL statement. Same for phpdoc or perldoc.

      Yeah, this doesn't happen often. Yes, it does happen. No, it's not a big deal.

    28. Re:yes!! by mcspock · · Score: 1

      You didn't read his statement. He is entirely correct; for him to sell his work, he would have to release the source. Otherwise he would be violating the law. Sure, a judge wont force you to release your source, but they will stop you from selling your work, which invalidates the condition in his statement.

      --
      -- Patience is a virtue, but impatience is an art.
    29. Re: yes!! by anthony_dipierro · · Score: 1

      You can also opt to stop distributing your product entirely, without releasing the source to it.

      And then you still could be sued. You can't breach the GPL, and then stop breaching it, and get away with it, if the copyright holder decides to sue. Generally, they won't. In fact, there's never been a case where they have.

      In any case, stopping distribution doesn't necessarily mean that you have to scrap all the code you've written: you can find or write non-GPLed code to replace the troublesome GPLed code.

      You could try, but unless you are very careful you could probably still be charged with copying, if your replacement code is too similar (and you haven't adhered to strict clean-room reimplementation).

      A better solution would be to create a binary patch.

      If this is too big a problem for a company to solve in reasonable enough time to stay in business, then tough: they should've looked at the licences of their components more closely.

      Spoken like a true capitalist. You've been taught well.

    30. Re:yes!! by mcspock · · Score: 1

      Isn't it ironic that your page lacks a copyright?

      --
      -- Patience is a virtue, but impatience is an art.
    31. Re:yes!! by Brandybuck · · Score: 1

      and then can you explain how the library author could get away with that and not be violating the GPL himself?

      Easy. The LGPL is implicitly convertable to the GPL. It's right there in the license. While the specific scenario I described is somewhat rare, it is a valid concern. For example, since the GNU readline library is under the GPL, any LGPL library that uses it will fall under the provisions of the GPL.

      This is one reason why there's so much FUD about the Qt library. Since it is under the GPL/QPL (or just GPL on the Mac), and the KDE libraries are under the LGPL, the common belief is that you cannot write proprietary applications for KDE (or free-but-not-GPL application on Mac/KDE).

      --
      Don't blame me, I didn't vote for either of them!
    32. Re:yes!! by kwerle · · Score: 2, Insightful

      If I tried to then sell my work, I would also have to release my source.

      Didn't read the article, did you? That is one thing you would not have to do.

      Sigh. OK, BS pedantic games:

      If I tried to then sell my work, I would also have to release my source.

      Yes, I would have to release my source. Failing to do so would [likely] result in damages, C&D, or nothing, depending on what the courts decide.

      Or I could rewrite my code. Or do other things.

      But you cannot be compelled to the latter.

      (You might also be liable for damages on what you'd already sold, but that's a separate issue.)


      Sounds pretty compelling. So, yeah, I have a choice. Comply with the GPL, or face the consequences.

      The point I was making is this:
      Yes, it is possible to accidentally use GPL'd code. Yes, you're screwwed if you do. No, screwwed does not mean you'll be executed. Yes, screwwed probably means there will be a cost to you: time, money, or both.

    33. Re:yes!! by AJWM · · Score: 1

      I read his statement. Nowhere in it did he say for him to legally sell his work.

      People sell stuff all the time without it being legal for them to do so. Unlike laws of nature, the laws of man are not self-enforcing.

      But we agree on the main point -- for him to legally sell his work, he'd have to release source -- or take out the copyright bits that he doesn't hold copyright to.

      --
      -- Alastair
    34. Re:yes!! by rsdio · · Score: 1

      It's not "ironic". It's "unfortunate".

      But that still doesn't mean anything, since I still retain copyright over what I wrote. Not putting a notice on it doesn't make it public domain.

      I don't care about the copyright, however. What I do care about are people passing off my words as their own.

    35. Re:yes!! by brian728s · · Score: 0

      Badly written man page

      I think there is a surgery to correct that...

    36. Re:yes!! by AJWM · · Score: 1

      Yes, it is possible to accidentally use GPL'd code. Yes, you're screwwed if you do. No, screwwed does not mean you'll be executed. Yes, screwwed probably means there will be a cost to you: time, money, or both.

      And this differs from using any other non-public domain software how? (Granted, if that non-PD software is, say, BSD licensed you're not so badly screwed -- unless you removed the BSD copyright notices -- OTOH if it was some proprietary vendor's code you're screwed even worse.) TANSTAAFL -- if you're casually incorporating pre-written code into a project you'd better darn well know where it came from and what the conditions are for its use.

      --
      -- Alastair
    37. Re:yes!! by Total_Wimp · · Score: 1, Interesting

      Yeah, but I still smell something wrong.

      Consider the case of someone who modifies the Linux kernel and then releases it via GPL, but he accidentally put some code in there that he didn't intend to GPL. Maybe he added a whole file that he had intended to modify before release, but forgot.

      So the guy has this brought to his attention a year later and he says, "This was unintentional, I'm not GPLing this file" and he pulls it out of the kernel.

      In the meantime, the kernel has gone through a release and others have used/modified the guy's file extensively for their own projects. What's the status of the code? Is it "irreversibly" GPLed, or does he get to pull it and screw over everyone who has since used it (in good faith) when they thought it was GPLed?

      The fact is that if you release it under the GPL then others can use your code and re-release. It's GPLed, effectively, for good. Getting out of it is only easy right now because people are being nice.

      If I'm wrong, then the consequences are far worse. If anyone can just pull their code at any time then GPLed software is a very precarious house of cards.

      TW

    38. Re:yes!! by Anonymous Coward · · Score: 0

      It happens all the time. The whole point of dynamically loadable libraries is that no one ever has to know when writing code all of the possible things that might be linked to it. Build a perl module that includes a dynamically linked C library. Sometime, someone is going to include this module in a program that also includes the GPL'd readline module even if you never do it yourself and they are going to be linked together. Does that mean you can't distribute your own code without GPL'ing it?

    39. Re:yes!! by cduffy · · Score: 1

      In the meantime, the kernel has gone through a release and others have used/modified the guy's file extensively for their own projects. What's the status of the code? Is it "irreversibly" GPLed, or does he get to pull it and screw over everyone who has since used it (in good faith) when they thought it was GPLed?

      If other people have made use of it, relying on representations made by the individual who inadvertantly released their file, such that those individuals would be harmed by its withdrawal -- then you're right, it's effectively GPLed, as withdrawing the grant would be barred by promissory estoppel.

    40. Re:yes!! by Minna+Kirai · · Score: 1

      You are basically saying that the GPL lacks the viral properties because you can elect to not use it.

      "Viral" means without a choice.

      In biology, a virus is something which invades a cell and modifies its reproduction without consent.
      In computer science, a virus is software which invades a program and modifies its code without consent.

      Nothing that gives you an open choice to avoid it can be rightly called "viral". In fact, a Microsft-like click-through EULA could come closer to being "viral", depending on the terms it sneaks in.

    41. Re:yes!! by kwerle · · Score: 1

      And this differs from using any other non-public domain software how?

      Well, commercial software generally has a $ amount associated with it if you redistribute it.

      If you link to something that is ditributed with the OS you're selling on, it could fall into one of a few categories:
      1. It's GPL, and you're screwwed (see grandparent post). The biggest problem here is that your screwwage is not well defined.
      2. It's system proprietary and free for use with the system.
      3. It's system proprietary and you have to pay to use it. Here you're screwwed, but you'll know exactly the $ amount up front [lawyers notwithstanding].

      Finally, if you redistribute (or depend on) something using a BSD [style] license, it is free for use when linked in - even though it is not PD.

    42. Re:yes!! by PhilipPeake · · Score: 1
      You are misunderstanding.

      Even if you do release your source, you can still be sued for the damages incurred during your copyright infringement. The only difference between releasing your source or not is that maybe the release would be seen as an act of contrition and the offended party would forgo his right to sue.

      Sorce release and getting sued are independent.

    43. Re:yes!! by MonkeyGone2Heaven · · Score: 2, Insightful

      What's funny is he said "If I tried to then sell my work," then you present 3 options; one involves selling the work and including his source, the other 2 involve not selling his work.

      I.e. his original statement was correct.


      Actually, his original statement is false because the GPL doesn't prevent him from selling his work, only from selling other people's GPL'd work without releasing his source code. So, option two allows him to sell his work as long as he replaces any GPL'd code with non-GPL'd code.

      It's easy to understand if you remember the old saying "there's no such thing as a free lunch". If you want to write all the code yourself, you own it and can license it any damn way you please. If someone else writes the code, you're bound by the license they choose, GPL or otherwise.

    44. Re:yes!! by spitzak · · Score: 2, Interesting

      Yes, the copyrighted code can be removed if a convincing case can be made that it was accidentally put in and was not to be GPL'd.

      However the original author cannot use any of the modifications donated to the module, as the writers of those donations assummed they were modifying a piece of GPL code, and thus they copyrighted them that way. If the original author wanted to use those modifications they would have to contact all the authors and ask for their permission.

    45. Re:yes!! by spitzak · · Score: 1

      Please re-read this option again:

      2) Stop selling the product until the GPLed code was replaced with proprietary code, and re-release it.

      If you need the definitions of the word "until", use a dictionary. Hint: it is not "never".

    46. Re:yes!! by JoeBuck · · Score: 2, Informative

      What is much more frequent, in a big company, is that some rookie programmer who doesn't understand copyright law grabs some piece of code off the net, or out of a textbook, and copies it into a proprietary application, not realizing that there is anything wrong with this. I think that more people have run into problems by using code from, say, "Numerical Recipes in C" than by using GPLed code, though.

      The point of the Groklaw article is that such mistakes don't instantly force the company to GPL the whole product, though they could force other consequences, like ending the product's distribution until the infringing code can be removed.

    47. Re:yes!! by cduffy · · Score: 1

      Yes, the copyrighted code can be removed if a convincing case can be made that it was accidentally put in and was not to be GPL'd.

      I think they'd be prevented by pulling it via promissory estoppel.

    48. Re:yes!! by Anonymous Coward · · Score: 0

      Here's a hint for you: i said that option involved stopping selling his work. I never said it would prevent him from selling it at a later date, after modifications. "Involve" is different from "require" or "mandate".

      Looks like you're the one who needs the english lesson, dickface.

    49. Re:yes!! by anthony_dipierro · · Score: 1

      Good point.

    50. Re:yes!! by Alomex · · Score: 1

      You mean like taking GPL code and copy-paste into the closed source???

      Nope. I mean something as simple as using the code specific APIs as it is the case with linux device drivers.

    51. Re: yes!! by saforrest · · Score: 1


      And then you still could be sued. You can't breach the GPL, and then stop breaching it, and get away with it, if the copyright holder decides to sue. Generally, they won't. In fact, there's never been a case where they have.


      Of course. The situation is the same as if any organization distributed another's intellectual property without that person's consent. The right to sue should still be an option.

      The only recent this FUD sticks is that people are not used to the idea of actually having the source code, while still being restricted in manner in which they incorporate it in in a product. In the proprietary world, there are two extreme: you have the code and you do whatever you want with it, or you don't and you can do nothing except run the binaries.


      Spoken like a true capitalist. You've been taught well.


      Ahem? Saying that a company ought to face the possibility of going out of business for engaging, intentionally or not, in unethical activities hardly makes me a capitalist.

      Sometimes the invisible hand really does work. Though I must confess that in almost every argument I've been in on the subject, I've been the one arguing against free-market determinism.

      That said, the capitalist model is what we're talking about here, as the OP mentioned 'selling' software.

    52. Re:yes!! by saforrest · · Score: 1


      What's funny is he said "If I tried to then sell my work," then you present 3 options; one involves selling the work and including his source, the other 2 involve not selling his work.


      I interpreted "his work" as meaning his own work, not including the GPL'ed stuff. I read the original post as describing a scenario wherein the author had already begun selling his work (meaning the combined proprietary/GPLed code), then discovered the GPLed code, then felt that compelled to distribute it all under the GPL.

      However, you can also interpret the OP's use of "my work" to mean all the code, including the GPL'ed stuff, at the time the GPL'ed stuff was found. Then the OP was right: if you want to sell it in that form, you have to use the GPL.

      However, you're right: my point #3 was pretty dumb, given that the OP had said "if I try to sell my work".

    53. Re:yes!! by morgue-ann · · Score: 1

      2) Stop selling the product until the GPLed code was replaced with proprietary code, and re-release it,

      Under some definitions of derived work, it might not be possible or might be very hard to write new modules to replace the GPL-licensed imported ones without the new code being a derived work of that GPL'd code.

      For instance, Linus claims that if you include the kernel headers, you're creating a derived work.

      I'll accept that, but if I use methods I learned from GPL'd source code to write my own, I should be in the clear. It's the expression of an idea, not the idea itself, that can be protected.

      However, GPL'd code authors aren't like corporate coders who have a legal staff to handle IP infractions. Joe invents something very cool and tricky that's widely admired. I adapt his method, but not his implementation and use it in a product which makes my company millions. Joe and his admirers might be very upset with me and while Joe might not be able to sue, we'll be exposed to a big P.R. mess.

      That said, anyone have an opinion on sneaking a look at /usr/src/linux/fs/binfmt_flat.c while writing a loader that swallows the output of elf2flt? The modified source of the latter would be released to OEMs writing dynamically loaded modules, but the loader would be in a closed-source ROM.

      I think the best approach is to look at binfmt_flat.c while writing a spec of how to load a flat binary, then put away the source while I write my own implementation or even better, hand the spec to another coder. It's not as simple, though, as some suggest to comply with the edge cases of the GPL and the penalty is not as simple as some claim.

    54. Re:yes!! by mcspock · · Score: 1

      "Viral" means without a choice.

      No, that is incorrect. Go read a dictionary. No definition of viral will make any reference to choice or consent.

      By your definition, AIDS, herpes, and genital warts are not rightly called "viral", since you have the option of not sleeping with or coming into blood/bodily fluid contact with people who have these diseases.

      The GPL is viral because it contaminates; because any object it touches (via linking, or shared source, or even included kernel headers) becomes infected, forcing all code in that object to become GPL'd. Yes, you have the option of not including kernel headers, not linking, and not using source from GPL'd code, but that does not change the fundamental properties of the GPL; it just presents a method for you to avoid it (like abstinence to avoid herpes).

      --
      -- Patience is a virtue, but impatience is an art.
    55. Re: yes!! by anthony_dipierro · · Score: 1

      In the proprietary world, there are two extreme: you have the code and you do whatever you want with it, or you don't and you can do nothing except run the binaries.

      There are also lots of things in between in the proprietary world. Some of them give you source but don't let you redistribute it. Others give you source and do let you redistribute it. The proprietary world is by no means all or nothing.

      Saying that a company ought to face the possibility of going out of business for engaging, intentionally or not, in unethical activities hardly makes me a capitalist.

      Calling copyright infringement an unethical activity does, though.

    56. Re:yes!! by Anonymous Coward · · Score: 0
      1. AIDS is a syndrome, caused by HIV.
      2. HIV is a virus, hence it is correct to refer to it as "viral".
      3. If by "contacts" you mean "is written to specifically use", then yes. Otherwise no.
    57. Re:yes!! by Planesdragon · · Score: 1

      The goal isn't to trick people into "infecting" their closed software with GPL, it's to encourage open development by offering an advantage to other open developers; the right to use and distribute GPL code freely mixed with their own.

      Yes, exactly.

      And to do this, Stallman (quite rightly) constructed a fairly harsh license: you can use it for free, and you can make a derivitive work--but if you do so, you have to make the entierty of your derivitive work GPL'd.

      The appropriate response from the FSF when Microsoft calls the GPL viral is "yeah, so? At least we're honest about our goals and guided by morality, not unbridled greed."

      (Good thing MS doesn't make a UNIX anymore--or else we'd have zealous OS advocates arguing that GNU/HURD and Linux "aren't UNIX." [j/k])

    58. Re: yes!! by saforrest · · Score: 1

      Calling copyright infringement an unethical activity does [make you a capitalist], though.

      There's a reason copyright legislation was created, apart from the ridiculous abuses it's been twisted into justifying these days.

      I'm not particularly convinced we need copyright, and the abuses it's put to make me even less sure. But I agree with Stallman that it has its purpose now.

      Intellectual property has tangible value; if we wish to create a feasible alternative to capitalism, we must take this into account. People do not contribute to free software projects with absolutely no expectation of return: in the long term, they may expect money or fame, or they may simply wish to promote an ideology (free software).

    59. Re: yes!! by anthony_dipierro · · Score: 1

      Intellectual property has tangible value; if we wish to create a feasible alternative to capitalism, we must take this into account.

      Surely tangible isn't the word you're looking for, is it?

      People do not contribute to free software projects with absolutely no expectation of return: in the long term, they may expect money or fame, or they may simply wish to promote an ideology (free software).

      Sure, in a society with copyright, it's in your best interests to use it. I'm not arguing with that. I'm not even arguing with copyright in the first place (at least not in this thread). I'm just saying it's a concept which is quite capitalist. Regardless of whether you use copyright to tear down the little guy or the big guy, it's still capitalism. And asserting your property rights to destroy someone else when they aren't even harming you in any way is capitalism at its "finest."

    60. Re: yes!! by Anonymous Coward · · Score: 0

      Boy, I wish I were an idealist like you. Everything would be so simple. And I wouldn't even have to know how stupid I was.

    61. Re:yes!! by spongman · · Score: 1
      no, RTFA. there's not contractual obligation to release the source.

      the only recourse the copyright holder has is to sue for damages.

      the question I have is how does one calculate damages in the case where the copyright holder is charging $0 for the license?

    62. Re:yes!! by Anonymous Coward · · Score: 0

      Red Hat is not abandoning anything, they just renamed their end-user distro to something that won't sound too similar with their Red Hat Enterprise Linux.

    63. Re:yes!! by Anonymous Coward · · Score: 0

      Erm, API means Application Programming Interface. An API is only the official functions to be used from an external application. I.e. syscalls in the kernel case.

      If you use internal functions, like a kernel module needs to do, you are no longer using a defined API.

    64. Re:yes!! by spongman · · Score: 1
      I guess what you mean by "linking". If I take some GPLd code and modify it in a suitable fashion (and realese the modified code under the GPL), then:
      • is calling popen("gpl-program"); from my non-GPL program considered "linking"?
      • is doing mem=malloc();fopen("gpl-program");fread();(void (*)())mem(); considered linking?
      • is calling ::CoCreateInstance(CLSID_GPL_PROGRAM); from my non-GPL program considered "linking"?
      • is calling ::LoadLibrary("gpl-program.dll"); from my non-GPL program considered "linking"?
      • is including a reference to 'gpl-program.dll' or 'gpl-program.so' in my executable considered linking?
      where do you draw the line?
    65. Re:yes!! by mpe · · Score: 1

      The option to use the GPL does not negate it's properties; for companies who actually use GPL'd code under the GPL property, it IS viral.

      If anything is "viral" it is copyright law. Anyway there are plenty of other licences which are considerably more "viral".

      The real core of the article here is that the viral aspect of the GPL is not enforceable under copyright law - no judge can force you to follow the license - but it could potentially be under contract law, where a judge can force compliance.

      However the judge can stop the infringing party from distributing the software at all and have them pay the copyright holder for their infringement.
      It is actually possible for proprietary code intermixed with GPL code to wind up as GPL code. If the defendent winds up bankrupt the plaintiff has a claim on their assets. Thus it would be possible for copyright on the proprietary code to be transfered to the GPL copyright holder(s) and them made available under the GPL.

    66. Re:yes!! by mpe · · Score: 1

      The GPL is viral because it contaminates; because any object it touches (via linking, or shared source, or even included kernel headers) becomes infected, forcing all code in that object to become GPL'd.

      The GPL dosn't force anything. If you want to distribute (copies of) someone else's software then copyright law says you need their permission.
      Without that permission they can take various actions to
      a) stop you distribution,
      b) have an independent third party rule on who actually owns the copyright on what you want to distribute. (If all you have done is make trivial modifications then it isn't "your software" in the first place)
      c) recover damages from you. Damages can take the form of any kind of "consideration", including money and assignment of copyrights.

      Yes, you have the option of not including kernel headers, not linking, and not using source from GPL'd code,

      With any copyrighted work if you don't like the licence options which the copyright holder has previously made available you are free to attempt negotiation with the copyright holder. GPL software is no different in this respect from any other entity with copyright protection. If you can convince the copyright holder to allow you to use their software in a proprietary product then you can.

    67. Re:yes!! by GigsVT · · Score: 1

      According to Red Hat, selling box sets and support for their regular distro was profitable. Apparently not as profitable as other markets though.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    68. Re:yes!! by pete-classic · · Score: 1

      You therefore have a choice. You can use works distributed under the GPL to create your own software and license that under the GPL, or you can NOT USE the GPL software and use any license you want.


      I don't think you mean what you said here. I think you meant to say that you can choose not to integrate the GPL software's code into your own code that you plan to distribute.

      Anyone absolutely may use any piece of GPLed software any way he'd like. Anyone may use GPLed source code in any way he'd like. If, and only if, he chooses to distribute that derivative code (or a binary version of same) must any terms be met.

      This distinction is important and fundamental to the GPL.

      -Peter
    69. Re:yes!! by mpe · · Score: 1

      It's easy to understand if you remember the old saying "there's no such thing as a free lunch". If you want to write all the code yourself, you own it and can license it any damn way you please. If someone else writes the code, you're bound by the license they choose, GPL or otherwise.>

      If you want to distribute their code in some other way then you need to seek alternative permission to distribute. Effectivly copyright law is "only the copyright holder can make (or change) the rules", when it comes to distribution of copies.

    70. Re: yes!! by mpe · · Score: 1

      The only recent this FUD sticks is that people are not used to the idea of actually having the source code, while still being restricted in manner in which they incorporate it in in a product. In the proprietary world, there are two extreme: you have the code and you do whatever you want with it, or you don't and you can do nothing except run the binaries.

      There are probably all sorts of licence restrictions involving proprietary source code. But only those people directly involved with such code ever get to see them.

    71. Re:yes!! by JWhitlock · · Score: 1
      Forcing compliance with a license isn't an available remedy for copyright violation. Period. Hence, a court will never force someone to release their application's code. That court *may* impose monitary damages, attourney's fees, or stop further distribution of the work until the infringing portion is removed -- but it will never require code to be released.

      Ah, but as Linus recently noted, U.S. copyright law has an interesting definition of financial gain:

      'The term "financial gain" includes receipt, or expectation of receipt, of anything of value, including the receipt of other copyrighted works.'
      It may be possible for an attorney to argue that the thing that was stolen was the sharing of the source code, and that a proper remedy for paying back "financial loss" would be to open the offending source code.

      I'd be just as happy, however, if lawyers put the kind of ridiculous price tags on open source code as closed source gets in hacker trials. "Yes your honor, we normally give it away for free, but it represents the work of 10,000 programmer hours, who could have gotten $500/hour rates if they chose to spend their free time making software as a private contractor, but instead decided to recieve alternate financial gain in the form of future copyrighted works. The only fair thing to do is pay them with cash, at 5x the normal rate for punitive purposes."

    72. Re:yes!! by anthony_dipierro · · Score: 1

      the only recourse the copyright holder has is to sue for damages.

      That's true of all breaches of contract.

      the question I have is how does one calculate damages in the case where the copyright holder is charging $0 for the license?

      Usually, there won't be any actual damages. But in the case of willful infringement, such as SCO conntinuing to distribute Linux even after it has been informed that it is infringing on the copyright of the authors, statutory damages are available. Someone sent SCO a cease and desist, right?

    73. Re:yes!! by mpe · · Score: 1

      Problem with GNU software is unlimited distribution. If one could buy it, one could sell it or just allow anybody to download it.

      This is an intrinsic property of software. It's also getting to be an intrinsic property of sound and video recordings. Maybe software as a salable commodity is about to go the same way as ice sawn from frozen lakes.

    74. Re:yes!! by cduffy · · Score: 1

      It may be possible for an attorney to argue that the thing that was stolen was the sharing of the source code, and that a proper remedy for paying back "financial loss" would be to open the offending source code.

      Nope -- the violation that occurred wasn't "failing to share the code", but copyright violation, since there's no law or contract which states that the defendant was obligated to share said code. That a license to use the code, in the form of the GPL, happened to be offered is irrelevant to the case as soon as it's shown that the terms of this license weren't followed -- okay, that (the license) is one less defense that's available to the defendant, and it proceeds as a regular case of copyright violation.

      Since the GPL is irrelevant at this point, there aren't any special remedies in a copyright case where the terms of the GPL were available as opposed to a copyright case where usage under such terms was unoffered. Think about it: You can't sue for "failing to share the code", after all.

      Re "financial loss" -- if you can show to a court that such loss happened, they want it in dollars and cents; if you can show that their actions were intentional, you might get 3x that amount. (Being able to demonstrate an amount of said loss is a place where it might be useful to, if you're the sole copyright holder, have a page detailing the terms and prices under which you'd make a copy of your app available under less-restrictive terms, if you're willing to do so).

    75. Re:yes!! by mpe · · Score: 1

      The one thing about these statements is that they always gloss over the fact that it only applies to software you plan to sell or release. If the software is written strictly for internal use, then you don't have to make any source codes available.

      Copyright law only covers distribution to a third party. Internal "distribution" is not distribution in this context since it is internal to one party. It would only become an issue if a corporate entity were to "break up" in some way.

      I guess it's pretty obvious, but I think some managers that are new to the entire GPL concept read that statement and assume that by using GPL code to build their internal applications they somehow have to give away what they would hope to keep a proprietary secret.

      Actually there are two misunderstandings here. One is that the GPL is some kind of EULA. The second is that the GPL in any way obliges any kind of distribution.

  5. Note to Darl by Ralph+Yarro · · Score: 4, Funny

    New open letter idea: explain how you CAN lose your free code even if you don't incorporate any SCO code into it, as long as SCO keeps saying you have.

    --

    The real Ralph Yarro posts as Anonymous Coward. Anyone else is an impostor.
  6. If you like Groklaw.... by i_want_you_to_throw_ · · Score: 5, Informative

    Donate to it! Pamela is FAST approaching sainthood, support her site.

    1. Re:If you like Groklaw.... by the_xlr8r · · Score: 2

      No shit! I just went there and donated 10.00 She puts a LOT of work into that site and by doing so does a LOT to shed some light on FUD. Thank you Groklaw!

    2. Re:If you like Groklaw.... by stud9920 · · Score: 1

      Nice try Pam

    3. Re:If you like Groklaw.... by Anonymous Coward · · Score: 0

      Pamela Jones, paralegal, dead at 37

      I just heard some sad news on talk radio - Groklaw writer and paralegal Pamela Jones was found dead in her law office this morning. There weren't any more details. I'm sure everyone in the Slashdot community will miss her - even if you didn't enjoy her work, there's no denying her contributions to the SCO case. Truly an American icon.

  7. "The GPL is a License, Not a Contract" by glrotate · · Score: 0, Troll

    "IANAL. I am a paralegal,"

    No wonder. A license IS a contract.

    1. Re:"The GPL is a License, Not a Contract" by Anonymous Coward · · Score: 1, Interesting

      A contract that nobody signs. Shyeah, right.

    2. Re:"The GPL is a License, Not a Contract" by Anonymous Coward · · Score: 0

      methinks YANAL

    3. Re:"The GPL is a License, Not a Contract" by glrotate · · Score: 0, Flamebait

      That would suggest, like the lack of consideration, that the GPL isn't enforceable, not that it isn't a contract.

    4. Re:"The GPL is a License, Not a Contract" by GoofyBoy · · Score: 1

      You can have a contract with no signatures.

      e.g. a verbal contract.

      --
      The surprise isn't how often we make bad choices; the surprise is how seldom they defeat us.
    5. Re:"The GPL is a License, Not a Contract" by Gaijin42 · · Score: 5, Insightful

      The paralegal got it 1/2 right. There is a difference between a contract and a license, however, the GPL is both.

      A license is one thing : permission to use something that isn't yours.

      A contract is a set of obligations for two or more parties.

      a EULA is a license, given if you comply with the terms of the contract (pay, release code into the GPL).

      The license is revoked if you fail to comply with the contract.

      But the license is the permission, not the terms.

      He is correct, that you would try to suesomeone under copyright law, rather than contract law, but this has nothing to do with which laws are applicable : both are.

      However, the remedies available under copyright law are much more stringent, and therefore more useful.

      Under contract law, pretty much all you can get are recouped losses, and a nullification of the contract.

      In the case of the GPL, the losses are nothing, since nothing was paid, and the nullification of the contract just revokes the license. That gets you back to use of the content without a license, which is handled under copyright law.

    6. Re:"The GPL is a License, Not a Contract" by leonscape · · Score: 5, Insightful

      This is precisely the point, a license is NOT a contract. It's a completely different thing under law. The fact that you failed to grasp this is why the GPL FUD keeps going, and why EULA are so effective and may not even be legal.

      The fact that this is backed up by several quotes from lawyers, seems to have passed you by.

      Where are my mod points when I need them!

      --


      If a first you don't succeed, your a programmer...
    7. Re:"The GPL is a License, Not a Contract" by Crispy+Critters · · Score: 1
      "That would suggest, like the lack of consideration, that the GPL isn't enforceable, not that it isn't a contract."

      You could say that the GPL is not enforceable, but copyright law is enforceable. If you take my GPLed code, modify it, and sell it as a binary only, you are breaking copyright law. End of story.

    8. Re:"The GPL is a License, Not a Contract" by Our+Man+In+Redmond · · Score: 1

      To quote Samuel Goldwyn, "Verbal contracts aren't worth the paper they're written on."

      --
      Someone you trust is one of us.
    9. Re:"The GPL is a License, Not a Contract" by Cuthalion · · Score: 2, Informative

      Directly from the GPL: 5. You are not required to accept this License, since you have not signed it. However, nothing else grants you permission to modify or distribute the Program or its derivative works. These actions are prohibited by law if you do not accept this License. Therefore, by modifying or distributing the Program (or any work based on the Program), you indicate your acceptance of this License to do so, and all its terms and conditions for copying, distributing or modifying the Program or works based on it.

      --
      Trees can't go dancing
      So do them a big favor
      Pretend dancing stinks!
    10. Re:"The GPL is a License, Not a Contract" by Crispy+Critters · · Score: 1
      "e.g. a verbal contract."

      Almost all contracts are verbal, in that they are expressed using words. You probably meant to say "oral".

    11. Re:"The GPL is a License, Not a Contract" by Crispy+Critters · · Score: 1
      "A contract is a set of obligations for two or more parties."

      Right. And the person who receives GPLed code has no obligation toward the original author. I modified the kernel (ok, it was one line in a .h), and recompiled it, and I don't have to tell anyone about what change I made or give it to them. If I started to distribute my kernel, I would have to include the source or make it available, but I still have no obligation to send anything to Linus. That is why it is not a contract.

    12. Re:"The GPL is a License, Not a Contract" by wo1verin3 · · Score: 1

      In Canadian law a verbal contract is just as valid as a written contract. No one signs a verbal contract, the problem with verbal contracts is proving them beyond a 'he says she says'

    13. Re:"The GPL is a License, Not a Contract" by cduffy · · Score: 1

      Did you actually RTFA? Let me give you an example of a license which is not a contract (from the article, even, with only minimal adaptation):

      "If you need somewhere to stay tonight, go ahead and use my guesthouse; the spare key's in the bushes to the right of the door".

      Now, if you tell someone that, then you call the police to arrest them for trespass, they have the defense that you gave them a license to be there. It's not a contract, because there's no consideration -- they don't have to do anything for you; you simply granted them permission to do something they wouldn't have been able to do otherwise -- but it's nonetheless a valid defense against being charged with trespass.

      The GPL is like that: It's a statement "okay, go ahead and copy, redistribute and make derived works as my software within these boundaries". There's no consideration -- it's simply a (limited) grant of permission. Hence, it's a license, and not a contract.

      And no, IANAL -- but I've taken my business law classes, and am quite confident as to what I speak here.

      And in closing: Please mod down this obvious troll (as someone who could make this claim after reading the article can be nothing but).

    14. Re:"The GPL is a License, Not a Contract" by cduffy · · Score: 1

      You can have a contract with no signatures ...but you can't have a contract with no consideration. Hence, the GPL is not one.

    15. Re:"The GPL is a License, Not a Contract" by anthony_dipierro · · Score: 1

      And the person who receives GPLed code has no obligation toward the original author.

      Sure they do. Just because the source doesn't hhave to be given to the copyright holder, that doesn't mean that the obligation isn't to the copyright holder. It is quite common for a contract between two parties to involve that something be given to a third party. For instance, if I order flowers and have them sent to my mother. The obligation to deliver flowers is owed to me, however the recipient of the flowers is my mother.

    16. Re:"The GPL is a License, Not a Contract" by Ironica · · Score: 1

      You can have a contract with no signatures.

      e.g. a verbal contract.


      Yes, but you cannot have a contract without agreement on both sides to do something.

      Let's all say it in unison: accepting GPL code does not constitute a promise to do ANYTHING at all. The GPL allows you to do certain things you couldn't do with proprietary code someone handed you, but it requires nothing of you. In accepting the license, you don't agree to do anything. If you decide to redistribute the code, which you can only do because the license allows it, you have to comply with the terms of the license.

      --
      Don't you wish your girlfriend was a geek like me?
    17. Re:"The GPL is a License, Not a Contract" by Gaijin42 · · Score: 0

      You recived the license to use the code. In exchange, you agreed to certain restrictions on that use. Further, if you want to use it a certain way (by distributing it), you agreed to even more. Thats what your obligation is.

      Simmilarly, a settlement for a civil suit : I agree to give you money, you agree to not suing me. You didn't actually give me anything, just a promise to do something (or not do something) in the future.

    18. Re:"The GPL is a License, Not a Contract" by rhavyn · · Score: 2, Insightful

      Sorry, no, you don't receive a license to use the code. Read the GPL. You have every right to use the code through normal copyright law. The GPL is a license to allow you to do something you aren't allowed to do under copyright law, redistribute the code + make modifications.

    19. Re:"The GPL is a License, Not a Contract" by Gaijin42 · · Score: 1

      You do not have the right to use the code through normal copyright law. You need a license to use it. If you don't have a license, that is piracy.

    20. Re:"The GPL is a License, Not a Contract" by Crispy+Critters · · Score: 1
      "In exchange, you agreed to certain restrictions on that use."

      No, I don't agree to anything, and nothing in the GPL restricts what I can do. Nothing at all. The GPL gives me rights that otherwise I do not have. You act like the GPL gives you permission to do anything, and then you give up certain rights, but the truth is that you never had these rights at all.

    21. Re:"The GPL is a License, Not a Contract" by drsmithy · · Score: 1
      Let's all say it in unison: accepting GPL code does not constitute a promise to do ANYTHING at all.

      No, but *distributing* modified or derived GPL code does.

    22. Re:"The GPL is a License, Not a Contract" by Crispy+Critters · · Score: 1
      >> And the person who receives GPLed code has no obligation toward the original author.
      > Sure they do.

      They do? What is it? Someone who receives a copy of the kernel from me has no obligation to Linus whatsoever. You cannot claim that their obligation to Linus is to not distribute the kernal illegally any more than their obligation to Linus is to not drive over the speed limit.

    23. Re:"The GPL is a License, Not a Contract" by starcraftsicko · · Score: 1
      In the case of the GPL, the losses are nothing, since nothing was paid,
      Wrong!

      If someone takes my GPL'd code and includes it in their program, my loss is the loss of royalties or contract programing revenue that I would have recieved if they had approached me. If someone uses my code without permission, and if they receive money for the resulting work, either directly or by embedding my code in some other product (router OS for example), then something HAS been PAID and damages are real.

      The fact that I distribute my code under the GPL does not prevent me from distributing it under some other License. I retain Ownership of my code, and I can permit its use under whatever terms I like. I could sell Microsoft or Linksys or whoever a seperate license to code that I also released via GPL.

      If M$ or Linksys etc. don't want to come to me and seek terms for the use of my code, and if I have already released via GPL, well then they can release via GPL themselves and no problem. If they do neither, then it falls to me to file the lawsuit.

      Not that I have code to GPL...
    24. Re:"The GPL is a License, Not a Contract" by Hatta · · Score: 1

      How effective are EULAs? Does anyone read them, let alone comply with them?

      --
      Give me Classic Slashdot or give me death!
    25. Re:"The GPL is a License, Not a Contract" by Matt+-+Duke+'05 · · Score: 1
      If someone takes my GPL'd code and includes it in their program, my loss is the loss of royalties or contract programing revenue that I would have recieved if they had approached me.


      Yeah, but you forgot something important... you're posting on Slashdot. Thus, you have no actual loss of "royalties or contract programing revenue," because these people would never have purchased the rights to your music^H^H^H^H^Hcode in the first place ;-).
      --
      -Matt
      Duke '05
    26. Re:"The GPL is a License, Not a Contract" by anthony_dipierro · · Score: 1

      You're right. I misread it. Merely receiving GPLed code doesn't imply that you've assented to the contract.

    27. Re:"The GPL is a License, Not a Contract" by tigga · · Score: 0, Troll
      The fact that I distribute my code under the GPL does not prevent me from distributing it under some other License. I retain Ownership of my code, and I can permit its use under whatever terms I like. I could sell Microsoft or Linksys or whoever a seperate license to code that I also released via GPL.

      I think GPL does not allow relicensing code under any other non-compatible license. So even if you allow other parties to redistribute your code with any other license, they should comply with GPL anyway. If you put your code under GPL it means you given up on it, you still have you name on it, but you do not have any more rights then anybody else.

    28. Re:"The GPL is a License, Not a Contract" by Ironica · · Score: 1
      Let's all say it in unison: accepting GPL code does not constitute a promise to do ANYTHING at all.
      No, but *distributing* modified or derived GPL code does.

      No, it doesn't. It simply isn't allowed *unless* you do something else. If you don't do that other thing, your distribution is infringing on the copyright of the author, and you may be hauled into court... which can tell you you're liable for damages and have to stop distributing the code.

      If I claim 4 dependents on my tax return, and the IRS finds out that I have no children, what do they do... make me pay back the money (plus penalties) or make me adopt four kids? ;-) (Ok, not the best analogy, but kinda a funny idea...)
      --
      Don't you wish your girlfriend was a geek like me?
    29. Re:"The GPL is a License, Not a Contract" by Anonymous Coward · · Score: 0
      You do not have the right to use the code through normal copyright law. You need a license to use it. If you don't have a license, that is piracy.

      Nonsense. If I go out and buy the New York Times, what I am buying is not a license, and I don't need a license to read it. This is no different.

      (And incidentally, you argument is exactly the same one SCO is making when they say that Linux users ought to pay them a license. That's just pure unadulterated nonsense.)

    30. Re:"The GPL is a License, Not a Contract" by Anonymous Coward · · Score: 1, Informative
      I think GPL does not allow relicensing code under any other non-compatible license. So even if you allow other parties to redistribute your code with any other license, they should comply with GPL anyway.

      No. They should comply with the license they got your code under. Which can be another, if you dual license it. E.g., Trolltech is dual licensing QT, or MySQL AB is dual licensing MySQL, under both the GPL and other licenses of their choice.

      If you put your code under GPL it means you given up on it, you still have you name on it, but you do not have any more rights then anybody else.

      Yes you do. Being the author, you can put it out under as many licenses as you like.

    31. Re:"The GPL is a License, Not a Contract" by Anonymous Coward · · Score: 0

      Actually, since e.g. Linksys sold some of those router, "these people" - e.i. their customers WOULD have paid, because they already did. It's just that Linksys took the money and ran with it.

      Disclaimer: I'm only using Linksys as an example to continue the argument, I am not implying that they did anything which has not yet been proven.

    32. Re:"The GPL is a License, Not a Contract" by leonscape · · Score: 1

      This is actually a good point, since I know of no case in which an EULA has been used. This is something people always level at the GPL, but the GPL has been an issue in court, but usually people back down and settle.

      Their legality of EULA has yet to be tested.

      --


      If a first you don't succeed, your a programmer...
  8. Slashdot, a groklaw mirror? by george_w · · Score: 3, Interesting

    Just one question. Why does slashdot keep 'mirroring' almost every single story from groklaw?

    I've been lurking on groklaw for quite a while now, it's stories and replies have always had a high 'standard' and I have to admit: once this 'mirroring' began, the posted comments on groklaw started to lose quality and became more and more superficial.

    Thanks slashdot! ..... :-(

    1. Re:Slashdot, a groklaw mirror? by Anonymous Coward · · Score: 2, Interesting

      Slashdot has helped groklaw become a popular site. Dont complain too much if the people that it attracts are not "up to your standard". Embrace the popularity and adapt to it. hey even Dumb people have good ideas on occasion, let the cream rise to the top and quit trolling.

    2. Re:Slashdot, a groklaw mirror? by QuasiCoLtd · · Score: 3, Insightful

      Ahhh yes... I remember those days quite well. A Groklaw story was lucky to get 50 comments, but each and every one of them added to the conversation. Now the articles get upwards of 150-200 with tons of "me too!" comments while the real gems get buried in the rubbish.

      Seems to me that Groklaw is in serious need of adopting the Slashdot moderator system.

    3. Re:Slashdot, a groklaw mirror? by aborchers · · Score: 1
      Seems to me that Groklaw is in serious need of adopting the Slashdot moderator system.


      Great idea. Then in addition to trolls, flamebaits and other idiotic posts, Groklaw can have clueless, inappropriate moderation as well! ;-)

      --
      Trouble making decisions? Just flip for it.
    4. Re:Slashdot, a groklaw mirror? by CBravo · · Score: 1

      Thanks, I didn't notice that pattern yet. I'll have to check out groklaw now...

      --
      nosig today
    5. Re:Slashdot, a groklaw mirror? by Bagels · · Score: 4, Insightful

      Perhaps Slashdot should add a link to Groklaw on the side of the main page, as it has done with certain other popular websites in the past (AnimeFu, Penny Arcade, Everything, etc.). That would make more sense, and it could replace the vacant spot left by the passing on of "The Filthy Critic."

      --
      --- Bwah?
    6. Re:Slashdot, a groklaw mirror? by aardvarkjoe · · Score: 1

      Now the articles get upwards of 150-200 with tons of "me too!" comments while the real gems get buried in the rubbish.

      Seems to me that Groklaw is in serious need of adopting the Slashdot moderator system.


      Please tell me that you're joking.

      --

      How can we continue to believe in a just universe and freedom to eat crackers if we have no ale?
  9. Useful for the Pathfinder debacle by WatertonMan · · Score: 4, Informative
    This FAQ is very helpful. I suspect a lot that happened to the poor developer of PathFinder for the Mac would have been avoided had this FAQ been available.

    For those of you not familiar with that situation, the author borrowed and modified some open source code for a terminal app into a Finder alternative. A bunch of GPL zealots then started a flame war with many actually demanding that he release the entire source code to the world under the GPL! What was worse was that the author had already helped the community by releasing many of the classes he had developed!

    While such zealots obviously can't be taken as representative of GPL supporters, it is cases like that which gives the GPL a bad name.

    1. Re:Useful for the Pathfinder debacle by Anonymous Coward · · Score: 0

      "borrowed"?

      "modified"?

      You mean created a derived work don't you? Of course he should release the source. If he didnt want to release it, he should never have created a dervied work!

    2. Re:Useful for the Pathfinder debacle by nathanh · · Score: 5, Informative
      For those of you not familiar with that situation, the author borrowed and modified some open source code for a terminal app into a Finder alternative. A bunch of GPL zealots then started a flame war with many actually demanding that he release the entire source code to the world under the GPL! What was worse was that the author had already helped the community by releasing many of the classes he had developed!

      Hrm. I hadn't heard of this PathFinder GPL violation before, but a few minutes with Google paints an entirely different picture to the "GPL Zealots vs the Virtuous PathFinder Guy" that your story painted.

      From here it seems that rather than "many actually demanding" a GPL release, it was very few people even hinting at a GPL release, and no actual demands were made. In any event, only the iTerm authors can make demands and even then they can't demand a GPL release.

      For the most part, people were just exploring the possibilities in a mostly civil manner. If I was forced to polarise the discussion I would say the most significant minority of comments were anti-GPL trolls; typically saying things like "GPL BAD BSD GOOD" and other nonsense.

      Later, the author of PathFinder apologises and admits it was an honest mistake. Many subsequent comments are then repeating that the mistake was honest so they should try and find a solution where everybody walks away happy. Nobody wanted to crucify the PathFinder guy... at least, not that I saw.

      So I don't know where you got this entirely negative opinion of "GPL Zealots" from. My view is that the mistake was honest, the mistake was admitted, the iTerm authors seemed content to find an equitable solution, there were the typical anti-GPL trolls, and no actual demands for a "GPL release" were made.

      Now contrast this with intentional violations of the GPL where the violator refuses to comply. For example, easyRDP.

    3. Re:Useful for the Pathfinder debacle by Waffle+Iron · · Score: 2, Funny
      the author borrowed and modified some open source code for a terminal app into a Finder alternative. A bunch of GPL zealots then started a flame war with many actually demanding that he release the entire source code to the world under the GPL! What was worse was that the author had already helped the community by releasing many of the classes he had developed!

      That's almost as bad as the story about this other guy. He borrowed some of the Windows system DLLs for use in his own alternative OS product. A bunch of BSA zealots then started a witch hunt with many actually demanding that he give all the money he'd made and more to Microsoft! What was worse was that he had already helped Microsoft by buying a copy of their Windows OS!

    4. Re:Useful for the Pathfinder debacle by WatertonMan · · Score: 1
      I was actually thinking of comments on PathFinder's web forum and even here at slashdot when there was a story on this:

      http://apple.slashdot.org/article.pl?sid=03/10/31/ 1944213&mode=nested&tid=117&tid=185&tid=99

      Clearly not everyone or even near a majority were zealots. But there certainly were a surprising number.

    5. Re:Useful for the Pathfinder debacle by nathanh · · Score: 1
      Clearly not everyone or even near a majority were zealots. But there certainly were a surprising number.

      I suppose the reason I responded the first time and why I'm responding again is this use of the phrase "GPL zealots". I get the impression that it's implying anybody who is passionate about the GPL is also going to make unwarranted demands and will be offensive towards infringers, even when the infringement is accidental.

      In my experience the people who are the most passionate about the GPL (eg, RMS, the FSF, Eben Moglen, GNU developers) are the least demanding and the least offensive. They are most certainly "zealots" in the sense that they have an enthusiastic devotion to explaining and defending the GPL. But I'm not convinced that the people you represent as "GPL Zealots" on that link are the same sort of people as RMS. Those people making demands are obviously ignorant of the GPL; a person who violates the GPL has merely violated a license and they are under no obligation to GPLify their own code.

      I suppose what I'm saying isn't much. It's just that I'd like to see a distinction made between "naive and ignorant GPL zealots" and "intelligent and knowledgeable GPL zealots". It would seem you have a beef with the former group and I would agree with you that those kinds of people should shut their fool mouths. But painting all zealots with the same brush is unfair to all the knowledgeable and level-headed people who enjoy discussing and defending the GPL.

    6. Re:Useful for the Pathfinder debacle by WatertonMan · · Score: 1
      I actually used the term zealot due to the connotations with Maczealtory that I see a lot. And I say that while I prefer OSX to any other OS. Yet zealots for that platform often made discussions into heated religious debates with far more passion than was warranted. They also were gleeful at the misfortunes of others.

      Since then I've noticed zealotry amongst GPL advocates, Linux advocates, Opensource advocates, and even Windows advocates. It is often amazing to me that people get excited at the misfortunes of others and often fail to note the weaknesses in ones own preferences. (Heavens, while I love OSX, I still have numerous outstanding issues with the platform -- just fewer than with others)

      As I said, I think that many people are passionate about their particular computing issue. However with the PathFinder issue I was particularly disgusted with how people were actually demanding source code regardless of whether the developers of iTerm and Pathfinder could reach an equitable and fair agreement. It seemed to me to manifest many of the features of the GPL that people fear.

      But, I'll note, that was why I wrote the comments I did. Were there more anti-FUD like the parent article out there, then these particular forms of zealtory would be far less invasive and give people like me far less of a bitter taste. So, I actually was trying to make comments positive of the GPL. i.e. the assumptions about the "viral" nature of the GPL aren't borne out by a careful read and this could have helped avoid these horrible situations with ignorant zealots.

  10. Not so fast... by gpinzone · · Score: 2, Interesting

    "The claim that a GPL violation could lead to the forcing open of proprietary code that has wrongfully included GPL'd components is simply wrong. There is no provision in the Copyright Act to require distribution of infringing work on altered terms. What copyright plaintiffs are entitled to, under the Act, are damages, injunctions to prevent infringing distribution, and--where appropriate--attorneys' fees. A defendant found to have wrongfully included GPL'd code in its own proprietary work can be mulcted in damages for the distribution that has already occurred, and prevented from distributing its product further. That's a sufficient disincentive to make wrongful use of GPL'd program code. And it is all that the Copyright Act permits."

    But it's the GPL, not Copyright Act that states the proprietary code needs to be released as GPLed open code. Why couldn't a judge order them to do that? It's not unthinkable. Besides, what possible monatery damages could there be to the GPLed project? It's not that the offending company is taking away income from the open source community.

    1. Re:Not so fast... by Wesley+Felter · · Score: 2, Insightful

      Besides, what possible monatery damages could there be to the GPLed project?

      Some software uses a dual GPL/proprietary license. Someone who steals the GPLed version to avoid paying the license fee on the proprietary version could easily be causing financial harm. This doesn't apply to most GPLed software, though.

    2. Re:Not so fast... by leonscape · · Score: 2, Informative

      The judge can only order you not to relase your code, they cannot order you to relicense your code.

      Thats up to you.

      Monatery damamges can vary depending on the case.

      The fact that whenever this has come up the company usually decides the easiest thing is too release the source code under the GPL. But that is not the only solution.

      --


      If a first you don't succeed, your a programmer...
    3. Re:Not so fast... by Otto · · Score: 3, Interesting

      But it's the GPL, not Copyright Act that states the proprietary code needs to be released as GPLed open code. Why couldn't a judge order them to do that? It's not unthinkable.

      Actually, it is, because the infringer still has a choice. Either they can agree to the GPL, in which case they have to GPL the derived code, or they can disagree with it, in which case they have to remove the GPL'd code entirely. The judge cannot force someone to agree to the license, the most he can do is force them to stop infringing by using the copyrighted code.

      The suit the GPL'd code's author brings will be a copyright violation suit, because that's exactly what the infringer will have done. Used copyrighted code without permission. There's no contract for the GPL'd code's author to enforce. He hasn't gotten their agreement to the GPL. They can always agree to it or disagree to it, as they choose. It's just that whether they are infringing his copyright or not hinges on their agreement or disagreement.

      --
      - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
    4. Re:Not so fast... by gpinzone · · Score: 3, Interesting

      Actually, it is, because the infringer still has a choice. Either they can agree to the GPL, in which case they have to GPL the derived code, or they can disagree with it, in which case they have to remove the GPL'd code entirely.

      One of the defenses I've heard from GPL advocates regarding the SCO scandal is that SCO "gifted" their code because they didn't pull their Linux distribution right away. From what you're saying, it sounds like that wouldn't be the case. However, does that imply that SCO or any other contributer could pull their code since they choose not to abide by the license anymore, either?

    5. Re:Not so fast... by cduffy · · Score: 1

      But it's the GPL, not Copyright Act that states the proprietary code needs to be released as GPLed open code. Why couldn't a judge order them to do that?

      Because, as the article says, the GPL is not a contract but a license. Because it is not a contract, you will never be sued for violating said contract, and a court will never order you do to something to put yourself into compliance with that contract (which it isn't). Instead, what you can be sued for is copyright violation. Having a license (such as the GPL) is a defense against copyright violation -- you can say "no, I'm allowed to do that, because they gave me this license to do so". If you're not complying with the GPL, then all the party who's suing you has to do is show the court "no, that defense doesn't apply, because you weren't complying with the terms of the license, so we can proceed to still sue you for copyright violation". At that point the GPL becomes irrelevant, and the question is whether you have any other defenses to copyright violation. If you don't, you're guilty of copyright violation (not "violating the GPL" or anything like that) and the remedies available are exactly those that are available for other copyright cases -- which does not include forced relicensing.

    6. Re:Not so fast... by bay43270 · · Score: 1

      But it's the GPL, not Copyright Act that states the proprietary code needs to be released as GPLed open code. Why couldn't a judge order them to do that? It's not unthinkable. Besides, what possible monatery damages could there be to the GPLed project? It's not that the offending company is taking away income from the open source community.

      Did you read ANY of the article? The GPL is a license, not a contract. It simply states the conditions for redistributing the work. It doesn't contractually obligate you to anything at all. If you don't live up to the GPL (and there isn't a dual license or other permission to copy), then your use of the GPL code is simply a copyright infringement. They can't make you free your code, stand on your head, tattoo your ass or anything else! It's not a contract!
    7. Re:Not so fast... by Ironica · · Score: 1

      But it's the GPL, not Copyright Act that states the proprietary code needs to be released as GPLed open code. Why couldn't a judge order them to do that?

      For all I know, a judge could order them to do that. But it seems unlikely, since the "losses" from the company having to release the code would probably be greater than the "losses" from the GPL code being used in an infringing manner.

      Besides, what possible monatery damages could there be to the GPLed project? It's not that the offending company is taking away income from the open source community.

      It's not? Hm... so if someone is using GPL code without complying with the terms of the license, and therefore not releasing their code along with their product, they're not causing any damage to the OS community? This assumes that the OS community doesn't benefit from people releasing their code under the GPL. I'd tend to think that it does, and furthermore that the amount of benefit can be quantified in the man-hours it takes to write and debug the code.

      Most licenses grant you the right to use a work only if you pay for it, and grant no right to distribution unless you're actually an authorized reseller for the product and turning money over to the company that created it. To use GPL code, the price is not monetary: you contribute your code to the OS community. Just because the GPL doesn't extract a monetary price, however, doesn't mean that there is no material benefit to the licensor.

      --
      Don't you wish your girlfriend was a geek like me?
    8. Re:Not so fast... by gpinzone · · Score: 1

      But that doesn't take away from the article's title. It's not a misconception that the GPL is viral. It's a misconception that you will be forced by a court of law to open source your proprietary code. However, if you put a small amount of GPLed code in your project, a judge can force you to stop distributing the whole thing due to a small infraction. That's what people mean when they use the term "viral."

    9. Re:Not so fast... by demonbug · · Score: 1

      I was wondering about this. If one were to write a derivative work of GPL'ed software, could one then release it under the GPL (as required) but still offer the same work under another license, which they can still sell to cmpanies that want to avoid working under the requirements of the GPL? Basically, would the GPL limit the creator of the derivative work to only release the derivative work under the GPL, or could that person meet the GPL obligation by releasing their code and then be free to license it under different terms concurrently?

      Does that make sense?

    10. Re:Not so fast... by gpinzone · · Score: 1

      Monatery damamges can vary depending on the case.

      Yes. They depend on "damages." A project that gives away it's code for free is going to have an uphill battle trying to show a court what it's damages are. Judges are going to have a hard time putting a dollar value on "failing to contribute back to the over all OSS experience."

    11. Re:Not so fast... by gpinzone · · Score: 1

      It's not? Hm... so if someone is using GPL code without complying with the terms of the license, and therefore not releasing their code along with their product, they're not causing any damage to the OS community? This assumes that the OS community doesn't benefit from people releasing their code under the GPL. I'd tend to think that it does, and furthermore that the amount of benefit can be quantified in the man-hours it takes to write and debug the code.

      And you think some judge is going to know how to put a price on that? What basis are you going to use for salary? An oursourced Indian programmer? Besides, we already know the cost in man-hours for OSS projects: $0. Have you contributed to an OSS project? Did you get a check?

    12. Re:Not so fast... by cduffy · · Score: 2, Insightful

      That's what people mean when they use the term "viral."

      Then every commercial software license that doesn't provide the customer the right to make derived works is "viral".

      Do you really believe that's true?

    13. Re:Not so fast... by firewood · · Score: 1
      Besides, what possible monetary damages could there be to the GPLed project?

      For software that is not dual licensed, not only could the monetary damages be held to be zero, but there still is the issue of whether a court would actually issue an injunction against the distribution of IP, for which not only are the monetary damages zero, but which is widely distributed, aggregated and is licensed for use by anybody for free with permission of the copyright owner. In other words, does copyright law allow restricting the transfer of IP between two parties who are both authorized by the copyright holder to store, view and freely use the IP?

    14. Re:Not so fast... by greed · · Score: 2, Informative

      No, you do not have permission to release the GPLed work under your proprietary license. The GPL only allows you to release a derivative work under the GPL.

      You would have to get permission from those copyright holders as well, which you may very well get by offering them something like a portion of your revenue... which would then plunk you down into contract territory for the proprietary version.

      It's all basic copyright: the only thing giving you permission to use the work you created a derivative of is the GPL. You don't have to use that code, you can always implement your own. Or, if the origins are well-enough known, negotiate a different license with the copyright holder. (This should be possible with most FSF-owned works, as they require copyright assignment of patches. It is probably impossible with the Linux kernel....)

    15. Re:Not so fast... by rakaz · · Score: 1

      No, you can't simply change your mind and pull the code. If you licensed source code under the GPL it will be GPLed forever.

      What SCO is saying is that IBM improperly licensed something under they GPL. They GPLed source code for which they did not have the right to license under the GPL. And this might have worked. If I pirated the source code for Windows XP and relicensed it under the GPL, no court would accept it. You can only license stuff that you have rights to.

      There are a couple of things that might make it a little more difficult for SCO.

      The first thing is that they do not own rights to the contributions that IBM made. They actually told the courts that IBM owns it. So, IBM may have, according to SCO, broke a contract. If that is the case, IBM should pay, but that doesn't mean that SCO can 'double-dip' and ask for money from Linux users too.

      The second problem for SCO is that they distributed the code under the GPL too. They gave permission to use the code under the GPL. Wether or not it was improperly contributed by IBM in the first place does not matter anymore. By distributing the code under the GPL they gave permission. And they can change their minds now.

      Of course they can claim they did not know they distributed it under the GPL, but I doubt any judge or jury would accept ignorance or stupidity as an excuse. In fact, employees of SCO helped improve the contribution made by IBM. They even promoted their products by saying their products included the contributions made by IBM. So they can't even claim ignorance... Just stupidity.

    16. Re:Not so fast... by spells · · Score: 1

      How are you planning on making derived works of commercial software if you don't have the source code?

    17. Re:Not so fast... by cduffy · · Score: 2, Informative

      This element of SCO's argument, as I understand it, is that they didn't really release that proprietary code because they didn't know that it was there. If they'd known chosen to release that code while knowing what it was, then they'd certainly have no right to revoke the license; their argument is that they didn't, which makes it more of a grey area.

      So, roughly: SCO is a special case, they argue, because they didn't know what they were releasing. In most cases, however, folks unarguably do know what they're releasing, and so don't have the ability to pull it back.

    18. Re:Not so fast... by greed · · Score: 2, Insightful

      By this logic, copyright is viral.

      It is copyright that causes the GPL to 'attach' to the derivative work. If it is not considered a derivative work under copyright, the GPL does not apply. In fact, it cannot apply--it works entirely within copyright; that's the point of the article.

      If I put a few pages from your book in my book, the judge can stop me from distributing the whole thing.

      If I copy a few lines from your song into my song, the judge can stop me from distributing the whole thing.

      And so on. The GPL lets you do things copyright law does not.

      It is more restrictive than BSD, but it is still more generous than simple copyright.

    19. Re:Not so fast... by cduffy · · Score: 2, Informative

      There are "commercial-with-source" licenses out there. In fact, there's quite a lot of software so licensed.

    20. Re:Not so fast... by Bloater · · Score: 1

      The GPL doesn't say that the licensee promises to sub-license the derived work under the GPL. It says that permission is granted to copy and redistribute verbatim copies under the GPL, and permission is also granted to copy and redistribute modified, derivative works under the GPL.

      You do not have to do anything, you simply may not do anything else (because you have no right to do anything else) -- other than not copy or modify the work. If you were not offered a license, then you may not do anything with the work; under the license terms, if you do anything else that it has not permitted you to do, you have broken copyright law.

      The license simply says the copyright owner doesn't mind you doing those things specified, and that anything else you weren't allowed to do, you are STILL not allowed to do.

      I also ANAL, but I've read the GPL and it said I am granted additional rights WRT to the work, including some forms of modifying and redistribution. It did not say that I agree to license *any* of my work under GPL, but made it clear that if I don't use GPL for a piece of my work, then that piece of work must not be derived from the GPL'd one. Anything else and I have merely illegally copied/derived from the work as if I hadn't had a license.

    21. Re:Not so fast... by ChaosDiscord · · Score: 1
      Besides, what possible monatery damages could there be to the GPLed project? It's not that the offending company is taking away income from the open source community.

      They potentially took away financial gain. Copyright law recognizes that "the term 'financial gain' includes ... the receipt of other copyrighted works." The deal is that you can have rights beyond basic copyright in exchange for your providing your derivative, copyrighted source code. It's very similar to the damages when someone downloads an album illegally instead of purchasing the music legally.

      You might also be able to argue that you've damaged my reputation. If I expected to gain publicity and fame through my software, your using my software without credit (and what non-stupid copyright infringer would give credit) deprives me of that publicity. It's a much iffier argument, but plausible.

      That said, many groups would be happy if the infringer just stopped distribution. This has consistently been the FSF's policy when persuing infringers.

    22. Re:Not so fast... by Idarubicin · · Score: 1
      One of the defenses I've heard from GPL advocates regarding the SCO scandal is that SCO "gifted" their code because they didn't pull their Linux distribution right away. From what you're saying, it sounds like that wouldn't be the case. However, does that imply that SCO or any other contributer could pull their code since they choose not to abide by the license anymore, either?

      Okay, there's two important points here. First, by distributing under the GPL the code to which they now claim copyright, SCO must now either

      agree that the code so released is under the GPL--in which case, it was "gifted", or

      admit that they distributed GPL'd code under a different license. If they go that route, then they have infringed copyright--all the other contributors to Linux have only made their code available under the terms and conditions of the GPL. In that case, then they are liable for all kinds of damages.

      ...but actually, I believe that their current set of claims revolves around the legal theory that IBM incorporated code (now purportedly owned by SCO) into Linux and distributed it under the GPL without SCO's permission. (SCO is also somewhat absurdly attacking the constitutionality of the GPL, but that's a whole other can of worms.)

      Point two: can a contributor pull their code? Nope. Once you've released it under the GPL, it can't be withdrawn. If I buy a piece of software from Microsoft, and in good faith act in accordance with all of its licensing provisions, Microsoft can't turn around and say, "Nope, you should give that back to us. We'd like to change the licensing terms now." The original writer of the code (or the owner of its copyright) is perfectly welcome to relicense the code and distribute it under another license. He or she can sell it (or its derivatives) under a closed-source license. (Nobody but the owner of the copyright can distribute closed source variations, because everybody else must distribute under the GPL.)

      --
      ~Idarubicin
    23. Re:Not so fast... by Ironica · · Score: 1

      And you think some judge is going to know how to put a price on that?

      No, that's why it's up to lawyers to bring in expert testimony, to give the judge a basis for his decision.

      What basis are you going to use for salary? An oursourced Indian programmer?

      Well, the H1-B visa program required establishing indexes of reasonable salaries for all kinds of jobs, including programmers. Maybe they could have someone from the California EDD testify... they've helped massively underpaid imported programmers collect on up to three years of back wages, resulting in some sizeable claims. (Randomly met a guy one day who worked for the EDD and did this for a living.)

      Besides, we already know the cost in man-hours for OSS projects: $0.

      No, that's the out-of-pocket cost for the labor. Time has value, even when it's not measured in money. Do you drive to work, or take the bus? Most folks, if they have the option, drive... and not because it's cheaper, but because it takes a lot less time. The amount more they're willing to spend to save time getting to work is how much that time is worth to them, even though they're not being paid for it. (Generally, those values do correlate with a person's salary, which isn't surprising... people who make more money tend to think their time is more valuable. And they have more money to spend on it.)

      If you take time and effort away from the OS community, you steal from them the only currency they trade in.

      --
      Don't you wish your girlfriend was a geek like me?
    24. Re:Not so fast... by AJWM · · Score: 1

      You could release only your contributions to the derivative work under a different license -- nothing grants you the authority to sublicense the original author's code under anything but the GPL.

      Write that up as a patch to the original GPL'd source (a patchfile that doesn't include any original source -- tricky but do-able) and you could distribute that under whatever license you want. (IMHO, IANAL, etc, etc).

      But a derivative work in the normal sense contains some of the original code, so may only be GPL'd (unless you get the original author's permission otherwise, of course).

      --
      -- Alastair
    25. Re:Not so fast... by gpinzone · · Score: 1

      I also ANAL

      T.M.I. - Too Much Information, Bloater. Way too much.

    26. Re:Not so fast... by AJWM · · Score: 1

      Judges are going to have a hard time putting a dollar value on "failing to contribute back to the over all OSS experience."

      Presumably there's new code involved -- kind of pointless to distribute an exact copy of something that's GPL'd under a proprietary license. Pretty easy to put a dollar value on that code, using industry accepted cost estimating models.

      A judge might not actually set the valuation that high, but it leaves a lot of room for negotiation between that and zero.

      --
      -- Alastair
    27. Re:Not so fast... by Keeper · · Score: 1

      So, if you try to fuck over GPL'd source intentionally, you're ok. If you do it by accident, you're screwed? Doesn't sound right to me.

    28. Re:Not so fast... by Aardpig · · Score: 1

      But it's the GPL, not Copyright Act that states the proprietary code needs to be released as GPLed open code. Why couldn't a judge order them to do that? It's not unthinkable. Besides, what possible monatery damages could there be to the GPLed project? It's not that the offending company is taking away income from the open source community.

      I don't think this is so. The GPL does not stipulate that derivative works need be released under GPL; it simply states that if they are not, then the license to use any GPL code in the derivative is rescinded. The whole non-viral nature of the GPL hinges on this point.

      --
      Tubal-Cain smokes the white owl.
    29. Re:Not so fast... by mark-t · · Score: 1
      However, if you put a small amount of GPLed code in your project, a judge can force you to stop distributing the whole thing due to a small infraction
      If you are producing a book that is a compilation of other people's poems, for example, and if you fail to get permission from one of the owners on the copyright on one of the poems, a judge can order that you pay damages to the author, but can't order you to stop publishing the book. This compensation will have to be paid out for as long as you choose to keep publishing the book. Once you stop publishing it, or once you remove the person's contribution from the book, you are no longer obligated to keep paying damages (with respect to the present... back-damages may very well be awarded by the court as well). The easiest way to avoid this is to just get permission in the first place. Now really.... how hard is that? If you're only using the GPL'd code for an internal project, then you aren't distributing it, so you aren't required to GPL your derivative work.

      *NOTHING* in the GPL prohibits the author from licensing his code under different terms to different particular people.

      And by the way... Copyright (and the GPL) only protect content, not ideas. If the amount of code being copied is that small, it's in general far more practical to just copy the concept than it is to copy someone else's code line for line and then try to make it work correctly with your own. Most "Design Patterns" books specifically mention the copy and paste approach as being among the worst forms of code reuse that there is.

    30. Re:Not so fast... by stwrtpj · · Score: 1
      That's what people mean when they use the term "viral."

      I don't buy this argument. The term "viral" to me perhaps has some connotations that are different than your thinking. In my thinking, the term "viral" conjures up something that happens against your will. For instance, I didn't ask to get the flu last winter, but because the flu is viral, I got it and probably passed it on to someone else before I realized what I had.

      Likewise when I hear someone say the GPL is "viral", I conjure up an image of this evil GPL code somehow leaping into their application without their knowledge and infecting their codebase.

      This is why people object to the term "viral". Using this word to describe how the GPL works is propaganda and FUD. It was purposely chosen by those who either are against the GPL or grossly misunderstood it to give more force to their arguments.

      --
      Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
    31. Re:Not so fast... by Handpaper · · Score: 1
      we already know the cost in man-hours for OSS projects: $0

      Sure, many contributions are from volunteers. But many of these volunteers are corporations. IBM, SUSE, Redhat, yes, even SCO/Caldera (back when they were sane) contributed the time of programmers whose salaries they paid to improve and extend the functionality of OSS. I'm sure that IBM at least can account for every hour and cent spent on Linux. It's ammunition which would be useful in a GPL violation case. You can bet that if a library written by Big Blue were misused, they would be able to show exactly how much it had cost to produce.

    32. Re:Not so fast... by cduffy · · Score: 1

      Heh. Other way 'round.

      If you released code under the GPL intentionally, you can't withdraw your license grant, so you can't fuck over the folks you distribute to at all.

      If you release something under the GPL accidentally, as SCO claims they've done, you may be able to withdraw -- I frankly don't know, and it'll be a question for the judge in IBM's countersuit.

    33. Re:Not so fast... by anthony_dipierro · · Score: 1

      Besides, what possible monatery damages could there be to the GPLed project?

      Statutory ones.

    34. Re:Not so fast... by spitzak · · Score: 1

      The judge could force the infringer into giving their first-born child to the original author. That is as likely as them forcing the infringer into giving up proprietary information.

      The truth is, this is a copyright violation. If you can locate any case where a copyright violation was punished with anything other than cease&desist and monetary payments, please tell me. Until you find such a case, any claim that the GPL will force you to do anything else is absolutely bogus.

      Copyright law certainly allows for monetary claims far in excess of any amount the original author expected to make from the work. Otherwise small authors would be helpless to protect their works.

    35. Re:Not so fast... by swv3752 · · Score: 1

      There are stutory damages for copyright infringement, and thhey have no bearing on commercial value.

      --
      Just a Tuna in the Sea of Life
    36. Re:Not so fast... by Anonymous Coward · · Score: 0

      But it's the GPL, not Copyright Act that states the proprietary code needs to be released as GPLed open code. Why couldn't a judge order them to do that?

      The GPL states that in order to comply with that license, you need to release source under the same terms. This is not the same as saying "the proprietary code needs to be released".

      Scenario 1: You don't abide by the GPL. You've got another type of license from the copyright holder. Legal.

      Scenario 2: You abide by the GPl. You release source under the GPL. Legal.

      Scenario 3: You don't abide by the GPL. You haven't got another license from the copyright holder. Illegal copyright infringement.

      Now, under scenario 3, there's nothing that forces the copyright holder to give away their assets. They've broken the law - they've committed copyright infringement. But the GPL is completely, 100% irrelevent - the infringing party did not accept the license, they are not bound by it.

      In most cases, the infringing party decides it's in their best interests to release the source. But don't make the mistake of thinking that they are legally bound to do so - that's complete bollocks (and a straw-man argument that is usually trotted out by anti-GPL zealots, no less).

    37. Re:Not so fast... by Principal+Skinner · · Score: 1
      ...negotiate a different license with the copyright holder. (This should be possible with most FSF-owned works, as they require copyright assignment of patches....)


      feasible, in the sense that there's only one party to deal with, yes. Possible, when that party is an organization that exists entirely for the purpose of supporting Free Software and eradicating non-Free Software from the face of the earth? I think you'd have an easier time persuading Dubya to release Saddam back to his buddies in Tikrit.
      --
      one hundred twenty
      is just enough characters
      to write a haiku
    38. Re:Not so fast... by Anonymous Coward · · Score: 0

      One of the defenses I've heard from GPL advocates regarding the SCO scandal is that SCO "gifted" their code because they didn't pull their Linux distribution right away. From what you're saying, it sounds like that wouldn't be the case.

      That's the position I take. SCO could claim copyright infringement, their losses may be covered if it's necessary to win the 3bn suit against IBM.

      However, does that imply that SCO or any other contributer could pull their code since they choose not to abide by the license anymore, either?

      Well no. You can't just email a patch in to a GPLed project and then pretend you didn't agree to its distribution under those terms. The closest SCO/Caldera can get is to claim that the contributions its employees were making were unauthorised. Unfortunately for them, there's ample evidence that this isn't the case.

    39. Re:Not so fast... by Anonymous Coward · · Score: 0

      In this case they are GIVING us the license, not just granting it. They received code and they passed it on with their own changes, but they also expressly granted the lot of us permission to use their changes by licensing their code under the GPL by distributing it.

      In other words, they already knowningly gave us permission and are now trying to claim that never happened... or something.

    40. Re:Not so fast... by Crispy+Critters · · Score: 1
      "One of the defenses I've heard from GPL advocates regarding the SCO scandal is that SCO "gifted" their code because they didn't pull their Linux distribution right away."

      Note that most of the discussion here is about a completely different situation, illegally including GPLed code in proprietary code. In such a case, the code is never sent out to purchasers with "This code is under the GPL" notices all over it.

      SCO knowingly distributed this code with GPL notices. That is a big difference. For example, if they did not consider the kernel to be available under the GPL then they were committing fraud.

    41. Re:Not so fast... by DaveAtFraud · · Score: 1

      There are a couple of good articles on (you guessed it) www.groklaw.net in which the kernel contributions of a couple of SCO developers are *very* thoroughly documented. This includes contact with the developers and confirmation that their contributions to the kernel were made with SCO management approval (they have both moved on to other employers). Some other folks on groklaw have managed to dig out old SCO marketing blurbs that highlight these features and the ones that they are now suing IBM over as being part of the Caldera Linux distribution.

      The argument that SCO "accidently" distributed Linux with their precious trade secrets, etc. doesn't hold any water. They *marketed* Caldera Linux as having SMP, NUMA, RCU, etc. support and their own developers contributed to these projects.

      These facts are probably why Darl has floated the idea of contesting the GPL. If it comes down to who contributed what and copyrights, Darl doesn't have a leg to stand on with regard to the contributions being "accidental."

      --
      They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
      Ben
    42. Re:Not so fast... by cduffy · · Score: 1

      There are a couple of good articles on (you guessed it) www.groklaw.net in which the kernel contributions of a couple of SCO developers are *very* thoroughly documented.

      No doubt. I've been lurking at groklaw for quite some time, and am fully aware of just what a sieve SCO's case really is. My attempt above was to explain the theory under which SCO could claim that they didn't really offer the terms of the GPL to all the code they distributed (including that in question), not to represent any actual reality in which that claim would be taken seriously by a judge.

    43. Re:Not so fast... by Julian352 · · Score: 1

      A question:

      Copyright law allows for quoting of portions of the original for the usage as a reference to the original. (ie. I can quote a paper if I cite it; I can provide passages from book in reviews, etc.)

      Would a patch against a GPLed source be required to be GPLed, or would the "quoting" within the patch be withing the "fair-use" of copyright works? This would be a fairly interesting line to walk on, since a patch could theoretically "quote" the whole work (if I changed all of white-space, variable names, etc.) or it could be just a single line around a large addition.

      From my understanding, as long as the majority of the patch is an original work, it would not have to be given under GPL as the patch lines would be "quoting" the original for reference.

    44. Re:Not so fast... by spiritraveller · · Score: 1
      One of the defenses I've heard from GPL advocates regarding the SCO scandal is that SCO "gifted" their code because they didn't pull their Linux distribution right away. From what you're saying, it sounds like that wouldn't be the case. However, does that imply that SCO or any other contributer could pull their code since they choose not to abide by the license anymore, either?

      No. That is an entirely different situation than what we are talking about here.

      SCO actually released its own version of Linux under the GPL. The license that SCO used was the GPL.

      SCO did not accidentally insert GPLed code into a proprietary software project. They released it themselves under the GPL.

      Since the copyright owner has already released the code under the GPL, it has granted a license to others to use the code and redistribute it. They can't take that license back.

      What this article is talking about are situations like the one Linksys found itself in, where the company discovers that it has GPLed code, but doesn't want to open source the project. Noone can force them to make that decision... Just like any other copyright violator, they are liable for damages under copyright law. Copyright law doesn't provide for "forced opensourcing". It provides for money damages.

      Once a company chooses to release its code under the GPL, it is out under the GPL and they don't get to pretend that you don't have a license and sue you for using it.

      SCO has no case!

    45. Re:Not so fast... by Znork · · Score: 1

      In which case you can remove that code and do what you should have been doing in the first place if you didnt want to release the code; write it yourself.

      This is no more viral than any other copyrighted code. If you place a small amount of Microsoft code, or a small amount of Apple code, or a small amount of IBM code in your project you can be forced to stop distributing the whole thing due to that 'small infraction'. If you wish to claim something is viral here, it's copyright law. If you violate copyright you can be forced to cease doing so. If you want to call that viral, feel free. I wouldnt consider it a very good term to use tho.

    46. Re:Not so fast... by spongman · · Score: 1

      Nice, yup, here's the link.

  11. No.. you misunderstand by mindstrm · · Score: 5, Informative

    Did you read the article?

    The GPL is not some weird contract, some new experiment in copyright law interpretation that requries a test in court.. it is a straightforward license (which is different from a contract). it is, in fact, very clearly a license, not a contract.

    It DOES NOT take away any rights: Copyright allows you certain things by default. The GPL grants you other rights IN ADDITION to those allowed under copyright law, under certain conditions.

    There is nothing to test in court (any more than any license needs to be tested in court).

    We are not talking about freedom here.. or the relative freedom of various licenses..

    As people keep saying, it's very, very simple. If the GPL is not valid... then show how you had permission to create a derived work from MY code. Plain and simple. Either you had no license to do so, in which copyright law applies, and what you did was illegal, or you have the GPL, which says you can do this, within limits.

    1. Re:No.. you misunderstand by Anonymous Coward · · Score: 3, Funny

      Did you read the article?

      Is this a trick question or something? How was I going to get an obvious troll high enough for people to read if I actually took the time to read the article?

      I mean, duh.

    2. Re:No.. you misunderstand by Anonymous Coward · · Score: 0

      How was I going to get an obvious troll high enough for people to read if I actually took the time to read the article?

      Read the articles first time round then troll the dupes. Yeah, I agree too much like hard work, but you did ask.

  12. What if you turn it around . . . . by mofu · · Score: 3, Interesting

    OK, great you can't lose your code if you "accidently" incorporate a bit of GPL code. What if its the other way around. What if you intentionally insert your proprietary code into a GPL program and release the binary?

    1. Re:What if you turn it around . . . . by mofu · · Score: 1

      Sorry didn't finish with my example:

      Hauppauge incorporated proprietary source as subroutines in the BusyBox (GPL) binaries on the initial release of its MediaMVP. These are the fpage and mpgdec programs, which are clearly part of BusyBox in the ramdisk image.

      Subsequent releases the programs were compiled separately, and the very scarce source code release does not include the source to compile the original release version of BusyBox . . .

      Does GPL force release of what was previously proprietary source code in this case?

    2. Re:What if you turn it around . . . . by leonscape · · Score: 1

      Then is a derivative ( A proprietary fork ) and you have broken the GPL. The conditions still apply.

      --


      If a first you don't succeed, your a programmer...
    3. Re:What if you turn it around . . . . by ajs · · Score: 1

      I think the case you describe is exactly the same as in the article. You (that is, the copyright holder of the original work) would have the right to sue for damages, and could possibly halt distribution of the derived work.

      However, you would have no means of forcing the release of the source code. Worse, for you: the company seems to have already addressed the problem, on their own, so your claim to damages will be limited. Of course you can always ask. You could sue and offer source release as a term of settlement, but I don't think that would be very likely.

      The GPL is not a club, it's a license.

      IANAL

    4. Re:What if you turn it around . . . . by Anonymous Coward · · Score: 0

      Obviously, that's when you sue IBM.

    5. Re:What if you turn it around . . . . by anthony_dipierro · · Score: 1

      What if you intentionally insert your proprietary code into a GPL program and release the binary?

      You probably still can't lose your code. You could be charged with damages, but the court would probably consider the loss of your code to be an unconscionable term of the GPL.

    6. Re:What if you turn it around . . . . by spitzak · · Score: 1

      I assumme this is a joke, but if not:

      Imagine 50% of the code is your proprietary code, and 50% GPL. Which one is inserted? The "other way around" is actually exactly the same case.

    7. Re:What if you turn it around . . . . by Anonymous Coward · · Score: 0

      What if you intentionally insert your proprietary code into a GPL program and release the binary?

      You need a license to distribute said binary, since it's a derivative work of the original GPL program. You have the option of agreeing to the GPL and releasing source under those terms, or negotiating another license from the people who hold the copyrights to the original program.

    8. Re:What if you turn it around . . . . by JoeBuck · · Score: 1

      If you release the binary, either you release the source at the same time and in the same way, or you include with the binary a notice, good for three years, telling whoever gets the binary how to get the source. If you do neither, you have already violated the GPL, and the copyright holder can force you to "cease and desist".

      Such violations are quite common; I see a lot of people not following the rules correctly when they sell Linux CD-ROMs, for example.

  13. Copyright question by gpinzone · · Score: 2, Interesting

    Is it okay to use and distribute a snippet of GPLed code if it's considered "fair use"? If so, can you ignore the GPL license since it would THEN be more restrictive than the current copyright law?

    1. Re:Copyright question by Anonymous Coward · · Score: 0

      I think you are wrong about fair use. Fair use allows copying for use in a review or research. I don't think it has anything to do with derivative work.

    2. Re:Copyright question by Ironica · · Score: 1

      Is it okay to use and distribute a snippet of GPLed code if it's considered "fair use"? If so, can you ignore the GPL license since it would THEN be more restrictive than the current copyright law?

      If you're distributing the code, you're not violating the GPL, since that's exactly what it requires you to do.

      If you're distributing the complete compiled program without the code, you're probably not covered under fair use, since it usually only protects use of 'excerpts' or other carefully defined portions of works.

      Maybe you can more clearly explain a situation where you would be in violation of the GPL, but protected under fair use?

      --
      Don't you wish your girlfriend was a geek like me?
    3. Re:Copyright question by gpinzone · · Score: 1

      Of course it does. Software is all about derivative work. Let's say a college student working towards his PHD takes a single java file line-for-line out of a huge GPLed project for his research program he working on. He releases his program to the world completely free of charge. He took the GPLed code, but if it falls under fair use, he's allowed. Now someone else takes his code, which is free, and grabs the file. Was the GPL license technically rendered null on that file? If so, how much code from a GPLed project constitues a copyright violation? Jusges have wrangled over this issue for years with other forms of copyrighted material. Text is pretty lienent in terms of "bowrrowing." However, music cases have indicated that copyright is pretty strict (a few notes). Nobody has tested the GPL or any other software license to say what's fair use, yet.

    4. Re:Copyright question by mark-t · · Score: 1
      I think what the grandparent post was asking is what if you are only copying a snippet of code from a GPL'd work... is it still considered a derivative of a GPL'd work?

      Personally, I'd say not... after all, if you copied your implementation of a mergesort algorithm from a GPL'd program, why should that automatically make your code GPL'd? Of course, this is assuming that you've made enough changes to the code to be interoperable with the rest of your program, rather than merely a line-by-line copy of someone else's work (which, as I've said elsewhere is not a bright thing to do in the first place, regardless of the GPL).

    5. Re:Copyright question by MechaStreisand · · Score: 1
      I can think of such a situation. Actually, someone else thought it up for me:

      ...(distribution of) a binary module that contains snippets of object code directly compiled from GPLed methods in the kernel (because they were inlined) ...
      from Hobbex's post. Hobbex was of the opinion that this is copyright infringement. I think that the use of inlined functions could fall under fair use. The rest of the code isn't being distributed at all, so the GPL wouldn't have to be agreed to, and normal copyright law should let you do this.

      That's my non-lawyer opinion, anyway.
      --
      Disclaimer: IANAL. This post is, however, legal advice, and creates an attorney-client relationship.
    6. Re:Copyright question by Ironica · · Score: 1

      I think what the grandparent post was asking is what if you are only copying a snippet of code from a GPL'd work... is it still considered a derivative of a GPL'd work?

      Personally, I'd say not... after all, if you copied your implementation of a mergesort algorithm from a GPL'd program, why should that automatically make your code GPL'd?


      Well, the great-grandparent was asking about fair use, which is a pretty specific provision of copyright law. If you use a very small amount of GPL'd code for a school assignment, you can probably distribute the product to your professor and classmates without violating the GPL. On the other hand, in this case, why would you distribute it without the code anyway? Usually instructors want to see that. Besides which, you might run afoul of your school's ethics policy, depending on how much code you borrowed.

      My point was, I can't conceive of a "fair use" situation that wouldn't also comply with the GPL, so the question is somewhat moot. The problem is that a lot of people don't really know what fair use is... it's pretty tricky, though it can be boiled down into relatively simple rules you can print on a single sheet of paper (on a tri-fold brochure in a Kinko's POP display... which you then have to read aloud to people who insist that they can put a picture of Mickey Mouse on their store's flyer under "fair use.")

      --
      Don't you wish your girlfriend was a geek like me?
    7. Re:Copyright question by spitzak · · Score: 1

      Plausable situation:

      You write a paper or book you want to copyright, perhaps some analysis of software design. And part of the paper uses a small example cut from a GPL program, maybe to contrast it with another piece of code that cannot be put under the GPL because it is copyrighted by the original author.

      My opinion is that this is allowed under fair use.

    8. Re:Copyright question by Anonymous Coward · · Score: 0

      Is it okay to use and distribute a snippet of GPLed code if it's considered "fair use"?

      "Fair use" means that you aren't bound by copyright law since you aren't exactly making a copy. The GPL is a license to copy - if you don't need a license to copy (because it's "fair use"), then you don't need to agree to the GPL.

      If so, can you ignore the GPL license since it would THEN be more restrictive than the current copyright law?

      You don't ignore it because it's more restrictive. You ignore it because it doesn't apply. You aren't making a proper copy, so copyright law doesn't apply. If copyright law doesn't apply, then you don't need any special permission (a "license") to do whatever it is you are doing.

    9. Re:Copyright question by antiMStroll · · Score: 1

      "Fair Use" doesn't apply to commercial vendors. End-user only.

    10. Re:Copyright question by Anonymous Coward · · Score: 0

      It is also OK under the GPL, since it allows the source code to be available. Keep that snippet marked (GPL).

      If that code was then used to make a program that was distributed, then either rewrite the snippet, or GPL the lot.

      Try getting some internal MS sourcecode into a book and see what that gets you.

    11. Re:Copyright question by Anonymous Coward · · Score: 0

      Do I have "fair use" rights in using the source code of a GPL-covered program?

      Yes, you do. "Fair use" is use that is allowed without any special permission. Since you don't need the developers' permission for such use, you can do it regardless of what the developers said about it--in the license or elsewhere, whether that license be the GNU GPL or any other free software license.

      Note, however, that there is no world-wide principle of fair use; what kinds of use are considered "fair" varies from country to country.

    12. Re:Copyright question by Ironica · · Score: 1

      You write a paper or book you want to copyright, perhaps some analysis of software design. And part of the paper uses a small example cut from a GPL program, maybe to contrast it with another piece of code that cannot be put under the GPL because it is copyrighted by the original author.

      My opinion is that this is allowed under fair use.


      It probably isn't, if the book you're writing is a commercial work. If it's a news article, or an obvious critique, then it may be.

      But it's irrelevant as far as the GPL'd code is concerned, since you're releasing *the code*, so you're complying with the GPL. You are not redistributing GPL software without the source code, which would then be a violation of the GPL.

      You better make sure you have permission from the author of the other code snippet, though, because as I said earlier, this probably isn't covered under fair use.

      --
      Don't you wish your girlfriend was a geek like me?
    13. Re:Copyright question by spitzak · · Score: 1

      Damn. You are right, it probably isn't a GPL violation at all. I suppose I can make really contrived examples, such as a "paper" that describes exactly how to write a program and then says "include this block of GPL code here" and then claim the paper is copyrighted with no exceptions, and that you have somehow worked around the GPL. Then again maybe not, as it is obvious your "paper" is a "program" and that it is not in the "preferred format for working on the code".

  14. Linux Kernel Headers Require Programs GPLed? by joneshenry · · Score: 1

    After reading various articles from Linus Torvalds and from people posting on Groklaw, I still have no idea if a program that uses the Linux kernel headers is required to be GPLed. If this is true, what system calls are permitted to be used without having to GPL one's program--only ones already specified in standards such as for Unix?

    1. Re:Linux Kernel Headers Require Programs GPLed? by EvilTwinSkippy · · Score: 4, Interesting
      Headers are considered to be documentation for all sakes and purposes. They are intended to be an outline for external code to communicate with the major subsystems. That is why the headers are available seperately from the kernel sources.

      This same system is used for proprietary binaries. They give you a pre-compiled binary or library with a set of headers for your code.

      That said, the community has always looked unfavorably on binary-only drivers in the Kernel. They only tend to work for the major distros, and they also tend to lack the polish and peer review that goes into the normal bevy of OSS driver.

      I for one don't understand why a vendor would only go halfway in supporting Linux. Release a patch and let the community support your device, or always be a day late and a dollar short trying to keep up with the developments in the system.

      Ok. I do see one case: where the kernel "implements" a major function of the device in software. Even there a better approach exists. Simply provide the minimal communication hooks in the kernel itself, and devise a user-space program to perform the software control functions. The user space program can be as proprietary as you want, and it won't get stomped on as the kernel changes.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    2. Re:Linux Kernel Headers Require Programs GPLed? by Anonymous Coward · · Score: 0

      Linux includes a licence clause which allows you to create and run non-GPL user space programs.

    3. Re:Linux Kernel Headers Require Programs GPLed? by joneshenry · · Score: 1

      What confuses me is reading the replies at Groklaw. According to Loren Heal in the message posted at Groklaw , under the user information and time "Authored by: RealProgrammer on Monday, December 15 2003 @ 11:47 AM EST," "But if you use the Linux source code, even by including the Linux
      kernel header files, you may only publish your program under the GPL." Loren claims to have reached this conclusion after reading comments by Linux Torvalds. I only saw one reply that might or might not have been a correction to this statement.

      I'm assuming to use Linux specific system calls one has to include the header files.

    4. Re:Linux Kernel Headers Require Programs GPLed? by EvilTwinSkippy · · Score: 1
      Linus was originally deadset against binary extensions to the Linux kernel. Many of his early postings are harshly negative toward the idea.

      Over time his licensing scheme moved over to GPL, and he has also softened his stance on binary extensions.

      Alas, to truely understand Linux you have to know the history.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    5. Re:Linux Kernel Headers Require Programs GPLed? by Anonymous Coward · · Score: 0

      The catch is that the kernel headers contain some code - inline functions and stuff - in addition to function and data declarations. If it wasn't for that, using the headers would not be a problem.

    6. Re:Linux Kernel Headers Require Programs GPLed? by Lumpy · · Score: 1

      I for one don't understand why a vendor would only go halfway in supporting Linux. Release a patch and let the community support your device, or always be a day late and a dollar short trying to keep up with the developments in the system.

      simple ..look at nvidia. they have some stuff in their hardware and microcode that is loaded to the hardware that is super-double-secret AND not theirs.

      so they make a GPL'd driver that calls their secret binary only driver.

      If I ddesign a hypercube storage card for your computer that has infinite storage but the driver's sourcecode reveals how my device works... there is no way in hell I'm going to release it as GPL and allow my direct competition, the hyper-ball have that information... so I release a binary only driver.

      --
      Do not look at laser with remaining good eye.
    7. Re:Linux Kernel Headers Require Programs GPLed? by efbrasil · · Score: 1
      Headers are considered to be documentation for all sakes and purposes. They are intended to be an outline for external code to communicate with the major subsystems. That is why the headers are available seperately from the kernel sources.

      It's not that simple.

      The kernel's .h files have lots of inline assembly code, and this is diffenent from functions definitions or structs definition.

      It is GPL'd code that is inserted into the binary file that include the kernel headers.

      Including these assembly codes in your program is just like include any other function from the kernel sources.

      It is GPL'd executable code, and, therefore, can't be included in a closed-source application.

      So in this case you can't include the kernel-headers on your program, unless your program is also GPL'd.

      (At least this is what I could understand from the kerneltrap discussion that was posted on slashdot about one week ago.)
  15. I"m gonna burn some Karma here... by EvilTwinSkippy · · Score: 3, Interesting
    My Signal-to-Noise ratio on the article read a whopping zero. We all know a contract is different from a license. In fact, most licenses state that in X number of words.

    I kept reading waiting for that new bit of information to process. They nugget to file. I was very dissappointed. Yes it was well written, but it contained no information. Worse, it contained information that seemed to be reassuring at first, but increadibly naive. The rules about contracts versus licenses varies depending on your jursdiction.

    Just because law is being discussed on the Internet does not mean the law is influenced by it. Case law varies between countries, and in the case of the US in particular, WITHIN a country.

    --
    "Learning is not compulsory... neither is survival."
    --Dr.W.Edwards Deming
    1. Re:I"m gonna burn some Karma here... by jmv · · Score: 1

      Regardless of the country, I think most of the stuff applies. The simple (yet non-intuitive to some) fact that there's no contract involved makes things a lot simpler. The GPL doesn't rely on any subtle detail of the copyright law or anything like that. Different countries may allow more or less things in their copyright law, but it doesn't matter. The GPL gives you extra rights and perhaps the only thing that *could* change is that in some boderline cases you may or may not be able to sue under copyright law.

    2. Re:I"m gonna burn some Karma here... by Alien54 · · Score: 1
      We all know a contract is different from a license. In fact, most licenses state that in X number of words.

      I am not a lawyer, and I do not play one on TV. As a result, I found it both educational and stimulating to my brain cell.

      --
      "It is a greater offense to steal men's labor, than their clothes"
    3. Re:I"m gonna burn some Karma here... by EvilTwinSkippy · · Score: 1

      Fair enough. But the US24,000 question: was it SlashDot worthy?

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    4. Re:I"m gonna burn some Karma here... by Anonymous Coward · · Score: 0

      Well aren't you a complete and uter fucking smartass. Why did you bother sharing this insight with the rest of us? A little lonely up there with Mrs. Palmer and her 5 lovely daughters in your ivory tower is it?

    5. Re:I"m gonna burn some Karma here... by Fnkmaster · · Score: 1
      That's not necessarily true. Whether or not a contract is formed depends on more than whether a piece of paper with a signature exists. A contract is an exchange of obligations for compensation, and that's it (where the exact definitions of obligations and compensation are the subject of several weeks or more of the first year of law school). It's not cut and dried that because it's called the "General Public License" it's a license, not a contract. Whether or not a contract is formed by the GPL would probably be open to interpretation, and the GPL might be prosecutable under contract law in certain circumstances.


      Could somebody argue, for example, SCO received compensation - the right to redistribute and profit off of Linux source code - in exchange for their obligation to release their own patches and modifications under the GPL. Now if they retroactively claim they didn't intend to release that source under the GPL (sorry, this example is hypothetical, only vaguely based on reality), have they breached a contract, or just refused to agree to a license? Is this clear cut? Am I missing something?

    6. Re:I"m gonna burn some Karma here... by Crispy+Critters · · Score: 1
      "My Signal-to-Noise ratio on the article read a whopping zero."

      Probably you are not in the intended audience. There are in fact lawyers writing columns saying things like, "If one of your employees edits a file using emacs, all of your company's code will have to be released for free under the GPL." I think the article was aimed at the journalist/pundit audience, which is dangerously confused about the GPL and how it works.

    7. Re:I"m gonna burn some Karma here... by jmv · · Score: 1

      I think the minimum requirement for having a contract is a mutual agreement. With the GPL, you usually don't even have a contact with the author and the GPL itself says you do not have to agree to it and makes it clear it's not a contract.

      As for SCO, the way I see it is that by releasing Linux under the GPL, they have given everyone a license for that code. I don't think they can back down on that one. Even if it was proven that there was misappropriated code (which I doubt), I think SCO has really given it away.

    8. Re:I"m gonna burn some Karma here... by spiritraveller · · Score: 1
      My Signal-to-Noise ratio on the article read a whopping zero. We all know a contract is different from a license. In fact, most licenses state that in X number of words.

      Well, if you take a look at the number of comments from people still asking when they might be forced to release their code under the GPL, you would see that the article could be useful for some...

      If they would bother to read it.

    9. Re:I"m gonna burn some Karma here... by EvilTwinSkippy · · Score: 1
      Point taken.

      I just sort of assume people on SlashDot are at least thirsty before coming to the trough. (Slaps head) Oh this is SlashDot, what was I thinking?

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
  16. Re:Hmmm.... by jenkin+sear · · Score: 2, Funny

    Dude, she's a chick.

    No sack.

    --
    What a strange bird is the pelican, his beak can hold more than his belly can.
  17. Can FUD ever be killed ? by frodo+from+middle+ea · · Score: 1
    Seriously even if you provide a foolproof evidence that GPL is not at all like SCO or microsoft are proclaiming it to be, Is it really going to kill FUD ?

    I mean come on, look at what FUD stands for, Fear uncertainty and doubt, All three essentially meaning the same thing, The unpredictability of future.

    Even a rock solid data provided by linux gurus can be used to generate FUD back against linux .

    cnet is shining example of how to use opensourse's strength against spreading FUD against opensourse itself.

    Just read some of CNET's recent articles on the hacking of debain server, kernel tree, gentoo server. All these attacks were detected quite early without causing any major damage and patched very quickly. But CNET articles' undertone for all of them was linux is insecure and opensource is not a good secure solution.

    --
    for the last time people, I am "frodo from middle eaRTH", not "middle eaST".
    1. Re:Can FUD ever be killed ? by Anonymous Coward · · Score: 0

      I mean come on, look at what FUD stands for, Fear uncertainty and doubt, ...

      Oh... I always read it as "For U'r Disinformation", an opposite of FYI ...

    2. Re:Can FUD ever be killed ? by whittrash · · Score: 1

      Silly rabbit, FUD is for Trolls.

  18. What have I signed? by A+nonymous+Coward · · Score: 2, Interesting

    Tell me, please, how the General Public License can be a contract if I have signed nothing?

    1. Re:What have I signed? by Anonymous Coward · · Score: 0

      Same way a "click to accept" EULA can.

      Oh wait...

    2. Re:What have I signed? by Gaijin42 · · Score: 1

      Implied agreement to the contract. Since you are using the content, you agreed. If you didn't agree, you dont have the license, and are violating the law.

      Verbal contracts are binding, and you didnt sign anything there either.

    3. Re:What have I signed? by AJWM · · Score: 1

      In a verbal (oral) contract, I at least say that I agree to something -- I give an affirmative indication.

      The GPL license requires no such agreement to merely use the code (unlike most EULAs). To the limited extent that the GPL is a contract at all (an open contract), its "contractness" only kicks in if you want to distribute the code (in either original or modified form), in which case you need to comply with the conditions to avoid suit for copyright infringement (not contract violation).

      Even distribution doesn't imply that you've agreed to the conditions -- as witness those companies that have distributed GPL'd code without complying with the requirements. It's just that in that case you have no defense if the copyright holder sues your ass for infringement. (The copyright holder could try to sue you anyway even if you are distributing source, but you then can cry "promissary estoppel" because the GPL is in effect a promise not to sue you if you comply with its terms. In practise it's doubtful a GPL copyright holder would bother.)

      The difference with most EULA's that "take effect" merely by using the product (eg shrinkwrap licenses) is that the latter don't really license (grant permission) to do anything that you don't already have the right to do under common law just by buying the product -- and so can in effect be ignored (so long as you're not copying and redistributing, etc).

      --
      -- Alastair
  19. License != contract by Our+Man+In+Redmond · · Score: 4, Informative

    Nope. A contract implies a two-way promise. I contract with you to sell me two tons of sugar for five cents a pound. You promise to do something (produce the sugar) and I promise to do something (buy it from you). If either of us defaults on the contract, there are penalties involved.

    A license simply allows you to do something you couldn't otherwise do. There's no contract because you don't have to perform any obligations. Simply because you have a driver's license doesn't mean you have to drive a car. (You do have to follow traffic rules but that is a condition of the grant of license, it's not a contractual obligation.)

    PJ is not a lawyer, but she knows plenty of lawyers, and is meeting more as time goes on. If she says that the General Public License is a LICENSE, not a contract, she has the opinion of experts to back it up with. Those experts include Eben Moglen, the author of the GPL and a professor of law and legal history at Columbia University. What do you have?

    --
    Someone you trust is one of us.
    1. Re:License != contract by anthony_dipierro · · Score: 1

      Nope. A contract implies a two-way promise.

      And so does the GPL.

      A license simply allows you to do something you couldn't otherwise do.

      Right. And the GPL does that too. The GPL contains both a license and a contract.

      If she says that the General Public License is a LICENSE, not a contract, she has the opinion of experts to back it up with.

      More than half of the time lawyers argue a case, they are wrong. Think about that one.

    2. Re:License != contract by Our+Man+In+Redmond · · Score: 1

      And so does the GPL

      Where's the promise on my side? The GPL grants me rights I wouldn't have otherwise, e.g. to modify and distribute modifications to the code, provided that I adhere to the terms of the license, e.g. distribute the modifications under the GPL. There's no expectation on my part that I will modify the code, or distribute it, or even look at or run it. I haven't promised to do anything, in fact, so I still don't see how it can be a contract.

      More than half of the time lawyers argue a case, they are wrong. Think about that one.

      I'm trying to, but for some reason it sounds too much like "Know how dumb the average American is? Well, by definition half of them are dumber than that."

      At any rate, if there are legal scholars (not people who play them on Slashdot) who would care to present a case that the GPL is both a license and a contract, I'm sure PJ would like to have them present their case at Groklaw. Until then, I'm OK with going with Professor Moglen's interpretation.

      --
      Someone you trust is one of us.
    3. Re:License != contract by drsmithy · · Score: 1
      Where's the promise on my side?

      Here.

      The GPL grants me rights I wouldn't have otherwise, e.g. to modify and distribute modifications to the code, provided that I adhere to the terms of the license, e.g. distribute the modifications under the GPL.

      You promise that you will adhere to the requirements of the license - e.g. if you distribute modifed or derived code, your code will be GPLed.

    4. Re:License != contract by Our+Man+In+Redmond · · Score: 1

      That's not a promise on my side. That's the terms under which you grant the license. As the GPL itself says, I don't have to agree to anything, because I haven't signed anything. However, if I do decide to modify the code, adhering to the terms of the license is the only way in which I am legally permitted to do so.

      What you're saying is roughly the equivalent of saying "If the government grants you a driver's license you promise to obey the rules of the road." No, you don't promise any such thing, but part of the grant of license is that if you break those rules, there are penalties involved (fines, jail time, whatever). Perhaps you are considering that there is an implicit promise that you will obey the law, but then we could say that many areas of life which are not contracts, in fact are.

      --
      Someone you trust is one of us.
    5. Re:License != contract by anthony_dipierro · · Score: 1

      Where's the promise on my side?

      You promise to distribute source code whenever you distribute the binaries.

      I haven't promised to do anything, in fact, so I still don't see how it can be a contract.

      If you don't agree to the contract, you don't have to promise to do anything, but it's still a contract, just one you haven't agreed to.

      Until then, I'm OK with going with Professor Moglen's interpretation.

      Suit yourself. It doesn't really matter anyway, because the conclusions that were made were accurate.

    6. Re:License != contract by Anonymous Coward · · Score: 0

      You promise that you will adhere to the requirements of the license - e.g. if you distribute modifed or derived code, your code will be GPLed.

      By that definition your driver's license would also be a contract. After all, you get it on the condition that you obey traffic laws.

    7. Re:License != contract by Our+Man+In+Redmond · · Score: 1

      Well, as I said in my reply to the other reply to the grandparent post, I haven't promised to do anything, but if I do anything and don't do it under the terms of the license, I'm breaking copyright law, not a contract. It's like watching a movie on tape. There's a license at the very beginning of the movie that says it's licensed for home viewing only. I haven't agreed to this license -- in fact there's no way for me to agree to it, since there's no "agree" button on the remote to my VCR. However, if I decide to take my tape to the local multiplex and show it to paying customers, the MPAA can come down on me like a ton of bricks for violating the terms of the license.

      Yeah, not that it matters, and it's probably a lot like arguing how many angels can dance on the head of a pin. If the courts were to rule that the GPL is an enforceable contract, that'd be OK with me as long as it's enforceable.

      --
      Someone you trust is one of us.
    8. Re:License != contract by anthony_dipierro · · Score: 1

      Well, as I said in my reply to the other reply to the grandparent post, I haven't promised to do anything, but if I do anything and don't do it under the terms of the license, I'm breaking copyright law, not a contract.

      Right. But if you did agree to the GPL, then nyou'd be breaking the GPL, not copyright law.

      It's like watching a movie on tape. There's a license at the very beginning of the movie that says it's licensed for home viewing only.

      No, that was a failed attempt by the movie industry to regulate use. It's still there merely because it scares some people.

      However, if I decide to take my tape to the local multiplex and show it to paying customers, the MPAA can come down on me like a ton of bricks for violating the terms of the license.

      No, they can come down on you like a ton of bricks for violating copyright law.

      If the courts were to rule that the GPL is an enforceable contract, that'd be OK with me as long as it's enforceable.

      Yeah, I guess it's just a matter of terminology. Like I said, the conclusions that groklaw made were correct. However, they didn't get into more complicated situations. For instance, what if I make legal copies of a GPLed product, and then try to redistribute those copies without distributing the source under the First Sale doctrine? If I legally obtained the copies, then I should be able to distribute them under First Sale. But if the GPL is a contract, then I am under obligation not to distribute the copies without distributing the source.

    9. Re:License != contract by Anonymous Coward · · Score: 0
      Where's the promise on my side?

      You promise to distribute source code whenever you distribute the binaries.

      No. You have license to redistribute, provided that any binary you redistribute must be accompanied by source code, or by the promise to give it to interested parties. Nothing, not even a promise, is required of you until you redistribute.
    10. Re:License != contract by anthony_dipierro · · Score: 1
      Therefore, by modifying or distributing the Program (or any work based on the Program), you indicate your acceptance of this License to do so, and all its terms and conditions for copying, distributing or modifying the Program or works based on it.

      Sure sounds like a promise to me.

      Nothing, not even a promise, is required of you until you redistribute.

      Nonsense. When you copy, you are required to "conspicuously and appropriately publish on each copy an appropriate copyright notice and disclaimer of warranty." When you create a derivative work, you are required to "cause the modified files to carry prominent notices stating that you changed the files and the date of any change."

    11. Re:License != contract by Anonymous Coward · · Score: 0
      "Know how dumb the average American is? Well, by definition half of them are dumber than that."

      the average is the mean not the median; there is a difference

    12. Re:License != contract by Anonymous Coward · · Score: 0

      It's not. It is a permission to do A, where A is the set of (B,C).

      If choose to do D (e.g. distribute without source), it has nothing to do with A, I simply don't have permission to do D at all.

      I am not forced to do C (distribute with source), but since A is not a permission to do D (distribute without source), and D is not legal to do without permission, I am not allowed to do D, license or no license.

      It is not the GPL that says I cannot do D, it is copyright law. I never promised to not do D, but if I do it anyway, I better make sure to have another license to do D.

    13. Re:License != contract by Anonymous Coward · · Score: 0
      Look, there is no obligation, and you don't agree to anything, unless and until you distribute a derived work. That's why each and every one of your examples is prefixed with such a proviso, "when you copy", "when you distribute", etc.

      You quote a paragraph from the GPL but conveniently omit its first sentence, which makes this crystal clear: "You are not required to accept this License, since you have not signed it."

      That's why infringers wouldn't be pursued under contract law (because there is no contract they agreed to) but under copyright law, which won't let you redistribute unless you comply with the (GPL) license for redistribution. That's the core of PJ's explanation, and the worst part is that you agree with it. So why do you keep arguing?

      Again: There is noting you agree to, or even promise, unless and until you redistribute.

    14. Re:License != contract by anthony_dipierro · · Score: 1

      It is not the GPL that says I cannot do D, it is copyright law.

      Actually, First Sale gives you permission to do D, except that you have agreed under the GPL not to.

    15. Re:License != contract by anthony_dipierro · · Score: 1

      There is noting you agree to, or even promise, unless and until you redistribute.

      Or copy, or modify.

    16. Re:License != contract by Anonymous Coward · · Score: 0

      Average can mean either mean, median, or mode.

    17. Re:License != contract by Anonymous Coward · · Score: 0
      Or copy, or modify.

      No. The GPL permits anyone to make a modified version and use it without ever distributing it to others.

      Making and using multiple copies for yourself is not distribution.

      The GPL kicks in when and only when you distribute copies. At that point it applies because copyright law applies -- not because there was a contract or promise. Just the same, you obey speed limits because they are the law, period -- not because you promised or signed a contract.

    18. Re:License != contract by anthony_dipierro · · Score: 1

      The GPL permits anyone to make a modified version and use it without ever distributing it to others.

      Yeah. But you still have to agree to the GPL in order to do that.

      The GPL kicks in when and only when you distribute copies.

      No, the GPL kicks in whenever you agree to it. It only requires you to distribute source when you distribute copies.

      At that point it applies because copyright law applies -- not because there was a contract or promise.

      Copyright law allows you to distribute lawfully obtained copies without permission from the copyright holder.

    19. Re:License != contract by jaywood · · Score: 1

      "but part of the grant of license is that if you break those rules, there are penalties involved (fines, jail time, whatever"

      It's not even that -- it's more like:

      1. begin -- no right to drive anywhere, ever
      2. state grants license to drive on highway under 55mph

      Since I never, ever had the right to drive over 55mph, the grant of the license is not conditional on my driving under 55 - it's just something i don't have the right to do. Driving over 55 was not mentioned in the license and is unaffected by it.

  20. This is just more FUD by The+Bungi · · Score: 1, Interesting
    FUD is FUD, regardless of where it comes from. People have a conception of the effects of using GPLed code, and that comes from reading the stupid license to begin with, not from thin air. This is not a misconception, it's just a different interpretation. I.e., it can be interpreted that way. And it can be interpreted as in this article, using the finer points of contract vs. license. But until the GPL is proven in court, all interpretations are just that, FUD. It doesn't matter if they come from The People Who Defend Open Source (TM), Dickie "GNU/Linux" Stallman or SCO.

    As an aside, maybe now the zealots will stop clamoring for the code when Linksys or some other hardware manufacturer is determined to be in breach of the GPL by some LKML poster with too much time on his hands. It's only fair, I think.

    1. Re:This is just more FUD by Anonymous Coward · · Score: 0

      Maybe the zealots can actually start *gasp*coding instead of constantly bitching about the GPL. This would be refreshing, constantly whining and moaning about the GPL cuts into valuable coding time.
      Start Coding zealots!

    2. Re:This is just more FUD by Anonymous Coward · · Score: 0

      I agree that there's a lot of FUD from the Free Software people.

      First of all they have their own extra-legal mythology about linking and header files and pipes and so on. They treat it as a legal fact when actually Stallman or someone just pulled it all out of his ass.

      Second, requests to clarify the rules are answered by "Get A Lawyer". (This was seen in the recent Linux Kernel thread,) If that's not FUD, I don't know what is.

    3. Re:This is just more FUD by Ironica · · Score: 1

      But until the GPL is proven in court, all interpretations are just that, FUD.

      I'd tend to disagree...

      FUD is fear, uncertainty, and doubt. While there may be some uncertainty to all interpretations, if the intention of an article is to reduce fear and doubt, it seems that it would be more of an anti-FUD piece.

      "Propaganda" may be the word you were looking for.

      --
      Don't you wish your girlfriend was a geek like me?
  21. Re:Hmmm.... by jdhutchins · · Score: 2, Informative

    A paralegal does legal research, but in order to really give people legal advice, you need to pass the bar exam. He hasn't done that, so he can't legally give you advice. His name IS on the line, in that if they turn out to be wrong, we won't trust him.

    His job is legal research, which is what this article is. If he called it legal advice, he'd be in trouble. That's why he has the disclamer on top of the page.

  22. Re:Hmmm.... by nukem1999 · · Score: 1

    So basically, you're saying that you can only contradict a lawyer if you are a lawyer or fraudulently pretending to be one? Ooh, she didn't claim she's something she's not! No credibility whatsoever!

  23. Copyright violation? Look out! by Weaselmancer · · Score: 2, Funny

    From the article:

    This is likely to mean that a copyright holder who licenses her software under the GPL, and subsequently brings a law suit against an individual who allegedly violated a term under the GPL would sue for copyright infringement rather than breach of contract.

    Not exactly encouraging. According to the RIAA, copyright infringement is worse than manslaughter. You'd be better off shooting the original author - you'll do less time.

    Weaselmancer

    --
    Weaselmancer
    rediculous.
  24. Pay up folks.... by mubes · · Score: 2, Insightful

    This lady is doing the OSS industry a great service with some of the research and background she is producing. She might _not_ be a lawyer, but she's certainly clarifying some very important issues for the community.

    Hit that contribution button when you've read the article.....

    DAVE (No connection apart from being an appreciative reader)

  25. Re:VIRAL GPL IS ON TEH SPOKE by Anonymous Coward · · Score: 0

    what does 'spoke' mean? thank you.

  26. Re:Hmmm.... by Anonymous Coward · · Score: 0

    If you believe your words are true, stand behind them. Show some sack and put yourself and your name on the line.

    Her name is Pamela Jones, that isn't any secret. In what way is she not "putting herself on the line"?

  27. time stops . . . . by msimm · · Score: 1

    or is it moves backwards? ;-)

    --
    Quack, quack.
  28. The real problems with the GPL by ikewillis · · Score: 5, Interesting
    1. The language is, in many places, ambigouous and misleading. The concept of a derived work is not explicitly defined, nor has specific attention been paid to dynamic versus static linking.
    2. No definitive interpretation by a court has been made. This article is completely the interpretation of a single individual and its relevancy to a definitive interpretation within a courtroom setting is dubious at best. There exists Linus's interpretation of this matter, which would preclude the possibility of binary only kernel drivers, but shouldn't this carry over to any code which utilizes system calls in Linux? Wouldn't such code be considered a derived work and be forced to be distributed under the terms of the GPL? Consequently, it doesn't seem possible for glibc to legally be LGPL, as it utilizes the Linux system call table and is consequently a derived work of the GPL'd Linux kernel. This opens up a whole nasty can of worms...
    3. The GPL has many bizarre concessions and terms, such as requiring those who distribute GPL software to distribute it by mail at anyone's request, charging only the cost of media.
    1. Re:The real problems with the GPL by Anonymous Coward · · Score: 2, Informative

      The concept of a derived work is not explicitly defined.... because national and international law already offer definitions. For the same reason, "distribute" isn't defined in the GPL.

      No definitive interpretation by a court has been made.

      This is true of most licenses and contracts under which we live our daily lives. I certainly don't look up court cases before I sign a contract for cell phone or cable TV service. Your bizarre misinterpretations of Linus's interpretations aside, the GPL is quite clear. One can willfully misunderstand anything (as you seem determined to do) -- but the GPL is so clear that nobody has yet taken it to court.

      The GPL has many bizarre concessions and terms, such as requiring those who distribute GPL software to distribute it by mail at anyone's request, charging only the cost of media.

      That's not actually accurate -- it's only one of the options for source distribution under section 3 of the license.

    2. Re:The real problems with the GPL by joostje · · Score: 1
      No definitive interpretation by a court has been made.

      Considering how widely used the GPL is, the fact that it (almost) never made it to court shows how clear the GPL is. It are (usually) the ambiguous texts that need a court to explain what the text means.

    3. Re:The real problems with the GPL by gz718 · · Score: 1

      I also think the whole linking deal of the GPL license is too restrictive. Quoting from the GPL FAQ:

      You have a GPL'ed program that I'd like to link with my code to build a proprietary program. Does the fact that I link with your program mean I have to GPL my program?
      Yes.

      Great, say I spend many months developing some great software and I want this program to read RAR files. I look around and find unrarlib, but if I simply link to that GPL'd source all my hard work has to be GPL even though GPL'd code compromises less than 1% of my program. So now I'm forced to either write my own RAR implementation or just drop that functionality altogether.I understand unrarlib could have been made LGPL or included another bit of legalese to allow linking, but I think that forcing code linked to GPL'd code to also fall under GPL is asking too much.

    4. Re:The real problems with the GPL by AJWM · · Score: 3, Informative

      The concept of a derived work is not explicitly defined

      Copyright law appies. The term "derived work" is pretty well defined both by legislation and case law.

      shouldn't this carry over to any code which utilizes system calls in Linux?

      There's a clear (and written) exception in the Linux license that permits user programs to make system calls without being affected by the GPL. That is, after all, the function of an OS. Binary modules go beyond normal system calls, however. (Furthermore, glibc exists for plenty of other kernels besides Linux, including BSD and proprietary.)

      3. The GPL has many bizarre concessions and terms, such as requiring those who distribute GPL software to distribute it by mail at anyone's request, charging only the cost of media.

      Lots of licenses have what seem to be bizarre terms. In this example, though, that offer need only be made if you don't distribute the source along with the binary -- and the term is not specifically the cost of the media, but "for a charge no more than your cost of physically performing source distribution,". I.e. it's okay to charge for shipping and handling too, just don't make it a profit center.

      --
      -- Alastair
    5. Re:The real problems with the GPL by Anonymous Coward · · Score: 2, Insightful

      Great, say I spend many months developing some great software and I want this program to read RAR files. I look around and find unrarlib, but if I simply link to that GPL'd source all my hard work has to be GPL even though GPL'd code compromises less than 1% of my program. So now I'm forced to either write my own RAR implementation or just drop that functionality altogether.I understand unrarlib could have been made LGPL or included another bit of legalese to allow linking, but I think that forcing code linked to GPL'd code to also fall under GPL is asking too much.

      Well, it's not really up to you but the author of the code to determine what is reasonable. Imagine making exactly the same argument about "your new word processor" that needs to read/write Microsoft word formats, and then complaining about the fact that you cannot just copy appropriate files from Microsoft Office and ship them with your application.

      For the sake of argument, let's say you spent 6 months developing your code - that is roughly 120 working days. If the necessary rar code accounts for 1% of your program it would take you just over 1 day to write your own version of it.

      The true story is of course that many of these libraries provide extremely useful functionality that would be very difficult to code efficiently and stable, and there are months or years of time invested in them. If you don't want to release under GPL I am sure there are commercially available alternatives where you could pay say $10,000 as a one-time fee and 10% of your selling price in royalty.

      In the end, it all comes down to this: You want to be able to use other people's code free of charge, and then charge for your program that includes that code, without sharing either source code of revenues.

    6. Re:The real problems with the GPL by Abcd1234 · · Score: 1

      Why? If I created a very useful library and then chose to release it under the GPL, that means that I as the copyright holder do not want closed source applications making use of my work for some reason (perhaps I'm idealogically opposed to closed source software). What's wrong with that? I'm the author, after all, and it's up to me to decide how my work can be distributed. And if I wanted closed source apps to use my code, I'd release it under the LGPL.

    7. Re:The real problems with the GPL by gz718 · · Score: 1

      I actually wonder if the author knew what he was doing by making unrarlib GPL instead of LPGL. There is the possibility that he just didn't know the difference since all this licensing stuff if a tad confusing.

    8. Re:The real problems with the GPL by Abcd1234 · · Score: 1

      Then tell him and see if he'll relicense. *shrug*

    9. Re:The real problems with the GPL by Anonymous Coward · · Score: 0

      the fact that it (almost) never made it to court shows how clear the GPL is.

      I'll just point out that statement is basically FUD. Clear to whom? Linus? RMS? Many GPL developers have fundamental disagreements on implications of the GPL.

      The more sensible explanation on why it hasn't ended up in court is that companies generally prefer to work with Open Source developers rather than against them.

    10. Re:The real problems with the GPL by Anonymous Coward · · Score: 0

      The reality of the situation is that you probably could use the GPL unrarlib legally. It's pretty clear that your code would not be derivative of a RAR library, in the copyright sense.

      But you'd have to put up with so much flaming from GNU/Zealots that you'd probably rather just license a commercial library.

    11. Re:The real problems with the GPL by Anonymous Coward · · Score: 0

      Thank you, Darl. You're ever so clever. Wrong, but clever.

    12. Re:The real problems with the GPL by Brandybuck · · Score: 1

      The reason the GPL hasn't made it to court is simply because people don't want to get sued by the FSF. No one seeks to antagonize the licensor into initiating legal action.

      The GPL hasn't seen the inside of a courtroom simply because it's easier to avoid the GPL than to hire a laywer.

      --
      Don't blame me, I didn't vote for either of them!
    13. Re:The real problems with the GPL by Brandybuck · · Score: 1

      The term "derived work" is pretty well defined both by legislation and case law.

      Except in the case of software. Please point me to any legislation or case law that affirms the FSF's belief that dynamic linkage constitutes derivation.

      --
      Don't blame me, I didn't vote for either of them!
    14. Re:The real problems with the GPL by swillden · · Score: 1

      The reality of the situation is that you probably could use the GPL unrarlib legally. It's pretty clear that your code would not be derivative of a RAR library, in the copyright sense.

      The linked binary would be a derivative of the RAR library, since it contains a copy of the RAR library. Suppose I write a book and you take my book and embed it as a chapter in your much larger book. Are you telling me that your book is not a derived work?

      Now, if the grandparent distributed his code without unrarlib, but provided instructions on how to obtain unrarlib and link it into his application to add that functionality, then you can argue that his application is not a derived work. Whether or not you can argue it successfully in court is unclear, but you have a shot. As long as you're distributing his code as part of yours, however, you're clearly distributing a derived work.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    15. Re:The real problems with the GPL by AJWM · · Score: 1

      I never said that legislation or case law agrees with that interpretation.

      It would depend on how much (if any) of the original work (in terms of header files, etc) had to be incorporated into the "derived work" for the dynamic linkage to function, and even then it's not necessarily a clear case of copyright infringement.

      Of course, if the violator has to ship a copy of the dynamic libraries along with his binary (vs having them preinstalled as part of a normal distro), then he's clearly redistributing them, and better follow the license. (Oh, he might win a lawsuit (as long as he's including source for the GPL'd libraries), but is it worth the risk?)

      --
      -- Alastair
    16. Re:The real problems with the GPL by swillden · · Score: 1

      but if I simply link to that GPL'd source all my hard work has to be GPL even though GPL'd code compromises less than 1% of my program

      So if unrarlib is so trivial, write it yourself! I mean it should only add 1% to your development schedule, right?

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    17. Re:The real problems with the GPL by Anonymous Coward · · Score: 0

      Now, if the grandparent distributed his code without unrarlib, but provided instructions on how to obtain unrarlib and link it into his application to add that functionality, then you can argue that his application is not a derived work.

      Unfortunately, the GPL tries to argue that dynamically linked libraries also cause the caller to become a derived work. This is, of course, the implementation method to allow exactly the effect you describe.

      Just to make it extra confusing, the language explicitly describes an application running on an OS not to be considered derivative. But there's no real technical distinction between the methods used to call a kernel function in an OS from a dynamically loaded app, and the methods used to call a dynamic library. Worse yet, some OSes are explicitly designed to be statically linked with their apps.

      Hopefully this is one area that the FSF will clear up with a rewrite. It's probably best to abandon the notion of viral derivativness based on some fuzzy definition of linkage style, and instead stick with a definition based on whether or not the library code gets copied into (and thus distributed with) the app.

      Note that the problem with using Linux kernel headers is not a problem with using the interface, or using those particular files, but with the possible use of macros which result in generated code, thus including little tiny bits of GPL'd code inline with the non-GPL code. In this case, there's no "linkage" at all, but copies of the code are still present.

    18. Re:The real problems with the GPL by bandannarama · · Score: 1

      Well put. Another point, related to the definition of "derived work," is the definition of "damages." Presumably the actual damages in copyright infringement cases are the amounts of money or "value" that the work that incorporates the infringing material gained by incorporating it. A common-sense approach suggests that if I take a copyrighted paragraph from another book and incorporate it into my own, then the author of that book is entitled to only a fraction of the revenue from my book, not the whole thing.

      So, suppose a company incorporates a chunk of GPL code. For the sake of example, let's say it's an XML parser that one of their minor maintenance tools uses to read its configuration file, and that the tool is a part of a piece of software that cost the company $100M to develop and resulted in $1B in revenue over the life of the product. The tool is only distributed with the rest of the product, so it can be considered to be a part of that product.

      As explained by this article, according to the terms of the GPL, the company has a choice: Either the source for the "derived work" must be openly published, or the company must pay the damages, etc. The company must weigh the pros and cons, so:

      Question 1: How much would the company owe the authors of the XML parser if they chose not to publish the source for the derived work?

      Question 2: How much code would have to be released if the company chose not to pay the damages? IOW, what's the derived work?

      If either answer is disproprtionately large (disproportionate to the "common sense" expection that the value obtained was very small relative to the overall product), then in fact the GPL is viral, because one or both choices is a false choice. In particular: the author of the article claims that the infringer cannot be compelled to release the entire product's source code, because the company can choose to pay damages instead. But if the damages would be catastrophic for a relatively minor infraction like the one outlined here, then companies would indeed be correct to go to extraordinary lengths to keep themselves free of GPL'd code. This may be the point of the GPL, of course (depending on who's talking), but it would contradict the article.

      IANAL. Can someone shed light?

      --
      Bandannarama
    19. Re:The real problems with the GPL by greenrd · · Score: 1
      The concept of a derived work is not explicitly defined, nor has specific attention been paid to dynamic versus static linking.

      It's not explicitly defined because that is rightly the purview of legislators and judges, not copyright licensors. As a license and not a contract, the GPL does not attempt to define derivative work - it uses the definition in copyright law. Which you can read for yourself in the case of US federal law. (It would be interesting to know if the Berne Convention or other international agreements regulate the definition of derivative work).

      Unfortunately, there is not a lot of case law on the concept of derivative work as applied to software, in the US - because the GPL is rather unusual in how it creates actual controversy over what is a derivative work. With other license styles there may be theoretical debates, but only with the GPL does it seem to be a vital issue for a company to know what kind of linking is allowed. So you're right, it is ambiguous - but only because the law in many jurisdictions is likewise amiguous.

      Bring on the cases, I say! Let's see how it fares in court.

      3. The GPL has many bizarre concessions and terms, such as requiring those who distribute GPL software to distribute it by mail at anyone's request, charging only the cost of media.

      That's not correct. If you read it - rather than relying on someone else's poor recollection, your own poor recollection, or rumour - you'll see that it actually says:

      You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following:

      where distributing the source code separately is only one of the alternative source code distribution mechanisms specified - and it does not have to be by postal mail even then. Distributors have a choice about whether to distribute source code accompanying their product, or whether to make an offer to distribute it separately (by mail, or howsoever). The latter option is rarely used in the US, except (I allege) by companies who don't understand the Free Software ethos very well and seem to want to put roadblocks in its way.

      By the way, I think you're going to have trouble making your case if you want to try and argue that the Internet is not "a medium customarily used for software interchange". And other than that, I can't see any interpretation of the GPL that accords with your FUD on that point.

    20. Re:The real problems with the GPL by grotgrot · · Score: 1

      There are also problems of scale. If I have a product and want to include some GPL software, and even if that software makes up 0.00001% of my product, the whole thing has to go under the GPL.

      Here is an example. Say you had a nice huge product, but you wanted to use the config file parsing code from Samba, you can only do so by making your entire project GPL. (You could try and cheat, use multiple binaries etc but I am ignoring that for this point). That is why the
      GPL is seen as viral.

      Some people who GPL their stuff are fully aware of this, and that is what they want. The "price" of using their GPL code, no matter how small a part of your product, is it all goes GPL.

      The LGPL is supposed to go some way towards solving this, but is somewhat frowned on (read its introduction), and is generally advocated as useful for trying to get "market share".

      Personally I have no issue with the above stuff. If you wrote the code, you choose how to license it. However I like my code being available to the widest audience possible, and I certainly don't feel that if it makes up a fraction of another product that I should constrain that product.

      I really like the wxWindows license as a compromise. Effectively the source is GPL and the binaries are free of all restrictions.

    21. Re:The real problems with the GPL by dido · · Score: 3, Insightful

      Why the hell this post was modded +5 Interesting is beyond me, as it simply goes on slinging more FUD and further misconceptions.

      1. The language is, in many places, ambigouous and misleading. The concept of a derived work is not explicitly defined, nor has specific attention been paid to dynamic versus static linking.

        A derived work is a specific term used in the Copyright Act, and it has a very clear definition there, and has a very clear meaning based upon decades of case law. Dynamic vs. static linking is clearly delienated in the LGPL, not the GPL, which explicitly states that linking *of any kind*, static or dynamic, constitutes the creation of a derived work. The Lesser GPL relaxes this saying that dynamic linking is considered a use of the library under the license, and not the creation of a derived work.

      2. No definitive interpretation by a court has been made. This article is completely the interpretation of a single individual and its relevancy to a definitive interpretation within a courtroom setting is dubious at best. There exists Linus's interpretation of this matter, which would preclude the possibility of binary only kernel drivers, but shouldn't this carry over to any code which utilizes system calls in Linux?

        Why should it? Any code that utilizes system calls in Linux is by definition merely USING the kernel, not creating a derived work, and even absent the clarification statement Linus Torvalds put just before the GPL in the COPYING file in all Linux distributions this should be obvious to anyone who knows how an operating system is used by programs running under it, and this issue will definitely come up if there were a court case involving this (and there probably never will be one, unless some bizzare legal strategy by SCO decides to use it).

        Do you really think that Oracle's lawyers didn't take this into consideration before they decided to port Oracle to Linux? The fact that we have a lot of significant proprietary software running under Linux written by large corporations with well-funded legal teams should be sufficient to fully dispel this misconception in the mind of a layperson.

        Kernel modules, on the other hand, are a completely different animal, and for the most part modules actually do incorporate large portions of real kernel code and are linked into a GPLed kernel, thus making them a derived work. While it is not in violation of any license to actually make and possibly even distribute such kernel modules, it may be a GPL violation to distribute a whole binary kernel that uses these modules.

        Wouldn't such code be considered a derived work and be forced to be distributed under the terms of the GPL? Consequently, it doesn't seem possible for glibc to legally be LGPL, as it utilizes the Linux system call table and is consequently a derived work of the GPL'd Linux kernel. This opens up a whole nasty can of worms...

        The system call table is mere information, and information cannot be copyrighted.

      3. The GPL has many bizarre concessions and terms, such as requiring those who distribute GPL software to distribute it by mail at anyone's request, charging only the cost of media.

        Where in the GPL does it state that you are required to do this? I don't see it anywhere. Perhaps you didn't bother to read this particular section as carefully as you should have:

        3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following:

        a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or,

        b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing sour

      --
      Qu'on me donne six lignes écrites de la main du plus honnête homme, j'y trouverai de quoi le faire pendre.
    22. Re:The real problems with the GPL by bkhl · · Score: 1

      The language is, in many places, ambigouous and misleading. The concept of a derived work is not explicitly defined, nor has specific attention been paid to dynamic versus static linking.

      The language is defined in copyright law and practice. If you think no specific attention has been paid to linking, where have you been the last 15 years?

      The GPL has many bizarre concessions and terms, such as requiring those who distribute GPL software to distribute it by mail at anyone's request, charging only the cost of media.

      No, it does not.

    23. Re:The real problems with the GPL by Anonymous Coward · · Score: 0

      If you think someone is asking too much, you take your business elsewhere. I.e. you don't use unrarlib, you license e.g. winzip's implementation, or write your own.

    24. Re:The real problems with the GPL by Anonymous Coward · · Score: 0

      Dynamically linked libraries are just a technical difference, and when I have discussed with lawyers, the answer is alway "the technical details are irrelevant".

      With dynamically linked libraries, your application still cannot run without the library, and as such, you cannot claim that your application is not a derived work. Because, if that library did not exist, you application would be different. It is just an attempt to find a loophole, and if you are unlucky, that attempt may change the wording from "accidentally" to "knowingly and willfullingly", and thus giving you a much larger fine.

    25. Re:The real problems with the GPL by Anonymous Coward · · Score: 0

      Why did you write that text? It had no purpose but to add noise.

      If the code is such a very small part of your code, then write your own. End of problem.

      Of course, if that 0.000001% of code is so well done that you cannot use something else or write one yourself, then you have gained ALL of the worth of your program from that one small fragment. Without it you have no product.

    26. Re:The real problems with the GPL by Anonymous Coward · · Score: 0

      Microstar v. Formgen, where entirely new map data intended for use with a certain game was considered a derivative work of that game. Just as the new maps created new adventures for the character of Duke Nukem, new code using software libraries creates new "adventures" for the functions and data structures of those libraries.

      Of course, you can't find any case law which denies FSF's view.

    27. Re:The real problems with the GPL by Bryan+Ischo · · Score: 1

      You have an alternative. You can contact the author of unrarlib and ask them to license the code to you under different terms. As the copyright holder they have the ability to license it to you binary-only for inclusion in your program.

      Of course, you'll probably have to pay them for this.

      It sounds like you just want to get something for free and you probably wouldn't like that option.

  29. Re:Hmmm.... by aborchers · · Score: 1
    I don't need to read any further than that.


    If you had read further than that, you would have seen that a great deal of the article cites a lawyer.

    --
    Trouble making decisions? Just flip for it.
  30. Slashdot promoted misconceptions by linux11 · · Score: 3, Informative

    How ironic--in a Slashdot story about GPL misconceptions, the biggest misconception is promoted: what the G in GPL stands for.

    Only works that specifically state they are covered by the *GENERAL* Public License recieve the protections of that work. A reference to "GNU" Public License could be a reference to ANYTHING.

    1. Re:Slashdot promoted misconceptions by Anonymous Coward · · Score: 0

      To correct your correction, they should properly refer to the GNU General Public License, or GNU GPL.

    2. Re:Slashdot promoted misconceptions by linux11 · · Score: 1

      I'd like to publicly thank Simoniker for quickly correcting story.

    3. Re:Slashdot promoted misconceptions by BigBuckHunter · · Score: 1

      RMS would make you say the "GNU General Public License"

      http://www.gnu.org/licenses/licenses.html

      BBH

    4. Re:Slashdot promoted misconceptions by Anonymous Coward · · Score: 0

      He wouldn't 'make' you say it, but yes that is the name of the license.

  31. uh duh by Anonymous Coward · · Score: 0


    Registrant:
    Groklaw
    P.O. Box 1986
    White Plains, New York 10601
    United States

    Registered through: GoDaddy.com
    Domain Name: GROKLAW.NET
    Created on: 03-Oct-03
    Expires on: 03-Oct-05
    Last Updated on: 06-Oct-03

    Administrative Contact:
    Jones, P. pj@groklaw.com
    Groklaw
    P.O. Box 1986
    White Plains, New York 10601
    United States
    (914) 484-5688 Fax --
    Technical Contact:
    Hostmaster (UH1409-ORG), UNC hostmaster@unc.edu
    The University of North Carolina
    ATN CB #3420
    Abernethy Hall
    Chapel Hill, North Carolina 27599-3420
    United States
    (919)962-4357 Fax -- (919) 962-5604

  32. Great Article, But Why The Jargon? by John_Booty · · Score: 2, Insightful

    I agree that this is a very well-written and well-argued artcle. It's ideal for somebody who is non-technical and doesn't grasp the concept of the GPL, such as management types.

    That's why I'm not toally thrilled with the liberal use of jargon like "FUD" in the article. While it's second nature for us to use that term, I doubt that non-technical types will know what that means. It's easily-enough explained, but it might cheapen an otherwise-supurb article in their eyes. Communication is all about understanding your audience and expressing your message appropriately...

    I feel bad about nitpicking such a nicely-written article. It's great otherwise. Kudos to the author. :)

    --

    OtakuBooty.com: Smart, funny, sexy nerds.
  33. oh come on by Anonymous Coward · · Score: 0

    You seriously think someone who reads slashdot doesn't know what FUD, GNU, and GPL stand for?

  34. Re:Hmmm.... by Anonymous Coward · · Score: 1, Informative

    *cough*her*cough*

  35. In brief: by ScottSpeaks! · · Score: 4, Interesting

    A licence grants rights in only one direction; a contract grants rights (and obligations) in both directions. Because the GPL is merely a licence, those using GPL code cannot be required to give up the rights to their own code.

    1. Re:In brief: by Anonymous Coward · · Score: 0

      Not exactly; A license is essentially an agreement that says you have permission to copy and distribute the code if you follow certain guidelines. Not following the license is copyright violation, which does not require you to give upyour own copyrights.

  36. Contradicts Stallman's own statements by Brett+Glass · · Score: 1
    The essay referenced in this article directly contradicts Stallman's own statements, which actually advocate the use of the GPL to "pry" intellectual property away from institutions and businesses. In his essay, "What is Copyleft?", Stallman writes:

    People who write free software often work for companies or universities that would do almost anything to get money. A programmer may want to contribute her changes to the community, but her employer may "see green" and insist on turning the changes into a commercial product.

    When we explain to the employer that it is illegal to distribute the improved version except as free software, the employer usually decides to release it as free software rather than throw it away.

    So, this apologist for the FSF is apparently attempting to sweep its true intentions under the rug.

    1. Re:Contradicts Stallman's own statements by KnightStalker · · Score: 1

      Not at all; this apologist is referring to the inclusion, accidental or deliberate, of GPLed code into an existing proprietary codebase. Stallman is referring to a programmer who, in the course of hir job, modifies an existing free-software codebase. The employer cannot, in that case, distribute the modifications without GPL protection.

      The hypothetical software described in the article -- a proprietary codebase linked against, say a GPL library or with some GPLed function pasted in, also can't be distributed. But the company is not required to release their entire source as free software -- they just have to remove the GPLed bits.

      --
      * And remember, it's spelled N-e-t-s-c-a-p-e, but it's pronounced "Mozilla."
    2. Re:Contradicts Stallman's own statements by Ironica · · Score: 4, Insightful
      The essay referenced in this article directly contradicts Stallman's own statements, which actually advocate the use of the GPL to "pry" intellectual property away from institutions and businesses. In his essay, "What is Copyleft?", Stallman writes:
      People who write free software often work for companies or universities that would do almost anything to get money. A programmer may want to contribute her changes to the community, but her employer may "see green" and insist on turning the changes into a commercial product.

      When we explain to the employer that it is illegal to distribute the improved version except as free software, the employer usually decides to release it as free software rather than throw it away.[emphasis added]
      So, this apologist for the FSF is apparently attempting to sweep its true intentions under the rug.

      The quote you give doesn't in any way contradict what the article says. This quote merely says that, when companies perceive that software subject to the GPL can only be distributed in a certain way, they may choose to distribute it under those terms rather than not distributing it at all.

      What the article says is that, if they (accidentally or on purpose) do distribute GPL code under a proprietary license in violation of the terms of the GPL, they cannot be forced to release their code.

      The important difference is what people (or corporate entities) choose to do, vs. what they must do. The point that MS et. al try to make about the GPL is that you could lose the right to keep your code proprietary. This, Ms. Jones contends, is simply not true. That doesn't mean that the GPL isn't a way to leverage companies into releasing code that they'd rather keep proprietary, however... which is what Stallman advocates in your snippet.
      --
      Don't you wish your girlfriend was a geek like me?
    3. Re:Contradicts Stallman's own statements by ctid · · Score: 1
      The essay referenced in this article directly contradicts Stallman's own statements, which actually advocate the use of the GPL to "pry" intellectual property away from institutions and businesses.


      Boy, that was an impressive post!

      Not only did you not read the article, you didn't even read the statement that you are trying to use to discredit it! Just in case you can't be bothered to read your own post either, what you said in your post does not contradict what the Groklaw article says at all.
      --
      Reality is defined by the maddest person in the room
    4. Re:Contradicts Stallman's own statements by anthony_dipierro · · Score: 1

      The important difference is what people (or corporate entities) choose to do, vs. what they must do.

      I fail to see the importance in the difference. Can I say that I'm not forced to pay taxes, but rather I choose to pay them? What exactly am I forced to do?

    5. Re:Contradicts Stallman's own statements by Ironica · · Score: 1

      I fail to see the importance in the difference. Can I say that I'm not forced to pay taxes, but rather I choose to pay them? What exactly am I forced to do?

      When it comes to law, you (the individual) are forced to do what you will go to jail for not doing. As for corporations, since you can't put them in jail, it gets a bit more tricky... but still, the government can garnish your wages if you don't pay your taxes. The government cannot (according to the article) release your proprietary code if you fail to comply with the GPL.

      --
      Don't you wish your girlfriend was a geek like me?
    6. Re:Contradicts Stallman's own statements by anthony_dipierro · · Score: 1

      When it comes to law, you (the individual) are forced to do what you will go to jail for not doing.

      Well, I don't pay income taxes, but I'm not in jail. So I guess I'm not forced to pay taxes.

    7. Re:Contradicts Stallman's own statements by JoeBuck · · Score: 1

      There is no contradiction. Both RMS and Pamela make clear that the employer has a choice: either distribute the whole thing as GPL, or abandon it, or try to rework it so that it doesn't have any GPLed code. RMS's point is that the employer often decides that GPL is the best choice; that's what NeXT decided to do with the Objective-C compiler it built from GCC, for example.

    8. Re:Contradicts Stallman's own statements by Ironica · · Score: 1

      Well, I don't pay income taxes, but I'm not in jail. So I guess I'm not forced to pay taxes.

      Well, I didn't pay taxes, and they took it out of my paycheck before I ever got the money, so I've been forced to pay taxes.

      Count yourself lucky, not exempt.

      --
      Don't you wish your girlfriend was a geek like me?
    9. Re:Contradicts Stallman's own statements by anthony_dipierro · · Score: 1

      Count yourself lucky, not exempt.

      I'm not sure how I'm lucky for being unemployed, but OK.

  37. gcc and other OO development software by BigGar' · · Score: 3, Insightful

    One thing that's made me wonder is, if I want to use gcc or another gpl compiler, would the resultant project automatically be gpl'd? Just compiling a "hello world" program would link together several gpl'd libraries would that be considered a derivitive of the original?

    --


    Shop smart, Shop S-Mart.
    1. Re:gcc and other OO development software by leonscape · · Score: 3, Informative

      No, The resultant software does not have to be GPL'd. For one thing the libs are under the LGPL, and secondly what you develop with the compiler is not restricted.

      --


      If a first you don't succeed, your a programmer...
    2. Re:gcc and other OO development software by zippity8 · · Score: 4, Interesting

      One thing that's made me wonder is, if I want to use gcc or another gpl compiler, would the resultant project automatically be gpl'd?

      http://www.gnu.org/licenses/gpl-faq.html#IfInter pr eterIsGPL
      When the interpreter just interprets a language, the answer is no. The interpreted program, to the interpreter, is just data; a free software license like the GPL, based on copyright law, cannot limit what data you use the interpreter on. You can run it on any data (interpreted program), any way you like, and there are no requirements about licensing that data to anyone.

    3. Re:gcc and other OO development software by Cyno · · Score: 1

      Yeah, I often wonder if anything you develope with Microsoft's Visual C++ is owned by Microsoft, too. I wish they explained these things better..

    4. Re:gcc and other OO development software by anthony_dipierro · · Score: 1

      Just compiling a "hello world" program would link together several gpl'd libraries would that be considered a derivitive of the original?

      Presumably you're talking about the standard libraries? They aren't GPLed.

    5. Re:gcc and other OO development software by Webmonger · · Score: 1

      It's trickier than that. Some libraries contain inline functions. In fact, some libraries use hardly any "out-of-line" functions.

      So your compiled binary can include a bunch of code copyrighted by someone else. Isn't that a derived work?

    6. Re:gcc and other OO development software by Anonymous Coward · · Score: 0

      One thing that's made me wonder is, if I want to use gcc or another gpl compiler, would the resultant project automatically be gpl'd?

      No. Copyright applies to deriviative works. Let's say you wrote Doom 3. If you compiled it with GCC, would you say that Doom 3 was based on GCC? Of course not.

      Just compiling a "hello world" program would link together several gpl'd libraries would that be considered a derivitive of the original?

      Well it would if that were true, but compiling a "hello world" program does not "link together several gpl'd libraries". What makes you think so?

    7. Re:gcc and other OO development software by spitzak · · Score: 1

      The answer is:

      NO! Your program is not a derivative of gcc!

      Got it?

    8. Re:gcc and other OO development software by Olivier+Galibert · · Score: 1

      Whether it is is for the courts to decide. Meanwhile, the libgcc files that come with the compiler say:
      In addition to the permissions in the GNU General Public License, the
      Free Software Foundation gives you unlimited permission to link the
      compiled version of this file into combinations with other programs,
      and to distribute those combinations without any restriction coming
      from the use of this file. (The General Public License restrictions
      do apply in other respects; for example, they cover modification of
      the file, and distribution when not linked into a combine
      executable.)

      So the compiler itself can't be a problem. And the libc and libc++ tend not to be a problem either (LGPL).

      OG.

  38. Re:Hmmm.... by EvilTwinSkippy · · Score: 1
    Amen.

    I put this right up there with consultant's who only "advise" and managers who only "coordinate". There is a fine line between sticking to your guns and having a target painted on your back. This is just plain old flexible spin(e) syndrome.

    --
    "Learning is not compulsory... neither is survival."
    --Dr.W.Edwards Deming
  39. Derivative Works by DCheesi · · Score: 2, Interesting

    If the proprietary code is inherently derivative of the GPL'ed code, then the company's only options would be to stop selling it or release the source. Since both would result in the loss of revenue from that IP, they lose their investment either way. If anything, releasing their code under the GPL would be the lesser of two evils, since they could still sucker a few people into paying for the box with their name on it. So in that sense, the "viral" argument holds up from a business perspective.

    Of course, in software it's easier to separate the original work from the "derived" portions (compared to literature, etc.), but that would still negate all the benefits of using the OSS base code in the first place. Better to use a base OS/framework that you know you own than to risk having to rewrite everything later...

    1. Re:Derivative Works by magic · · Score: 1
      only options would be to stop selling it or release the source



      The whole premise of GNU was that you can replicate the functionality of a set of tools and routines (e.g. Unix) without inherently being a derivative work. If you start from scratch, you're not derivative (even though the API might be the same).


      If this is legally valid then clearly you can always rewrite code deemed derivative so that it is clean, rather than abandoning a project or open sourcing it.


      -m

    2. Re:Derivative Works by Anonymous Coward · · Score: 0

      If the proprietary code is inherently derivative of the GPL'ed code, then the company's only options would be to stop selling it or release the source.

      They could also negotiate another license with the copyright holders.

      A fine example is the Qt toolkit and Trolltech. Trolltech offers the Qt toolkit under the GPL license (and the QPL license, but that's incidental). If you don't want to release your application under the GPL, then you can pay them for a "commercial" license, which means that you don't have to agree to the GPL to distribute your application.

  40. Re:Hmmm.... by bigBlackSabbath · · Score: 1
    It's most likely that she would LIKE to be a lawyer. Law students are forbidden from giving out legal advice (I only know this because my brother-in-law made a BIG deal about this, and my sister who also went to law school said he was right).

    I wouldn't be surprised if there are similar rules in place regarding para-legals or if she happens to be in law school (or aspired to someday).

    Free speech is a myth at best. Don't believe me? Go to the movies and shout "fire" - you'll see how free speech is.

    Just because you're not aware of her restrictions, doesn't make her a wuss.

    Beyond all that, are you saying all of your peers in your field always agree with you? Can't you see how somebody doesn't need to be right just because of their job (or level of study/training/certification/professional status) and how somebody doesn't need a certain job to be right?

  41. Re:Hmmm.... by Anonymous Coward · · Score: 0
    His name IS on the line

    His name appears to be "Pam"...
  42. Re:Hmmm.... by Mike+Hawk · · Score: 1

    So then whats the point of the advice if it is not legal advice? What is it worth?

    All she puts is "trust" on the line, while she asks others to put their money. Roger that.

  43. Silly GPL question by Anonymous Coward · · Score: 1, Interesting

    If I include submissions from others provided under the GPL license in my own GPL project, at some point I decide that I want the composite version to be used in my own commercial software. Can I do that? I figure as the copyright holder, to the project I should be able to, but credit would have to be given to the author(s) of the contibuted code. Would I have to re-create the contibuted code on my own? Or can I just patch it in and still retain my complete ownership rights and be license free?

    Thanks.

    I am a programmer looking to start my own business. I don't mind open-sourcing my libraries, but the glue code between the libraries would be proprietary.

    1. Re:Silly GPL question by rakaz · · Score: 3, Informative

      No, you can't do that. You either have to ask the original copyright holder of the contributions permission or re-create the contributed code. Otherwise you would be violating the copyrights of the creator of the contributions. What you do with your own code is of course your own business.

      If you look at MySQL for example, they ask every contributor to sign the copyright of the contributions over to MySQL AB. That way they can offer commercial non-GPL licenses and a GPLed version.

    2. Re:Silly GPL question by Anonymous Coward · · Score: 0

      You're not the copyright holder of the project - you're the copyright holder of your contributions to that project. So unless you've been granted the copyright of their work by other contributors, you'd need their permission before relicensing it.

    3. Re:Silly GPL question by TiggsPanther · · Score: 1

      Being neitehr a very good coder nor someone who understands "legal speak", I'm just checking to make sure I understand this.

      No, you can't do that. You either have to ask the original copyright holder of the contributions permission or re-create the contributed code. Otherwise you would be violating the copyrights of the creator of the contributions. What you do with your own code is of course your own business.

      It's the "What you do with your own code is of course your own business." bit which is tripping up my understanding - as well as other people's. And it doesn't help that no-one here sees to agree either.

      So you write something. It contains some GPL code. it also contains some homebrew code - some of which you might wish to remain proprietary (for whatever reason).
      Now some people would say that you need to GPL all of your own code as well to distribute it. But that might not always be an option.

      The solution that seems most right would be to put the GPL code segments on the CD (or whatever) with the binaries, and also make the various GPL parts avialable for download. That would certainly seem to satisfy the "redistributing under GPL" part, as well as keeping the rights to one's own code in-house.
      But there is disagreement as to whether that's enough.

      There's always the GPL the code, but charge for service contracts possibility. I'm pretty certain that that wouldn't contravene the GPL, but it also wouldn't work in all situations.

      You could always GPL everything, as (as far as I can tell) you're still allowed to charge for distribution. It might still jar to GPL your stuff, but charging for well-pressed discs with dead-tree documentation (and perhaps the above-mentioned better support) would be a legitimate charge. (The GPL text itself does see to support this.)

      There is, of course, the best way that's been mentioned already in this thread. Find the original author or copyright-holder and see if you can purchase a license specific for your use. So that instance of the code woudn't be GPLd, but the author would get fair compensation for their work.
      But, as has also been brought up, sometimes GPL code can't be easily traced to one author or rights-holder. Plus if the original author falls off the face of the earth, it could prove difficult to obtain a license.

      There's also the LGPL option. In that if you really don't have the option to code parts yourself, look for LGPL code. You can use that, as far as I can tell. Plus if you GLPd (or LGPLd) what you could it would certainly show willing to comply with the spirit of Open Source, even if you prefer some aspects of your own code to remain in-house.

      That's only how it looks like to me, though. And a lot of it is me hoping I've got the right interpretation. luckily, not currently coding anything, it doesn't matter if i get it wrong. But I can see a great need for something easy fo people to understand so that they don't get it wrong accidentally - and make it more obvious when it's not accidental.

      Tiggs
      --
      Tiggs
      "120 chars should be enough for everyone..."
    4. Re:Silly GPL question by Anonymous Coward · · Score: 0

      If you as the maintainer of the project, adding the code in as you see fit, *cannot find* the author of a code snippet, then you deserve nothing from the efforts of the other contributors.

      If I give some code to you, then you make money with that code, I would be pissed off unless I got a cut.

      If you said "any code you give me is mine as well as yours", then I'd have to decide whether the possibility of you making money from my work was worth the utility I gained from the project changes.

  44. You're confused about who the GPL gives freedom to by Anonymous Coward · · Score: 3, Insightful

    The GPL is not about giving freedom to developers, it's about giving freedom to end users. The BSD license is about giving freedom to developers, including the freedom to screw their end users. The GPL guarantees the end user of a piece of software that they have control over the software that is running on their machines, no matter who modifies that software.

    Even though I'm a developer, I still prefer the GPL out of respect for my customers.

  45. rent-a-coder by mumblestheclown · · Score: 3, Interesting
    I recently started hiring a few coders using rent-a-coder's online service. when you submit a project bid, there is a little generic boilerplate for "deliverables" that gets put in there that I as the bid requestor fill-in. The boilerplate is basically three points--the second one is interesting. it basically says that the bidder (that is, the coder) will explicity not use any proprietary third-party tools unless asked (this makes sense--if somebody does some work for me, i dont want to be suprised to find out that i have to buy an expensive widget to maintain the coe), nor should the coder use any GPLd code.

    Of course, the bidder is free to remove or alter any stipulation he wishes and i'm sure there are many projects on rent-a-coder that are explcitly gpl. however, for my proprietary needs, i'm happy with the no-GPL provision--it makes a lot of business sense in my particular case. i guess what i'm bringing out in this post is the notion that people are aware of the GPL's viral nature (the parent article notwithstanding) and do plan business strategy to avoid it regularly. similar non-gpl provisions are commonplace in many corporate IT departments as well. it's not necessarily foolhardy--it's a choice.

    1. Re:rent-a-coder by Anonymous Coward · · Score: 0

      Of course, the bidder is free to remove or alter any stipulation he wishes and i'm sure there are many projects on rent-a-coder that are explcitly gpl. however, for my proprietary needs, i'm happy with the no-GPL provision--it makes a lot of business sense in my particular case. i guess what i'm bringing out in this post is the notion that people are aware of the GPL's viral nature (the parent article notwithstanding) and do plan business strategy to avoid it regularly. similar non-gpl provisions are commonplace in many corporate IT departments as well. it's not necessarily foolhardy--it's a choice.

      Sure, it's a free world, and it's great to have alternatives. I can't say I've got any experience with rent-a-coder, but I could definitely imagine a situation where you need a module that among other things does Fast Fourier Transforms (FFT). Then you would basically have three options:

      1. Pay the coders to write a fast & portable implementation of FFTs from scratch. This is incredibly difficult, and could easily take 90% of the project time. Project cost: $100,000.

      2. Rely on an external commercial library and pay royalties. Project cost: $20,000 + 5% of your revenue. (If you only need FFTs on x86 hardware you could use the Intel Math Kernel library that doesn't have royalties, but you get the general idea).

      3. Rely on the GPL:d FFTW library and publish your code. Project cost: $10,000.

      Mind you, I am not saying points 1-2 are bad alternatives - they might definitely make sense in some cases. Just remember that if you ask programmers to write all functionality from scratch instead of relying on other resources you will be paying them for that implementation...

    2. Re:rent-a-coder by hacker · · Score: 1
      "i guess what i'm bringing out in this post is the notion that people are aware of the GPL's viral nature"

      I think you misspelled the word misinformed.

    3. Re:rent-a-coder by mumblestheclown · · Score: 1

      the mathlibrary from newcastle scientific includes both "fast and portable" (well, in windows anyway--there are other options this was just the first one i googled) FFT and iFT functionality and costs $79.99. as a bonus, you get tech support and a point of accountability.

  46. Case law. by glrotate · · Score: 1

    I really don't care how many lawyers she knows.

    Try this:

    Raymond T. Nimmer, Leonard Childs Professor of Law at the University of Houston Law Center and co-director of the Houston Intellectual Property and Information Law Institute.

    His books include, amoung others:
    The Law of Electronic Commercial Transactions
    Information Law (West)
    The Law of Computer Technology

    Notes from his class:

    http://www.law.uh.edu/assignments/RNimmerFall200 3. pdf

    "First and foremost, a license is a contract.
    Unfortunately, the fundamental nature of licensing as a contractual relationship
    has often been buried in other concerns."

    Here is some relevant case law:

    Micro Data Base Systems, Inc., Plaintiff-Appellant, Cross-Appellee, v. Dharma Systems, Inc., Defendant-Appellee, Cross-Appellant

    148 F.3d 649

    Opinion by Posner, the guy who wrote the textbook on Contract Law. Find any distinction in the language of the opinion distinguishing contract and license.

    1. Re:Case law. by Our+Man+In+Redmond · · Score: 1

      PJ, if you're reading this, perhaps you could poll Professor Nimmer to find out what his reasoning is behind this point of view. A debate between Professor Nimmer and Professor Moglen might be very interesting.

      --
      Someone you trust is one of us.
  47. Absolutely not by FunWithHeadlines · · Score: 1
    "So, this apologist for the FSF is apparently attempting to sweep its true intentions under the rug."

    First off, Groklaw is not an apologist for anyone. It is an anti-FUD site, and this article was to fight FUD about the GPL. You then contributed to the FUD by your incorrect comments about the GPL. The example Stallman gives is of an employer who sees an opportunity to steal GPL code. Stallman is trying to prevent that from happening.

    If you incorporate GPL code into propietary code, you do NOT have to release the resulting code. You are welcome to do so in-house forever. But if you want to take someone else's GPL code and, against the wishes of that copyright owner, put it into your proprietary code and sell it for a profit, that original copyright owner can say no, you may not use my code in that way. Nothing wrong with that, that's what a license is for. That is what copyright law is for.

    The true intentions of the GPL are right out there in the open: Don't steal our code! Use it internally all you want. Release it if you want, but release our code only the way the copyright holder of the code wants it to be released. Only if you try to steal code does the GPL bite. But then you should write your own code if that is your intention.

  48. Many Minds need to be BLOWN up ..... by leoaugust · · Score: 2, Interesting

    The only part people have trouble getting their heads around is the fact that the GPL grants you additional rights, whereas most EULAs further restrict rights beyond the restrictions of copyright law,

    Whereas EULA's restrict rights, GPL grants you additional rights ... This I think is very well put, and it immediately brings to mind the development of numbers ... from positive to negative, and gives a hint of why some people are having trouble understanding the expansive developments ...

    When numbers started off they were probably used to count stuff like sheep and bales. So all that was need was positive numbers. And that was that. Now I can imagine someone came up with the concept of negative numbers, and many people would have been flabbergasted. What ? Negative numbers ? What are they supposed to stand for ? Can you have a negative number of Sheep ? Can there be negative number of Bales. Ha Ha. Mr. King, Can you see how stupid the idea of negative numbers is ...

    But of course we now know that negative numbers are not a stupid idea. But a pretty brilliant idea. And then of course Zero is a brillianter idea. And don't get me started on Complex numbers ....

    Me thinks, Darl is an Ape who still thinks that numbers should only be positive, and the rest of the things like negative numbers, zero, and complex numbers, are going to destroy the whole notion of property - because, he thinks, all property has to be positive.

    Of course Darl forgets that in addition to positive (credit), property can be negative (debt), or zero (easy come easy go) and complex (the financial instruments and derivatives ...) .....

    --
    To see a world in a grain of sand, and then to step back and see the beach where the sand lies ...
    1. Re:Many Minds need to be BLOWN up ..... by Anonymous Coward · · Score: 0

      Whereas EULA's restrict rights, GPL grants you additional rights ...

      That's not what it says. It says "the GPL grants you additional rights, whereas most EULAs further restrict rights beyond the restrictions of copyright law"

      In other words, the GPL is an EULA.

    2. Re:Many Minds need to be BLOWN up ..... by Anonymous Coward · · Score: 0

      Which EULA other than GPL gives additional rights ? Would be nice to see a partial list.

      Incidentally, the original poster was intending to show how GPL is 180 degrees compared to most EULA's by giving additional rights, not denying that GPL is an EULA.

  49. Why isn't parent being modded up? by astyanax · · Score: 1
    Come on /.! Rather then going back and modifying the quoted submission, which is rather slimy, why not fess up and say:

    Update: Oops, looks like we don't even know what the fsck GPL stands for and we're supposed to be a mouthpiece for the FS/OS community! Silly us.

  50. No, you got it half wrong by Royster · · Score: 4, Informative

    Where's the consideration? There isn't one. It's a pure grant of rights with stipulations/conditions.

    A contract only exists if the parties have the legal right to contract. A contract with a minor is voidable by the minor party of the contract. However, the GPL is enforcable against a minor.

    --
    I have discovered a truly marvelous sig, unfortunately the sig limit is too small to contain i
    1. Re:No, you got it half wrong by Gaijin42 · · Score: 1

      GPL is enforcable. The reason it is "enforcable" against a minor is because someone bound by the contract has no incentive to nullify the contract. If they nullify it (which they could, by saying they are a minor), they lose the ability to use or distribute the code.

    2. Re:No, you got it half wrong by bnenning · · Score: 2, Insightful
      A contract with a minor is voidable by the minor party of the contract. However, the GPL is enforcable against a minor.


      Rather, copyright law is enforceable against a minor. The GPL is a *defense* against copyright infringement, which the minor could attempt to invoke or not.


      Possibly nitpicking, but this seems to be the key misunderstanding. If I release GPL software and you redistribute it without source, I can sue you not for "violating the GPL" but for good old fashioned copyright violation.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    3. Re:No, you got it half wrong by Anonymous Coward · · Score: 0

      Where's the consideration?

      The consideration on one side is the permission to make copies of the work. The consideration on the other side is that the derivative work must be licensed in a certain way.

  51. Re:Hmmm.... by Ironica · · Score: 1

    So then whats the point of the advice if it is not legal advice? What is it worth?

    It's an article you can hand to your idiot boss when he orders you to uninstall Linux and replace it with My First Windows from Fisher Price (aka WinXP), because he's afraid you'll have to give away all the code the company produces.

    That's probably worth quite a bit to quite a number of people.

    --
    Don't you wish your girlfriend was a geek like me?
  52. Re:But, what about... by cayenne8 · · Score: 4, Interesting
    What if you put an application together using Open Source tools. Let's say your application uses Linux as the OS, and PostgreSQL as the database.

    Now, would the database schema/design now be GPL or would it be proprietary? It isn't compiled or linked to any 'librarys'. It is just instantiated into a physical instance. So, it should not be GPL'ed should it? What about a bunch of PHP scripts you run on Apache...those aren't GPL'ed are they?

    --
    Light travels faster than sound. This is why some people appear bright until you hear them speak.........
  53. huh? by sulli · · Score: 1
    Set the wrong compile flag or use the wrong file, and you can wind up distributing GPL'd code instead of LGPL'd code, for example.

    Um, use the wrong file, and you can wind up emailing the collected works of Led Zeppelin to your whole address book.

    You'd think people would think carefully before compiling code belonging to others.

    --

    sulli
    RTFJ.
    1. Re:huh? by tigga · · Score: 1
      You'd think people would think carefully before compiling code belonging to others.

      Did you mean linking?

    2. Re:huh? by Planesdragon · · Score: 1

      Um, use the wrong file, and you can wind up emailing the collected works of Led Zeppelin to your whole address book.

      Not quite. There's a world of difference between grabbing a random wrong file and invoking the "USERMOD.MODULE" file in the /gpl folder (which you had for compatability testing or somesuch) intead of the "USERMOD.MODULE" file in the /lgpl folder (which, while less full-featured, is useable in your project).

      It's hypothetical, and unlikely given proper precautions--but if you don't take the proper precautions, thinking "the GPL isn't viral, it won't hurt me", you might wind up committing serious copyright infringement.

      You'd think people would think carefully before compiling code belonging to others.

      Yes, they should. And knowing that "the GPL is viral", and what that really means, is something that they every last programmer who even goes near GPL'd code should know.

  54. Let the BS roll by thogard · · Score: 1

    A license is an implyed contract. My drivers license is a contract between the state and my self that I will follow the road traffic laws. My pilots license is a contract between my self and the govt where they give me a limimited ability to fly an air plane and I agree to not break their rules.

    People get very confused about the term "License" mostly because we learn that our "Drivers license" is a bit of plastic with our picture on it. That isn't true. The "license" is simply an unwritten contract. The plastic bit is a "certificate of license".

    I can not think of one case where a license doesn't meet the contract requirement of "exchange of obligations".

    As far as how this goes with the GPL, if someone steals GPL code and it goes to court, the results will be 1) they pay for past damages and/or 2) they stop shipping the product or 3) some new agreement is forced. The court has to deal with 2 situations, one is the past violation and the 2nd is future issues. The second can be delt with by simply removing the offending code but that still means the 1st case was a copyright violation wich will result in fines.

    I think the FSF should be dealing with violators in the terms of "we will sue you for $MAXCASH if you don't relase your source". They claim they want to make source code free but the actions I've seen so far with 3com's nbx don't seem to back that up. The court wouldn't force a 3rd party to release the code but if the violator has the choice of a cheap way out, they will take it.

    1. Re:Let the BS roll by EvilTwinSkippy · · Score: 1
      Not so fast. Driving is a privilege in most jurisdictions. You can't get through Driver's Ed without having that fact drilled into your skull. You have not "right" to drive, only the privileges as stated in your license. You have no "right" to fly, only the privileges granted by your license.

      That is why licenses need to be renewed. That is also why they can be taken away. (Speaking as a US citizen) You need no license to practice your religion. You don't need a permit to speak your mind. Protests are a little different because your are generally using someone else's property. (Your permit is for use of the area and use of city services, not for the protest itself.)

      This is why congress can't just require a license for people to own guns. Most states have laws about carrying them, or using them, or the loss of the right because of a criminal background, but never strictly on ownership. Those laws get booted out by the courts because of the Second Admendment (In order to maintain an orderly militia, the RIGHT to keep and bear arms shall not be abridged.)

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    2. Re:Let the BS roll by Anonymous Coward · · Score: 0

      "My drivers license is a contract between the state and my self that I will follow the road traffic laws."

      Completely wrong.

      The default state is that you cannot drive. The state says "you may drive under this set of rules". There is no reciprocal obligation on your part, they've allowed you to do something you don't have the right to do and received nothing of value in return. If you violate the rules, you have exceeded the scope of the license and are governed by the default state -- you are doing something you have no right to do. Like if I say "it's OK for you to touch my hand", it doesn't mean that you can grab my crotch, and it's perverse to say that it's a contract -- "you may touch my hand if you refrain from grabbing my crotch".

    3. Re:Let the BS roll by Anonymous Coward · · Score: 0

      My drivers license is a contract between the state and my self that I will follow the road traffic laws.

      No, it isn't. Really: do you think that you wouldn't be held responsible to the traffic laws without a driver's license (especially the traffic law that requires licensing)? Or that you could somehow exempt yourself from the traffic laws by giving up your license?

      If someone drives without a license, they will be cited for driving without a license, but they will also be cited for stop signs ignored, speed limits broken, etc.

      Bicyclists don't need to be licensed most places. Lack of license does not exempt them from the rules of the road.

      As far as how this goes with the GPL, if someone steals GPL code and it goes to court, the results will be 1) they pay for past damages and/or 2) they stop shipping the product or 3) some new agreement is forced.

      Thus contradicting (in point 3) the points made by people much more familiar with the law than you. I can only conclude that you are not only loudly ignorant, but willfully so.

    4. Re:Let the BS roll by Anonymous Coward · · Score: 0

      Strange way of viewing things. My drivers license says nothing about that I will follow the road traffic laws, only that I know them (which I had to prove to get the license, i.e. nothing contract-like here), and thus I know what I can be fined for doing.

      It says nothing about that I won't do those things.

    5. Re:Let the BS roll by thogard · · Score: 1

      Thus contradicting (in point 3) the points made by people much more familiar with the law than you. I can only conclude that you are not only loudly ignorant, but willfully so.

      Courts have the ability to throw out cases if both sides agree to some other set of terms. If you steal my code and the copyright law says your up for $250,000 in fines, I can give you a choice of paying or doing something else (such as releaseing source code under GPL or dancing like a chicken). So you may not be quite forced into the 3rd case by the hurt party but it might be in your best choice. Judges can (and have) come up with other solutions to problems in courts. Its common in family courts and even a few domain name disputes.

      As far as lawyers being more familiar with the law, have you ever had any dealings with lawyers involving anything technical?

      As far as the drivers license example, it is a very complex contract. A typical gov't side of the contract will be several thick volumes. If I don't accept the terms of their contract, I can't use their roads in some ways. That has nothing to do with them granting other rights in other situations or having other restrictions that are the same. If you don't understand that, ask your self what happens if you run 5000 stop signs on a bike vs doing it in a car. In one case your contract will be revoked.

  55. Re:But, what about... by GigsVT · · Score: 2, Interesting

    You make a valid point, in a way.

    There is a grey area, as to what constitutes "part of the original GPL source" and what isn't.

    If you take some GPL webboard lets say, and put it on only your server, make some changes to it, etc... is that distribution, or just use? It's sending out parts of its source code, if you consider HTML/CSS part of the source code, which the author likely does.

    The FSF claims to be looking into adding a clause to clarify some of these situations.

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  56. Contract Law 101 by ScottSpeaks! · · Score: 1
    For a contract to be binding, all three of the following must take place:
    • Offer
    • Acceptance
    • Consideration (i.e. a mutual exchange of something of value)
    The use of code under the GPL lacks consideration.
    1. Re:Contract Law 101 by tigga · · Score: 1
      The use of code under the GPL lacks consideration.

      Only use - yes. Redistribution changes allows use of changes by author.

  57. Re:But, what about... by stwrtpj · · Score: 3, Informative
    What if you put an application together using Open Source tools. Let's say your application uses Linux as the OS, and PostgreSQL as the database.

    You don't need to go any further. The answer is no, the software you develop by merely using the tools does not make your software GPL. Mere use of the GPL'ed program does not make your software GPL.

    For example, if I decide to develop, say, a game to run under Linux, using gcc to compile it, XFree libraries to render graphics, and the GIMP to create the graphical images, I can still choose to release that game under any license I choose.

    Now, would the database schema/design now be GPL or would it be proprietary? It isn't compiled or linked to any 'librarys'. It is just instantiated into a physical instance. So, it should not be GPL'ed should it? What about a bunch of PHP scripts you run on Apache...those aren't GPL'ed are they?

    In all of these cases, you are simply using the program or library in question. That does not make it a derivative work. In my example above, there are several libraries that I may link to that are GPL. Linking does not constitute a derivative work, it constitutes merely using the library. Now, if I purposely built an extension to that library, actually recompiled the library with my new code, then in that case, yes, my code would have to be GPL as well.

    --
    Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
  58. Email it to your PHB from an anonymous account! by JCCyC · · Score: 1

    Preferably, spoofing the From: address to someone s/he trusts. Guerrilla information warfare baby!

  59. Re:Hmmm.... by Anonymous Coward · · Score: 0
    Can I shout "fire" during a scene where a bunch of guys have their guns pointing at some other guy, and I'm telling them to shoot?

    I think so (though doing so in the Last Samurai when they bring out the new guns might be considered in bad taste).

  60. Re:Hmmm.... by Anonymous Coward · · Score: 0

    So what if I call my lawyer and he says she is wrong?

    Dude, there are many different types of lawyers. I doubt that a lawyer that specialises in accident claims or defending violent crimes is going to have even heard of the GPL.

    Even a lawyer that specialises in software licences / IP may (mis)interpret the GPL depending if they're on the SCO payroll...

    If you believe your words are true, stand behind them.

    If somebody gives out advice to strangers claiming that it's "legal advice" it opens them up to being sued by any crackpot (eg: SCO), probably because only a judge has the authority to decide what's legal and what's not.

  61. A license ***IS**** a contact by Anonymous Coward · · Score: 0

    geez, this is black-letter law, people. To argue there's a difference is something some uninformed paralegal would argue. The frickin' definition of a license is:

    "a document that states some contractual relationship or grants some right"

    Heck, even OpenIPCore says so:

    http://www.opencores.org/OIPC/deflic.shtml

    1. Re:A license ***IS**** a contact by Hatta · · Score: 1

      Notice your quote says "or" not "and". So it's entirely possible for a license to not be a contract.

      --
      Give me Classic Slashdot or give me death!
  62. Re:This is NOT just more FUD by AJWM · · Score: 1

    But until the GPL is proven in court,

    The beauty of the GPL is that there's nothing to "prove in court". Copyright law trumps, and if you distribute binaries of GPL'd works (or derivatives thereof) you are in violation of copyright law, unless you have the permission of the copyright holder (which you can obtain by complying with the License). (That the GPL has never been tried in court is an indication of its strength -- any sane lawyer up against it has advised his client to settle rather than fight.)

    As to being forced to release source, clearly you cannot be, you can only be compelled to cease violating copyright. In the case of devices that embed GPLd code (like Linksys), that means to stop distributing the device (until the code is rewritten). Most manufacturers would rather not do that, being in the hardware rather than software business, so they are likely to agree to release source if they are able to do so, but that's their choice.

    (Unless, of course, they got stuck with code they didn't realise was under the GPL from a 3rd party vendor -- in which case the hardware mfg goes after the vendor for violation of contract (at least) or possibly fraud, and also refers the copyright holder to that 3rd party for copyright infringement lawsuit. And stops distributing the device unless they can get dispensation from the copyright holder(s).)

    --
    -- Alastair
  63. Re:But, what about... by Skjellifetti · · Score: 2, Interesting

    There are many other OS licenses besides the GPL. If you run on Linux, likely the minimum you are doing is connecting to the kernel via system calls (either you rolled your own routines, or linked with libc). Linus has stated that this not covered by the GPL on the kernel and glibc is available under an LGPL license that explicitly allows such linking. Apache and PostgreSQL are not covered by the GPL, but by a BSD style license. Connect away...

    The most interesting grey area for me is when you have a protocol where the GPL'd software acts as a server and the proprietary stuff is a client connecting via the protocol. If I write a driver that, on one side, uses whatever wire protocol MySQL handles, and on the other provides a standards compliant ODBC implementation, where is (or should be) the boundry between what must be released under the GPL and what can remain proprietary. Everything? Just the driver? Nothing? I assume my driver does not link with any MySQL GPL'd libs, but that I reverse engineered or maybe just read the code and provided my own implementation of the wire protocol. If I have linked the driver against a GPL'd lib that provides the wire protocol, then it might seem more clear cut.

    Except that similar cases might arise out of CORBA style distributed code. If the IDL and the server implementation is GPL'd, then does the act of running an IDL compiler on the GPL'd IDL to create client stubs force me to release my proprietary client code that is linked with those stubs? Is this different from providing a GPL'd .so style lib that one links against just to access the wire protocol?

  64. Re:But, what about... by xenocide2 · · Score: 1

    In the offhand chance your software is found in violation of the GPL, you are not FORCED into opening your own source. It is a valid way to recieve a liscence, but if found guilty of not having one, thet courts cannot force you to open your code up, nor force you to GPL your code. The copyright holder can ask for money, or ask that you halt distrobution of infringing materials, and maybe ask for legal fees. As the lawyers have said, those legal remedies are plenty to stop most would be gpl thieves.

    All this is of course assuming your bugaboo scenario involving a blurred distinction of 'using' and distributing derivitive works is somehow ruled on to make the above scenario continue in court.

    --
    I Browse at +4 Flamebait

    Open Source Sysadmin

  65. Re:But, what about... by cduffy · · Score: 1

    Now, would the database schema/design now be GPL or would it be proprietary? It isn't compiled or linked to any 'librarys'. It is just instantiated into a physical instance. So, it should not be GPL'ed should it? What about a bunch of PHP scripts you run on Apache...those aren't GPL'ed are they?

    Are you copying or modifying Apache source code to makes those PHP scripts? No? Then no, they're not covered. (And anyhow, Apache isn't GPLed -- it's under a BSD-style license which is much friendlier to commercial modifications).

    Are you using Linux kernel (as opposed to libc) headers to compile your C app? No? Then no, it's not covered. (The only time you'll generally need the kernel headers is if you're, say, writing a kernel module or somesuch -- and Linus long back made some exceptions for such modules making licensing even more lax than usual).

    Like Apache, the PostgreSQL license is BSD-style, is without many of the GPL's restrictions -- but even if it *were* under the GPL, unless you're actually compiling PostgreSQL code into your app, no harm no foul. (The libpq *headers* are what you'd want to be careful of -- traditionally, though, those would be licensed under the LGPL rather than the GPL proper, so you'd be fine).

    I'm reminded of the stories little kids tell about how a woman gets pregnant by letting a man but his toungue in her mouth, or using the same water fountain, or so on. Your code won't become a derivative work by sitting on the toilet stall next to a GPLed app -- you need to actually do the deed.

  66. 007's License to Kill analogy by Anonymous Coward · · Score: 1, Insightful

    Licenses are easy to understand here.

    1. Killing is illegal under the law.
    2. No one is allowed to kill. (ignore any justifiable homicide defenses for now)
    3. James Bond would, like everyone else, not be allowed to kill anyone.
    4. Her Majesty the Queen, whom (theoretically) made it illegal to kill, grants James Bond a "License to kill" thus giving him permission to do something he normally would not be allowed to do. (presumably so long as 007 had to kill them to further his duties.)

    Same thing with the GPL, only without the hi-tech gadgets and gorgeous women. (Ceren excluded, of course.)

    1. Re:007's License to Kill analogy by Anonymous Coward · · Score: 0

      +1 Funny and Informative!

      Further examination of the terminology used in the article: consider what a contract to kill refers to, as opposed to 007's license to kill.

  67. Definition of "Derivative Work" by Anonymous Coward · · Score: 1, Interesting

    Copyright law hinges on the notion of derivative work. A painting made from a photograph, or a photo of a sculpture, have been found to be derivative works. I'm curious about precedent for a work in a traditional fine art medium like collage. Then there are examples like Warhol's Campbell Soup cans or the four-color separation of an iconic Marilyn Monroe image.

    But the situation isn't even that clear in software. KillerApp 2.0 is generally a derivative work of KillerApp 1.0. It starts with the same code, modifies some of it, adds a little bit, and so on.

    However, the GPL asserts that merely linking with some code makes that other part of the work "derivative". This point, I think, is not so clear. KillerApp doesn't use any of the code of KillerLib. The authors may never have seen it. They don't modify it in any way. KillerApp may not even depend on the library in the sense that it couldn't be made if the lib weren't available. (Perhaps there are multiple implementations.) Meanwhile, the KillerLib authors have never seen the KillerApp code. They couldn't pick it out of a SCO lineup. Their coding conventions are different. The app code doesn't resemble the lib code in the slightest. How is one "derivative" of the other?

    Besides, that sword cuts both ways. If merely linking KillerApp to KillerLib makes the app a derivative, then it would also make the lib a derivative work. That doesn't seem sensible.

    On the other hand, you can't make a copy of a typical statically-linked app without making a copy of the binary library code linked into it. But to split a legal hair, I'm not convinced the problem here is that the app is "derivative", so much as that you're simply making an unauthorized copy of the (binary) library. The combined work (executable binary) is perhaps derived from both the app binary and the lib binary, but that doesn't mean the app code is derived from the lib code. The distinction between source and binary is crucial in this case.

    I think the posters that gleefully claim ownership of work that has become derivative through linkage are perhaps mistaken. (Consider the recent Linksys fuss, for example.) That view certainly hasn't been supported by legal precedent yet. Luckily, the GPL can still stand on the basis of simple manufacture of copies.

    The article correctly points out that under no circumstances do you gain rights to some else's code, even if they're screwed up while using yours.

  68. Re:Confused by calmdude · · Score: 0

    The GPL is not about ridding the world of proprietary code. The GPL is simply about protecting code from commercial abuse. Anything else that comes about from the GPL is secondary and not the thrust or the intent of the GPL.

    Try to realize that part of the reason the GPL exists (and has been successful) is to NOT have outlandish licensing restrictions.

    I certainly hope that no developer chose to release their code under the GPL with the assumption that it was "viral"...it simply is not.

    That would be an interesting followup topic: which (if any) developers released GPLed software believing the licensing was viral?

  69. still doesn't clear the fud by js3 · · Score: 1

    I was disappointed with the word "accidental" because the misconception or FUD as you call isn't associated with this rare case.

    What every developer asks is "if I include gpl in my code will I have to distribute parts of my code that doesn't use or has no relation to the gpl code I used?". The answer is yes. That's where the viral "FUD" comes from. All you have to say no to kill the fud. but if it is really YES, then it is viral. case closed.

    --
    did you forget to take your meds?
    1. Re:still doesn't clear the fud by spitzak · · Score: 1

      The answer is no.

      Microsoft (and maybe RMS, who is not helping much here) wants people to think the answer is yes. It has to be made clear, repeatedly, over and over, to everybody who will listen, that the answer is no.

  70. Great, now can somebody please explain the LGPL by Anonymous Coward · · Score: 0

    My company does not allow any LGPL code in our products.

  71. Re:But, what about... by Minna+Kirai · · Score: 1

    What if you put an application together using Open Source tools. Let's say your application uses Linux as the OS, and PostgreSQL as the database.

    What if you put an application together using Microsoft(tm) tools. Let's say your application uses Windows(r) as the OS, and SQLServer(r) as the database.

    Now, would the database schema/design now belong to Bill Gates or to you?

    It's really the same question. The GPL is irrelevant to this issue. The GPL (or any license) only kicks in when you've violated copyright. Exactly what kind of action counts as a copyright violation is up to your nation's legal system, and the license author can't change that.

    (The licensor can losen restrictions if she wants, by promising to ignore some kinds of violations. But she can't toughen them)

  72. The question is how does a company pay damages by Anonymous Coward · · Score: 0

    You steal code from a project you are liable for damages. Now lets take the bsd vs novell. Novell stole bsd code by removing there licence. Now this is where things get strange but true. In the Opensource world code is the cash of the world. So to pay opensource is to pay in code. What happened to Novell was a judge ruling to pay for the damages Novell had to hand over the code ie cash was not really a option due to the fact that eaching programmer would have to recieve a share ie a verry complex solution the simpler solution was to have Novel pay the lawers on the other side and give a way all the linked code as payment. The source of the freebsd project.

    Now this is where viral comes from. Note Novell refused to adminit they had nicked code so the judge thew the book at them.

    Basicly the test case has already happend if you remove the licence the question is what happens if you disobey it minorly.

  73. No: The Article does not dispute that GPL is viral by Toddimer · · Score: 2, Insightful
    If the GPL were infectious, then you would have no such choice; since you do have a choice it is clearly not infectious in this regard.

    Perhaps you're taking a different definition of "infectious" than I have.

    Realize that what follows is just my humble opinion; I have a great amount of respect for the open source community. However, I feel that this article didn't really clear up the concept of a "viral" GPL; the pro-GPL comments on /. haven't helped either ;)

    As I understand it, a product (ie: set of software components) packaged together with a single component licensed under the GPL, must therefore be a derivative work, and must be licensed under the GPL. More to the point, everything that talked to the GPL component must therefore be GPL; If I understand correctly, this can quickly propogate throughout a system / product line architecture, if something like a GPL hardware driver were to be used. Realize that certain components which do not communicate with or depend on a GPL component (or derivative) need not be released under the GPL; GPL and proprietary code can co-exist in a project, if done so carefully.

    It has been suggested that removing the original GPL component suddenly makes everything fine; realize that's not the point. By using that single GPL component, then I must distribute my product (that is, potententially 1%-100% of the product components) under the GPL! The alternative is to expend resources (time/money/development) to replace the components. This could be an unexpected lose-lose scenario for an uninformed project manager.

    I argue that the GPL is infectious, although relatively painless to cure (swap the components). Either way, this information should be presented / known at the outset of a project considering the use of GPL'd components.

    IMHO, the article did not address a "Viral" license misconception (ie: that everything that uses or relies upon a GPL component must released under the GPL). rather, it exposed ways to avoid the concieved shortcomings of GPL:

    Here's my new ball. Play with it my way, or go home; take your pick.

    So, it stands that if you use GPL code, you have to distribute your project under the GPL; if you don't want to follow the GPL, you have to remove any GPL code from your project. Just common sense, but not necessarily common knowledge. Comments and clarifications are welcome on this matter!

  74. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  75. Postgresql is BSD, not GPL [Re:But, what about...] by marhar · · Score: 1

    Just to avoid confusion, Postgresql is released
    under a BSD license.

  76. Re:Hmmm.... by Anonymous Coward · · Score: 0

    Gee, Darl.. you have a lot of usernames around here. Funny, that.

  77. Re:Hmmm.... by Mike+Hawk · · Score: 1

    Again, the advice is from someone admitting to not be a lawyer and seeking to contradict actual lawyers. If my boss took that advice he would truly be an idiot. Please, can someone show me the value?

  78. GPL'd by gumout · · Score: 1

    Here is:

    TILE 17 - COPYRIGHTS
    CHAPTER 2 - COPYRIGHT OWNERSHIP AND TRANSFER
    Sec. 205. Recordation of transfers and other documents
    (e) Priority Between Conflicting Transfer of Ownership and
    Nonexclusive License. - A nonexclusive license, whether recorded or
    not, prevails over a conflicting transfer of copyright ownership if
    the license is evidenced by a written instrument signed by the
    owner of the rights licensed or such owner's duly authorized agent,
    and if -
    (1) the license was taken before execution of the transfer; or
    (2) the license was taken in good faith before recordation of
    the transfer and without notice of it.

    Suppose I contribute my copyrighted software code files to Linux
    under the nonexclusive GPL license. Let's say Linus accepts my files
    of code into the kernel.

    Later I transfer my exclusive copyrights in writing to Microsoft Corp.
    If you're using my kernel code and you don't have a copy of that GPL'd
    code signed in writing, what's to keep Microsoft from suing you for
    infringement of their code?

    1. Re:GPL'd by JoeBuck · · Score: 2, Interesting

      "Writing" doesn't mean "pen and paper". Your email to Linus contributing the code might be taken as written permission. On the other hand, who knows what a court might rule?

      The interesting cases are when you contribute the code, and then your employer asserts ownership of the code and sells it to Microsoft. Linux might well have to remove the code then. The FSF protects itself against such things by requiring employer disclaimers, but Linus doesn't.

  79. Re:But, what about... by iabervon · · Score: 1

    You always own your changes, unless you explicitly sell or give them to someone else (which is a requirement for contributing code to FSF projects, but not for distributing modified versions yourself). Nothing you create is GPL unless you put it under the GPL. That's the main idea of copyright law.

    On the other hand, for a derived work, it's not going to be very useful by itself. If you want to distribute a work derived from a GPL work, you have to distribute the derived work under the GPL; you have no other permission to distribute the original which you modified.

    If you create a derived work, you have to accept the terms of the GPL for the original, since you aren't allowed, under copyright law, to even modify a copyrighted work without distributing it. But you don't need to apply any license at all to the derived work, according to the GPL, unless you actually distribute it. You are merely required to license it to anyone who you distribute it to, not to the general public, or, in fact, to anyone at all.

    So, in your example, even if you had integrated your work directly into Apache, even if Apache were actually GPL, you still would be able to keep all of the source secret, provided you didn't distribute your application, but rather ran it exclusively yourself (possibly allowing co-workers, paying customers, or the general public to use it online).

    In any case, a database schema you create yourself is not a derived work; it's entirely your creation. Same for scripts you write from scratch. You can apply to these any license you'd like, including offering the same or different people multiple licenses.

  80. Re:This is NOT just more FUD by swv3752 · · Score: 1

    It goes one step further, they have to change what is already out there.

    --
    Just a Tuna in the Sea of Life
  81. Slashdot... by Anonymous Coward · · Score: 0

    Is a Viral Community?

  82. Re:No: The Article does not dispute that GPL is vi by Anonymous Coward · · Score: 0

    Minor nits--the GPL device driver is not a good example. GPL code copied from the Internet and inserted into your proprietary app is a much better scenario. The reason is, the binary proprietary code can be made to coexist quite nicely with binary GPL code. it's only when you link proprietary code against GPL'd code that there's a problem.

    But the big issue is that while, with that caveat, your assessment is technically correct but still not a good characterization. Compare two scanarios: You take Linux, insert your own code, and now your have JoeNux. The derivative work, JoeNux, must be distributed under the GPL.

    Now let's take another scenario. You have the source code to Windows, you insert your own code, and now you have JoeDows. JoeDows may not be distributed at all, because your license from Microsoft for the source code (if you have one!) doesn't allow you to distribute derivative works on your own terms.

    The difference between the GPL and standard proprietary software licenses is not its infectiousness, but that it allows you to redistribute derivative code at all. You can't make a derivative work from Windows--period!

    The time and money spent rewriting GPL code out of your derivative work is nothing compared to what challenges your company would face if you tried to sell a derivative version of Windows!

  83. This is awesome. by whittrash · · Score: 1

    This is hearteneing because SCO is in a CONTRACT dispute with IBM. They do not have a copyright over IBM's work. This is siginificant because the only remedy they have is to go after IBM, they have no right to sue Linux users for a contract violation because the Linux users are an independant third party not bound to SCO as IBM is. And even if SCO found some obscure part of their contract with IBM which allowed them to claim copyright to IBM's work, they cannot assign a license other than the GPL for existing work. They can claim damages, but they must first mitigate the situation, which they have expressly avoided, and systematiclally refused to do. This has been re-hashed many times, but the legal distinction and allowable remedies between contract and copyright law reinforces an already obviously logical proposition, that SCO cannot charge Linux users anything and even in the most optimistic scenario, SCO still does not have a leg to stand on.

    The contract/license difference acts like a firewall between the SCO/IBM 'contract' dispute and the GPL license. Certain ports are simply blocked and the only way SCO could get in was if we used a Windows firewall analogy.

    1. Re:This is awesome. by morgue-ann · · Score: 1

      SCO [...] do not have a copyright over IBM's work

      SCO (or Novell) owns copyrights on Unix. IBM created a derived work called AIX, which they couldn't distribute without SCO's permission. That permission is what the contract that is now in dispute grants.

      SCO representatives say a lot of things that are just plain nuts, but one thing Darl said that was true and helpfully clarifying is that SCO doesn't own AIX, but they get to exert some control over it. Not releasing source containing SCO (or Novell's) trade secrets is part of that control.

      Now they're trying to extend that control to Linux claiming that IBM's contributions are also somehow derived works of Unix. It's a strange claim to me because if you look at the history of NUMA for example, it started with Sequent as a feature on BSD *ix and only migrated to Unix (R) during the AT&T v. Berkeley mess when it seems everyone took out a Sytem V license in case things went against them (SunOS moved from BSD to SysV-based Solaris around the same time).

      It's clear to me that NUMA was an independent feature that might depend on *ix-ish features, but not Unix ones. Same thing with JFS on OS/2 before AIX.

      Even pretty tightly integrated things like Linux on top of Mach (MkLinux) vs. BSD on top of Mach (Darwin) seem to be pretty independent of a particular flavor of *ix. Those operating systems concepts that originated at Bell Labs are part of the general know-how of Computer Scientists now, thanks in large part to all the Prentice-Hall and Addison-Wesley books by the Bell guys and the spreading around of what's now called Ancient Unix source code. I feel that no one owns it anymore than anyone owns the z plane. Maybe we could use attribution to make inventors feel better. As we have Einstein's Theories of Relativity and a Riemann Sphere, how about the Thompson/Ritchie/McBride OS (Darl doesn't deserve credit, but if it'll make him drop the suits, let's give it to him).

  84. A broader question has to be......... by mormop · · Score: 2, Interesting

    If Groklaw's interpretation is correct and the phrasing of the GPL is that watertight, where does this leave those who misrepresent it?

    If it's as straightforward as it seems then any suitably qualified person, e.g. a lawyer should, upon reading it, be able to understand it's true meaning. It then follows that if a suitably qualified lawyer representing a proprietry software company fails to inform that company that their claims about the GPL are untrue they are failing in their duty to advise their clients that their claims are incorrect and possibly constitute fraud in a legal sense.

    Should the lawyer inform the company only to be ignored that would then put the company in the position of having knowingly made false/ fraudulent claims in the pursuit of money e.g profit or to use another term "obtaining funds by deception".

    Maybe sending a registered delivery copy of a plain language step by step explanation of the GPL interpreted by a lawyer would put them in a position where falsehood becomes potentially damaging in law.

    On the plus front, top marks to Groklaw who are carrying out a superb job of undermining SCO's defenses.

    --
    Hmmmmmm..... Deep fried and look like Squirrel.
  85. Re:Confused by Brett+Glass · · Score: 1
    The GPL is not about ridding the world of proprietary code.

    That's not what Stallman and the FSF say.

  86. Re:Hmmm.... by Ironica · · Score: 1

    Again, the advice is from someone admitting to not be a lawyer and seeking to contradict actual lawyers.

    Which actual lawyers is the article seeking to contradict?

    --
    Don't you wish your girlfriend was a geek like me?
  87. Re:But, what about... by Hammer · · Score: 1

    Technically the libraries are LGPL and that is what makes it possible for you to link with them in your application. If gcc libraries were GPL your software would probably be GPL. That does not apply to the use of Postgres, PHP, Perl etc since they are as stated tools used to create or run your software and you can use any license you desire for your software.

  88. Re:You're confused about who the GPL gives freedom by Grizzlysmit · · Score: 1, Flamebait
    The GPL is not about giving freedom to developers, it's about giving freedom to end users. The BSD license is about giving freedom to developers, including the freedom to screw their end users. The GPL guarantees the end user of a piece of software that they have control over the software that is running on their machines, no matter who modifies that software.

    Even though I'm a developer, I still prefer the GPL out of respect for my customers.

    Depend how you look at it, basically the difference is that the BSD licence and similar; grants people the right to "Steal your" code, to me thats not really giving the developer more freedom unless he wants his code "stolen".

    As far as I'm concerned the BSD licence sucks, and GPL rules.
    --
    in my life God comes first.... but Linux is pretty high after that :-D
    Francis Smit
  89. Another way out - without releasing code by Mabonus · · Score: 1

    I've seen people mention several ways of fixing things if you find that you've used some GPL'ed code, but someone once pointed this out a while ago and I haven't seen it show up here:

    You can license a piece of code to multiple people, under multiple licenses.

    If a company finds themselves with GPL'ed code, can't they just go to the author and ask them to sell them a license to use it in proprietary software?

    1. Re:Another way out - without releasing code by dgingras · · Score: 1

      Sure, but how many pieces of GPL'd code have a single author? All of the contributors would have to agree to relicense to the proprietary company; any holdout's code couldn't be used and would need to be rewritten.

      --
      Grizzled Old Programmer
    2. Re:Another way out - without releasing code by Mabonus · · Score: 1

      How many pieces of code have only one author period? There will be groups, and there will be spokespeople.

      If you're asking about the cumlative effect of GPL'ed code, ie, the derivative of a derivative of a derivative etc etc, then that turns into a lawyerly question. The person who distrubted the GPL code will have their derivative work available under the GPL, this fufilling their agreement. I don't see anything saying that people cannot dual-license.

      Yeah, it may encourage more people to contribute less, but it just might convince them that the GPL is useful and worthwhile too.

  90. Re:Hmmm.... by Mike+Hawk · · Score: 1

    I didn't name them, she brought them up. If there are no lawyers to contradict, why write the piece?

  91. Let's refer to the license by Anonymous Coward · · Score: 1, Interesting

    From section 0:

    Activities other than copying, distribution and modification are not
    covered by this License; they are outside its scope. The act of
    running the Program is not restricted, and the output from the Program
    is covered only if its contents constitute a work based on the
    Program (independent of having been made by running the Program).
    Whether that is true depends on what the Program does.

    That is the answer, but doesn't straightforwardly answer your question. Or rather it answers it with a resounding, "Maybe."

    If you use a compiler, and the output of that compiler includes copied bits and pieces from the compiler, then that result is pretty clearly a derived work and would be GPLed. If you use a compiler and it doesn't include bits and pieces, then that result is not GPLed. Without looking at the output of the compiler, you can't actually tell.

    The GPL FAQ addresses this explicitly. While it might be nice if they talked more about what GCC specifically does, it is clearly implied that the copyright holder thinks that the output of code compiled with GCC is not derived from GCC. Even if that opinion is wrong, I suspect that a good lawyer could make a case that you were acting in good faith based on the representations of the copyright holder, and get you off the hook. Furthermore the answer given speaks volumes about the attitude of the FSF on this issue. Even if they found that they had a case, I think that you could trust them to be fairly reasonable in their pursuit of it.

    Note that the discussion of Bison shows exactly how easy it is to have a standard tool unexpectedly make its output into a derived work (though you are OK with Bison because they made a special exemption for it).

    As always, IANAL and this is not legal advice.

  92. The best commercial compromise ... by bergeron76 · · Score: 1

    The best thing to do would be to contact the licensor directly and see if you can work out terms that they are agreeable upon such that they can grant you a unique license/contract for use. The best outcome would be that:
    a) the GPL'd coders get to [reasonably] dictate the terms that you can use the code that they worked hard on - ie. he/she/it/they can ask that you kindly donate x% of profits to the FSF and y% of the profits to them directly or some combination thereof. Hopefully, this would result in a balance between the "freedom" nature of [GPLd] open-source and the financial support required to maintain the civil liberties/rights of the very coders and consumers that compose the end product.

    b) you can distribute your app commercially (Step 3: PROFIT!)

    c) the overall community can benefit from the balance of GPL coders that will want either monetary contribution, community contribution, civil liberty-FSF & EFF contribution, etc. with the commercial needs of business operations (which would directly affect the FSF, GPl, etc). The better the company does with the overall product; the better the company can contribute to, assist, develop, rationalize and overall make open-source a very VALID business model.

    Please keep in mind that this is just my .02 cents. That said, if we can strike the necessary balance betwix GPL/Profit I tend to think that the software world will revolutionize much more rapidly...

    --
    Don't think that a small group of dedicated individuals can't change the world. It's the only thing that ever has.
  93. Re:WARNING: /. logs and abuses Anonymous tsarkon by Narchie+Troll · · Score: 0, Offtopic

    This isn't news to anyone. Do you have a better method of preventing people from posting and moderating in the same thread? "Post Anonymously" only keeps your name out of the public spotlight. That's it.

    Now go in the closet and hang yourself and beat off until you're blue in the face.

  94. Re:But, what about... by zhenlin · · Score: 1

    Actually, derivative work is a gray area of the law.

    In order for the FSF to achieve its goals, it defines derivative work as any work including the original in portion or in entirety. This means a statically linked binary is a derivative of the library - and they'd like dynamically linked binaries to be a derivative of the library too.

    Of course, you can define derivative work as a library that includes the original library, but not a program that includes the original library. Or anything else you like.

    The issue of the Linux kernel and the syscall interface was solved by saying that using the syscall interface does not constitute a derivative work.

  95. OT: sig by Anonymous Coward · · Score: 0

    Dennis Kucinich: the only presidential candidate who voted against the PATRIOT Act

    Not every presidential candidate was a member of congress at the time the PATRIOT Act was voted upon.

    1. Re:OT: sig by anthony_dipierro · · Score: 1

      Not every presidential candidate was a member of congress at the time the PATRIOT Act was voted upon.

      Wow, you're pretty smart! How long did it take you to figure that one out?

  96. Serious question: So does this scenario fit? by fitten · · Score: 1

    Scenario:

    I write all the code in my proprietary program (my product) except for a singular and specific library which is GPL'd (call it Library Z) and suppose, just in case someone asks, that Library Z makes up less than 10% of the total lines of source and/or the total binary size of my producct (I dunno why this would matter, but I threw it in anyway). Can I then sell my product in binary only form and provide only the source code for that particular library (Library Z) and put in the documentation that I use said library and the source for that library is provided without violation of the GPL? I am providing the GPL'd source (for Library Z) for download free to anyone who asks. I am not providing the source to the rest of the product (which I wrote) nor am I placing the source that I wrote under the GPL license.

    If this is a violation of the GPL, then how exactly is it a violation of the GPL? Also, if it is a violation of the GPL, what must I do to be "right" with the GPL regarding my product? If the answer to the previous question is that I must also provide the source code for my entire product, then how is this not considered viral?

    1. Re:Serious question: So does this scenario fit? by Todd+Knarr · · Score: 2, Informative
      If it's a GPL'd library, it's a violation. GPL prohibits you from distributing a GPL'd library linked to your program when your program is not GPL'd.

      If it's an LGPL library, then as long as you link to the shared-object form of the library (not physically included in your executable) then you're in the clear.

    2. Re:Serious question: So does this scenario fit? by Anonymous Coward · · Score: 0

      If the code were 10% of the coding time to replace, then replace the code.

      If the 10% takes 400% of the time of the rest of the code, then the contribution is not shown by code length.

    3. Re:Serious question: So does this scenario fit? by fitten · · Score: 1

      Yeah, I understand the LGPL bit.

      But how is GPL not viral then? To include any GPL code in your (proprietary) code forces all of your code to also be GPL. In other words, the injection of a small amount of (GPL) code infects the whole. To me, that is the very definition of viral.

      Also, what prevents me from taking some GPL code, turning it into a library and releasing it under LGPL and using it as such?

    4. Re:Serious question: So does this scenario fit? by Todd+Knarr · · Score: 2, Informative

      Right. When you distribute someone else's code, you have to abide by their license terms. The GPL's as viral as any other software license in that way. For example, you can't distribute software containing Microsoft's redistributable modules in any way you like, you have to distribute it in ways that don't break the license for MS's redistributables. And as with any other license, if you don't wish to pay the royalty fee you don't distribute the licensed code. The only difference with the GPL is that you're paying in code instead of dollars. The desire you describe was, in fact, why the LGPL was created: to provide a way for libraries to be created that would themselves be and remain under the GPL without requiring that all derivative works also be under the GPL.

      As for the last, the GPL prevents that. One of the rights explicitly not granted you by the GPL is the right to change the license terms. To release it under the LGPL would be changing the terms. Do that, you lose your license to distribute the code.

    5. Re:Serious question: So does this scenario fit? by fitten · · Score: 1

      btw, Thanks for taking the time to answer my questions. Now, on to more scenarios.

      1. I write a wrapper library that wraps the GPL code completely. I LGPL my wrapper library and then call my library from my code I don't want GPL'd. Does that work?

      2. I write a daemon that basically turns the GPL code into RPCs. I GPL my daemon and call it from my proprietary code that I don't GPL. Does that work?

      Where does the GPL boundary lie? Is it IPC? If I call into another process to get at the code, that's OK and I don't have to GPL my code? Does the GPL stop at the context switch from user to kernel space? If it doesn't, then anything that makes a system call must then be GPL'd unless the kernel is LGPL. (Stretching) What about using GPL code to generate your own code? Using a GPL compiler would then force you to GPL your code.

    6. Re:Serious question: So does this scenario fit? by Todd+Knarr · · Score: 1

      1. No. Your wrapper library is linked against the GPL'd library, making the combination a derivative work in the eyes of the GPL, and the GPL doesn't allow you to distribute derivative works of a GPL'd work except under the terms of the GPL.
      2. That'll work. The part linked with the GPL'd library is GPL'd, and the proprietary part isn't linked against the GPL'd library.
        1. A good rule of thumb for the GPL is that the boundary is at the linker and/or loader. For the LGPL it's physical inclusion in the executable (ie. static libraries are a problem, shared-object libraries aren't).

      The Linux kernel is a special case. There's a specific provision that user-space programs are not considered by the kernel license to be derivative works when they use the kernel headers and documented system calls. gcc covers the issue by placing the startup code (the bits of gcc that actually get included in the executable) under a non-GPL license. Note that it has never ever been argued that the code generated by a GPL'd tool is under the GPL unless that code is a part of the GPL'd tool. Thus the gcc startup code needs an exception but the code gcc generates from your source code does not as it isn't part of gcc.

    7. Re:Serious question: So does this scenario fit? by fitten · · Score: 1

      Cool. Thanks for answering my questions.

    8. Re:Serious question: So does this scenario fit? by Todd+Knarr · · Score: 1

      One thing strikes me: it sounds a lot like you know what you want to do isn't allowed by the license and you're trying to find a contortion that'll let you do it anyway. If what you're doing isn't fairly plainly within the license, it'd probably be better to just go and pay the library author for a non-GPL license, trading dollars for the right to do what you want to do. I've found very few cases of people playing around the edges of a license where they weren't trying something shady. It's used-car-salesman behavior.

    9. Re:Serious question: So does this scenario fit? by fitten · · Score: 1

      Just curiosity as I'm developing code on Linux and I need to know the extents of the GPL. I know /. is not legal advice but it gives me stuff to think about.

      I have some more scenarios after thinking on it more.

      - Suppose I write code of my own for an app and do not GPL any of it. However, some features in it require the presence of GPL code being linked with my program. I distribute my binaries with the instructions that certain features are not available unless the end user downloads and installs (seperately from my bundle) those GPL libraries - possibly linking the GPL library to an .so that I provide. This means that I am not distributing GPL code with my product. Would this require my product to also be GPL?

      - (similar to the above) Suppose I write an app that can load arbitrary dynamic linked libraries (.so) at runtime and use them somehow. I never developed my code touching GPL code but some end user loads/links with a GPL .so. Would that require my code to be GPL at that point?

  97. yeah, but... by Anonymous Coward · · Score: 0

    is she hot?

  98. How exactly is that a first sale right? by Kjella · · Score: 1

    You distribute the same "package" of binary + source that you recieved. Maybe in theory you can sell your Windows CD without the licence certificate too (then all he needs is a licence, now if he happened to use a warezed key, that's not your problem). In reality, they need to stay together. Just as a GPL'd program + source (or at least an offer thereof).

    Kjella

    --
    Live today, because you never know what tomorrow brings
    1. Re:How exactly is that a first sale right? by anthony_dipierro · · Score: 1

      You distribute the same "package" of binary + source that you recieved.

      So what if you received the source separate from the binary? What if you never received the binary at all (after all, having the binary available at the same FTP site is considered legit). Most importantly, what if you made the binary yourself?

      Maybe in theory you can sell your Windows CD without the licence certificate too (then all he needs is a licence, now if he happened to use a warezed key, that's not your problem). In reality, they need to stay together.

      Fortunately, not all software is Windows, and not all software requires a license key.

  99. MOD PARENT DOWN by Anonymous Coward · · Score: 0

    This is just a copy-and-paste of this page. It is only a part of the text, and I don't see any attribution in the parent.

  100. There are people considering by pr0ntab · · Score: 1

    to seperate the kernel headers into two classes, one which can be included by non-GPL apps, and a "deeper" one that can only be used by GPL'd apps.

    The former would be dual-licensed (LGPL perhaps) and interface the latter.

    This may have a side effect of making it easier to produce binary modules, etc. that are compatible across wider ranges of OS/distro versions in the future, since the meta-API would probably be 10 times stabler.

    --
    Fuck Beta. Fuck Dice
    1. Re:There are people considering by EvilTwinSkippy · · Score: 1
      Yet have you ever thought that perhaps the Linux folks don't want to encourage that sort of thing.

      Look what binary-only drivers have done for the Windows world...

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
  101. Fuck that! (Seriously, read this developers!!!) by pr0ntab · · Score: 1

    It doesn't matter.

    This kind of distinction should be hashed out in court. My personal belief is that use of an API does not constitute GPL violation. The new code written that uses a GPL library does not, in it's total body, actually contain any derived code. The act of building it into a binary may integrate it, but that doesn't mean the author created a derived work. The only part the author created are the modules made from the code he compiled. If he had to, he could just offer to refer them to the download site for the API he used, and that should be enough.

    Anyway, all of these details should be argued in court, where the current state of the art in API design, Computer Science, and interpretations of Copyright Law can be dessimated. Arguing dynamic linking is retarded if JIT compiling becomes the new whiz-bang thing. Who says the GPL won't be applicable to the source code of toolkits in the future after the time of dlopen has past?

    If you act in good faith, this shouldn't have to happen. You _know_ what I mean, developers.

    --
    Fuck Beta. Fuck Dice
    1. Re:Fuck that! (Seriously, read this developers!!!) by Brandybuck · · Score: 1

      This kind of distinction should be hashed out in court.

      As a Free Beer Software developer, the last thing I want is to go to court. I don't have the money for it. In the meantime I'm avoiding GPL libraries, not because I agree with the FSF's interpretation of derivation, but merely because they're bigger and have more lawyers than me.

      Arguing dynamic linking is retarded if JIT compiling becomes the new whiz-bang thing.

      Funny that you should bring that up. There have been people that argued that the GPL v3 should cover instances of runtime linkage. I hope it doesn't make it in.

      --
      Don't blame me, I didn't vote for either of them!
  102. They can always pay a fine or restitution... by pr0ntab · · Score: 1

    not withdraw the product, buying themselves some time to code their own stuff to replace the disputed parts. Or relicense, orwhatever. The penalties/actions for copyright violation are not set in stone or anything... especially when the plantiff is willing to cooperate.

    I mean, just because someone chooses the GPL for protection doesn't mean that person is unreasonable.

    PS - Any code analyzed in court could be sealed evidence to prevent dilution of IP.

    --
    Fuck Beta. Fuck Dice
  103. First and foremost GPL problem by Anonymous Coward · · Score: 0

    You cannot ever ever create a commercially profitable software franchise since you have to give it away for free as well as give any competitor your full source code.

    1. Re:First and foremost GPL problem by Anonymous Coward · · Score: 0

      This is only a problem if you were planning to sell the same code over and over. You can charge whatever the market will bear to write it in the first place.

  104. First Sale by roie_m · · Score: 1

    I do believe that if you receive the binaries only (on a CD), you can then sell (but not redistribute) that CD. Redistribution (meaning distrbution of a copy) is not a right that is granted to you under First Sale anyway, so the GPL can give you that right with restrictions.

    1. Re:First Sale by anthony_dipierro · · Score: 2, Interesting

      I do believe that if you receive the binaries only (on a CD), you can then sell (but not redistribute) that CD.

      Of course you can, at least, as long as you have not agreed to the GPL.

      Redistribution (meaning distrbution of a copy) is not a right that is granted to you under First Sale anyway

      It most certainly is. "Notwithstanding the provisions of section 106(3), the owner of a particular copy or phonorecord lawfully made under this title, or any person authorized by such owner, is entitled, without the authority of the copyright owner, to sell or otherwise dispose of the possession of that copy or phonorecord."

      If you own a copy which was lawfully made, you have the right to distribute it without permission of the copyright ownner. The only way the GPL can enforce the requirement to distribute source is by adding restrictions beyond those of copyright law.

    2. Re:First Sale by roie_m · · Score: 1
      Redistribution (meaning distrbution of a copy) is not a right that is granted to you under First Sale anyway

      It most certainly is.

      You're absolutely right, of course. What I meant (I guess I wasn't clear about it) is that you don't have the right to distribute an additional copy, beyond the one you own.

      I don't think the GPL can force you to distribute the source when you simply give (or sell) your own copy, just when you make a new copy. I believe this means that if I buy a CD with Debian Stable from some vendor, I can then sell it to you, and I won't be obligated to give you the sources.
    3. Re:First Sale by anthony_dipierro · · Score: 1

      What I meant (I guess I wasn't clear about it) is that you don't have the right to distribute an additional copy, beyond the one you own.

      But the GPL permits you to make additional copies, at which point you own those copies.

      \

      I don't think the GPL can force you to distribute the source when you simply give (or sell) your own copy, just when you make a new copy.

      Why? Because by making a new copy, you agree to the GPL.

      I believe this means that if I buy a CD with Debian Stable from some vendor, I can then sell it to you, and I won't be obligated to give you the sources.

      Only if and because you have not agreed to the GPL.

  105. See, this is the problem by roie_m · · Score: 1

    If gcc libraries were GPL your software would probably be GPL
    That's just wrong. What you mean to say is that if gcc libraries were GPL, you would not be allowed to redistribute the software unless you GPLed it. The very important difference, IMHO, is that the GPLing does not happen automatically.

    1. Re:See, this is the problem by Hammer · · Score: 1

      You are correct, that is exactly what I meant to say. You can do anything you want with GPL'd software as long as you do not redistribute it.
      What a difference a few words make to the semantics.

  106. FUD is good! by Xipe66 · · Score: 1

    The GPL, its underlying politics and intentions sux0rs BFT.

    --
    Civilization is the process of setting man free from men.
  107. Manumission versus emancipation by 2901 · · Score: 2, Interesting
    It is ironic that the GPL, which really rattels the libery saber, is out libertied by the BSD licences, which generally do no such saber ratteling.

    When a Roman freed a slave it was called manumission. The slave really became free, with the all rights of a free man, including owning slaves himself.

    When Lincoln emancipated slaves during the Civil War, they did not become free in that sense. Yes they were no longer slaves, but they could not themselves become slave owners.

    I see BSD licences as parallel to maunmission. Derived works may be closed source, with oppressive licencing. I see GPL licences as paralleling emancipation, because derived works cannot become closed.

    Is BSD or GPL true liberty? You can guess my opinion by the way I've spun the issue.

  108. and go out of business.... by QuantumG · · Score: 1
    that's a really good way to forgive someone's "accident", force them out of business. But hey, they don't have to go out of business, they can always release the source code to the proprietory parts of their software under the GPL. Usually that's the only option. If the company could afford to develop the GPL'd portions of the program that they "accidentally" aquired they would never have aquired them in the first place.

    Which brings up a really good point. If company X aquires my GPL'd source code and makes $Y million dollars from their product which essentially consists of 40% of my code, shouldn't I be able to get 40% of Y out of them? If so, they're doubly fucked. I can get 40% of all the profits they've made since they aquired my source and I can withhold that source from them forcing them to pay whatever the hell I want (as long as it is less than what it would cost for them to reimplement my source). Even if they choose to reimplement my source I can hound them till the end of their days claiming that their reimplementation is significantly similar to my source code. For every feature they implement I can point to similar features in my product and cry shananigans. I can demand access to their source code to prove that they havn't violated my license (again) and then I can use my intimate knowledge to improve the features of my own source code. If I get caught, who cares? It's not like they can sue me for 40% of my revenues, I don't have any!

    All in all this spells disaster for any company that even thinks about touching GPL software. That's why so many companies refuse to give their employees permission to work on Free Software. If they're working on proprietory software and they're working on Free Software, the chances are they are writing software that's remotely similar.

    --
    How we know is more important than what we know.
    1. Re:and go out of business.... by cburley · · Score: 1
      All in all this spells disaster for any company that even thinks about touching GPL software.

      You mean, like Microsoft? (They've been distributing modified GPL software for a few years now. "Interix", I think it's called, was the company they bought up that was doing that, and they continued to do it -- distribute modified GPL software -- long after they bought up Interix. They might still be doing it now; haven't checked for awhile.)

      --
      Practice random senselessness and act kind of beautiful.
  109. No first sale right to _make_ copies by Homburg · · Score: 2, Interesting

    If I buy a Debian CD from CheapBytes, I can sell that CD to you without having to distribute the source; that's a first sale right.

    But I have no first sale right to _make a further copy_ of that CD and sell the copy to you. The only way to get a lawfully made copy of a work under the GPL is to get it from someone who has agreed to the GPL, i.e., who is providing source (or someone who got it from someone who agreed, and so on).

    If the GPL were intended to require that everyone who distributed GPLed software had to also distribute source code, you would be right that it would require more than just copyright law. But the GPL is only supposed to apply to those who make and distribute copies of GPLed software, and in that case, copyright law is all that's necessary.

    1. Re:No first sale right to _make_ copies by anthony_dipierro · · Score: 1

      The only way to get a lawfully made copy of a work under the GPL is to get it from someone who has agreed to the GPL, i.e., who is providing source (or someone who got it from someone who agreed, and so on).

      OK, but here's the thing. Once you've made that copy, are you still bound to the terms of the GPL? If so, I'd consider that a contract. I'd also say that that contract requires you to agree to not exercise your right of First Sale.

      But the GPL is only supposed to apply to those who make and distribute copies of GPLed software, and in that case, copyright law is all that's necessary.

      The GPL applies to anyone who's agreed to it. And "by modifying or distributing the Program (or any work based on the Program), you indicate your acceptance of this License to do so, and all its terms and conditions for copying, distributing or modifying the Program or works based on it." Obviously the GPL can only apply once you've agreed to it. So obviously it can't take away rights until the point where you exercise rights which it has given you. But once you've agreed to it, it can take away your rights under copyright law, and that's what it does. The GPL requires you to perform future actions in order to receive permission to use the permissions it grants you.

  110. Fourth option by sita · · Score: 1

    There's a fourth option, that probably is the first option for a lot of businesses: Approach the author and see if they can buy a commercial license.

  111. Correction by Anonymous Coward · · Score: 0

    It does not *cost* you money.

    It might make you *less* money.

    Big difference.

    You will, however, benefit from some free development (programmers are expensive).

  112. How about PMIAFCW: by Anonymous Coward · · Score: 0

    Pingular's Mother Is A Filthy Crack Whore

  113. Two words: by Anonymous Coward · · Score: 0

    Willfull Ignorance

  114. SleepyCat RPL ??? by Anonymous Coward · · Score: 0
    While most may be comfortable with OSS/FS or FOSS - free software under the GPL & LGPL along with software under various approved open source licenses there are some potential surprises.

    The OSI approved SleepyCat license is used with a number of software projects including XAO Apache Web Services and the very widely used dual licensed Berkeley DB software products. The WayBackMachine has a WinterSpeak interview from 2001 with Sleepycat President & CEO, Michael Olson on How to make money with the GPL ...

    Berkeley DB is embedded in network infrastructure products like routers and switches, DNS and Web content caches, email servers and clients, ... Companies like Cisco, Sun, HP, IONA, Amazon and Sendmail use Berkeley DB. Open source projects like Cyrus, Squid, RPM, Postfix, and MySQL include it.
    With just a few very limited exceptions SleepyCat license payment may be required should one "redistribute" the Berkley DB software, even when just done internally.

    The OSI approved Reciprocal Public License (RPL) while used infrequently is reportedly more viral than GPL, actually extremely viral per Technical Pursuit which dual licenses Tibet potentially requiring payment under TPL Biz licensing when not in compliance with RPL.

    Are there other projects, licensing & circumstances of note that might be similarly surprising or problematic to OSS/FS users ???

  115. Re:But, what about... by EricWright · · Score: 1

    The use of Free tools and creating a derivative of a Free tool are completely different. Perl is released under the Artistic License. However, Larry does not require that every Perl script be similarly licensed. But if I take the source code for the Perl language and modify it, then those modifications must be kept private (ie, not distributed at all), or released under the same (or similar) license (I'm not an expert on the details of the Artistic License)...

    I use vi to write most of my programs (which happen to be database programs). I'm not required to release my programs under the BSD license (that's what vi is released under, right?)

    This is A Good Thing(TM), since otherwise all windows programs would be owned by Microsoft (VC++/VB/ASP/etc.), Borland (Borland C++), etc. Each of those tools is property of the company which developed it. The use of the tool is allowed under a license which you receive upon payment. Works you create with those tools are yours, UNLESS they involve building upon/extending the tool itself (which is typically forbidden by your license).

  116. Depends on the embedded application. by arafel · · Score: 1

    For toasters or VCRs, maybe it's not a problem. For companies doing things like cable/satellite boxes, it is a problem - they really really don't want to have to release code, for a whole variety of reasons. Even mention releasing code to places like DirecTV and they'll start to hyper-ventilate. :-)

    In particular, one of the companies in this market doesn't even give source code to people developing products with them, just a binary library. Makes it ... interesting to debug.

    1. Re:Depends on the embedded application. by Anonymous Coward · · Score: 0

      "they really really don't want to have to release code, for a whole variety of reasons"

      And rightfull all of them, of course.

      So what? Nobody forces in any manner to release *their* code. All they have to do is write their own damn code instead of perusing *mine* so they can release it (or don't do so) under whatever license they see fit.

  117. Re:But, what about... by GigsVT · · Score: 1

    In your first case, it seems clear cut. You don't need a GPLed web browser to use a GPLed web server. I don't see how there could be any confusion at all.

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  118. Re:No: The Article does not dispute that GPL is vi by mpe · · Score: 1

    By using that single GPL component, then I must distribute my product (that is, potententially 1%-100% of the product components) under the GPL!

    This is nothing to do with the GPL. Since you are using someone else's software in their product copyright law gives them a say in how you can distribute the resulting software. If their licence stated X amount of money per item then your minimum price has just become the sum of such royalties. If that is more than the maximum amount you want to sell it for then you have a problem. If you don't like the licence you can always negotiate with the copyright holder. You will be in an even weaker position in such negotiations if you don't try until you have been caught infringing copyrights though..

    The alternative is to expend resources (time/money/development) to replace the components.

    In some cases that might be a cheaper option than the "price" of using someone else's code. In other cases the "price" of applying a GPL compatable licence to their own code might be trivial compared with that of "reinventing the wheel".

    So, it stands that if you use GPL code, you have to distribute your project under the GPL;

    You don't have to distribute your project also the GPL only requires you to make source code available to people you distribute binaries to.

    if you don't want to follow the GPL, you have to remove any GPL code from your project.

    Actually you have two other options:
    Ask the copyright holders if they will agree a different licence with you.
    Hope you don't get caught.

  119. Re:Hmmm.... by Ironica · · Score: 1

    I didn't name them, she brought them up. If there are no lawyers to contradict, why write the piece?

    Hm... yes, there is one law firm she cited as advising their clients that the GPL is viral and could cause them to lose their code.

    The quote from the link she included is "Your employee could grab a piece of open-source code off the Internet and you no longer have a proprietary product. Your $50,000 software package is now worth zero."

    Does that sound remotely accurate? You download something and it makes your product automatically OS?

    Are you really going to fault someone for contradicting this assertion?

    Even lawyers can be wrong. The firm's clients, however, should either follow their attorney's advice, or they should find a new attorney if they think they're being mis-served. Of course, without an article like this one, how would they ever have an inkling that what this attorney said is hogwash?

    --
    Don't you wish your girlfriend was a geek like me?
  120. Re:But, what about... by DrCode · · Score: 1

    Here's another question:

    Suppose you have a GPL game engine which uses various graphics files for displaying images, and a script file that it interprets for the plot. Could a person create a proprietary game where he distributes his own copyrighted graphics and script files along with the engine and its source code?

    I would tend to believe that the answer is 'yes'. However, I've heard arguments that since the engine is interpreting the script, it's as if the script is combined with the engine, and must therefore also be GPL'd. (Note that the script could be a binary file compiled from source.)

  121. Re:You're confused about who the GPL gives freedom by Anonymous Coward · · Score: 0

    Thank you. That's exactly what I was trying to say in another article, but everyone thought it was flamebait.

    The ONLY reason developers seem to choose the GPL over BSD is that they want their egos stroked. They can't stand the thought of someone using their code without attribution everywhere. They consider it "stealing". They cannot possibly conceive of giving it away for free (as in speech).

    It's sick.

  122. Slashboxes of Misery by MarcQuadra · · Score: 1

    Has anyone else noticed that the slashboxes need a bit of a revamp? The Mozilla slashbox has been broken on and off for a while now, it often lags several days behind the source. Isn't at least some of that supposed to be automated? Shouldn't headlines from mozilla.org automagically be pumped into the slashbox?

    Also, why not a 'Kernel' slashbox with a summary of current releases and test releases so we don't have front-page announcements?

    --
    "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails
  123. Re:Confused by 47PHA60 · · Score: 1

    You are confusing cause and effect, motivation and implementation.

    The main motivation in writing the GPL is to allow copyright holders to keep their software open and free for as long as the copyright lasts. Stallman has made it clear that he hopes one effect of a lot of people doing this will be the end of proprietary software, and a different business model around software. It seems that a lot of people agree with this idea. Of course, you always say that the people who agree have been duped, so I won't try to convince you otherwise.

  124. Re:Hmmm.... by Mike+Hawk · · Score: 1

    So if I may boil your point down one more time...

    The article is good because it questions established lawyers, though one should still follow one's own lawyer's advice if one feels they are well served to do so.

    Wow, such bold statements, all made without putting her own money on the line thanks to the IANAL disclaimer. Look, when she is ready to put her business in jeopardy, not just everyone else's, I'll take her seriously. Until then she has as much credibility as any random person posting things on the interweb.

  125. Re:WARNING: /. logs and abuses Anonymous tsarkon by Anonymous Coward · · Score: 0

    I got this when I logged out: Slashdot only allows anonymous users to post 10 times per day (more or less, depending on moderation). A user from your IP has already shared his or her thoughts with us that many times. Take a breather, and come back and see us in 24 hours or so.

    Now that I'm logged in, it appears I can post AC. Now, let's see if I can reply without AC.