Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
GNU is Not Unix Software The Courts Linux

SFLC Finds One New GPL Violation Per Day 187

eldavojohn writes "In July, the Software Freedom Law Center (SFLC) leveled the finger at Microsoft for a GPL violation but how often does this actually happen? Sunday, Brad M. Kuhn (tech director at the SFLC) stated in his blog that since August of 2009 he has been finding about one per day. So why is it that we have only covered a handful of these cases in the news? Brad offers sage wisdom; surprisingly, he recommends, 'Don't go public first. Back around late 1999, when I found my first GPL violation from scratch, I wanted to post it to every mailing list I could find and shame that company that failed to respect and cooperate with the software freedom community. I'm glad that I didn't do that, because I've since seen similar actions destroy the lines of communication with violators, and make resolution tougher.' Public shame is evidently not always the best answer. Ars has a few more details and notes that (in accordance with Brad's advice) lawsuits are usually a dead last resort."
This discussion has been archived. No new comments can be posted.

SFLC Finds One New GPL Violation Per Day

Comments Filter:
  • by asdf7890 ( 1518587 ) on Tuesday November 10, 2009 @12:53PM (#30047352)

    GPL is about forcing future software to also be free. Not using it doesn't rob anyone of anything.

    GPL is about forcing future software that uses on GPLed code to also be free. You don't want to be held by the GPL? Then don't use GPLed code. Is it really that difficult?

    Got GPLed code in your project by accident? Then you didn't do due diligence properly. Your fault, not the GPL's fault.

    Got GPLed code in your project by no fault of your own (bad contractor, used a library or other source that itself broke GPL, or some such reason)? That does sometimes happen and here you need to discuss it with the owner of the affected code.

  • by Rennt ( 582550 ) on Tuesday November 10, 2009 @03:20PM (#30049850)
    You may choose to define "free" however you like (this is an acknowledged problem with the term), however when the context is free software, the Free Software Definition [wikipedia.org] is fairly well established.
    • run the program, for any purpose (freedom 0)
    • study how the program works, and adapt it to your needs (freedom 1)
    • redistribute copies so you can help your neighbor (freedom 2)
    • improve the program, and release your improvements to the public, so that the whole community benefits (freedom 3)

    You are, of course, also free NOT to release your own work under the GPL. Meanwhile, imposing your sense of freedom on others reduces their freedoms no matter which license you choose.

    Now you did not actually reveal what your ideal "free" licence is, but I will share with you Rennt's Law: "The probability that anyone arguing that the GPL is not "free" is really just pissed that BSD is not as popular is exactly 1".

  • by TheRaven64 ( 641858 ) on Tuesday November 10, 2009 @05:12PM (#30051506) Journal
    BSD and MIT, yes. Apache, no. The GPLv3 has a specific exemption for the clauses in the Apache license that are not compatible with the GPLv2. You can not use GPLv2 code and Apache Licensed code in the same project.
  • Re:closed up (Score:3, Informative)

    by Anonymous Coward on Tuesday November 10, 2009 @07:22PM (#30053256)

    AFAIK its pretty much only the US, Australia, Japan and South Korea that considers those patents valid, the rest of the world doesn't. (The vaguely unspecified countries in europe would be all EU members AFAIK)

    Ofcourse those countries are important enough to make it a problem, but personally i don't mind just ignoring the patents and simply not distribute anything to those countries, (If anyone wants to distribute software in the US he can hire a lawyer, i'd rather not care though)

Those who can, do; those who can't, write. Those who can't write work for the Bell Labs Record.

Working...