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 L4t3r4lu5 ( 1216702 ) on Tuesday November 10, 2009 @12:26PM (#30046850)
    Ever consider that the latest and greatest feature in the latest and greatest, multi-million unit shipping product may be using code you developed?

    Ever wanted to maybe boost your pay by jumping to a new company, based on that?

    Tough shit. They don't have to say you had anything to do with it. They can just collect the bounty and laugh all the way to the bank. They might have a toast in your name for being a baffoon. Hell, they can even say they developed it themselves, as long as they can read what you've coded. If you're happy with that then fine, amazing, how altruistic of you. I applaud you.
  • Haduh! (Score:2, Interesting)

    by hunteke ( 1172571 ) on Tuesday November 10, 2009 @12:45PM (#30047196)

    In U.S. culture at least, we have little notion of how to let the "other side" save face. Saving face, or not 100% embarrassing folks when they've obviously messed up, is critically important in many negotiations, both exactly political, and locally among friends. The old adage "it's not what you say, it's how you say it," still rings true. People aren't stupid, and most would rather not be insinuated as such. People do, however, make mistakes, either semi-intentionally, unknowingly. (Analogous to driving, right? That's why they call crashes "accidents".)

    Ridiculing folks gets folks nowhere. In the long run, most would agree that having businesses around and prospering is a good thing. (Let's not get into a debate about size of businesses for now.) A healthy business affords jobs to the local community, a service to those who need it, and acts as a community partner. A dead business does no such thing. A friendly reminder is often more than enough to get someone to clean up there act. I know it sure is for me.

  • Re:closed up (Score:3, Interesting)

    by jim_v2000 ( 818799 ) on Tuesday November 10, 2009 @01:24PM (#30047908)
    Who can sue over a GPL violation? Doesn't it have to be the author of the code?
  • by Blakey Rat ( 99501 ) on Tuesday November 10, 2009 @01:29PM (#30048014)

    What freedom are end users losing if a company includes public domain code in their software? Please provide realistic and practical examples that prove you've thought about the concept longer than 15 milliseconds.

  • by TheRaven64 ( 641858 ) on Tuesday November 10, 2009 @02:06PM (#30048704) Journal

    You don't want to be held by the GPL? Then don't use GPLed code. Is it really that difficult?

    Yes, sometimes. Here's a concrete example. I library that I wrote uses libavcodec. My library is MIT licensed, and someone who uses my library also uses an Apache licensed library (I can't remember it's name; something for parsing MPEG-4 atoms) and released his code under the BSD license. Libavcodec is normally LGPL, so this is fine. Unfortunately, there are half a dozen or so optional files in libavcodec (e.g. some MMX optimisations) that are GPL'd. Some distributions include these in their binary versions. They then can't distribute this application as well without violating the GPL (because the Apache license is not compatible with GPLv2).

    The GPL'd files are not included in the build of libavcodec on my machine, nor on the machine of the person who wrote the application using my library, but his code can't be shipped with Debian because the person who maintains an upstream package chose to incorporate some GPL'd code into their stock build of a library.

  • Re:closed up (Score:2, Interesting)

    by IntlHarvester ( 11985 ) on Tuesday November 10, 2009 @03:12PM (#30049724) Journal

    "It's OK to violate the GPL because ..."

    The GPL has a patent clause because the intent was to build an ecosystem of patent-free (or freely redistributable) software. Software patents suck, but simply ignoring them just pushes the problem farther down the line.

    The result is a bunch of pseudo-free software that can only be legally distributed in some vaguely unspecified countries in "Europe" where software patents aren't enforced. And that causes problems for end users and distros because it's not exactly clear which OSS is intentionally violating someone's patent (beyond the obvious sound/video stuff).

  • by bws111 ( 1216812 ) on Tuesday November 10, 2009 @05:00PM (#30051312)
    Not as cut-and-dried as you might think. First, it is not just modifying that is a problem, it is linking with. Here is a real example. My company developed a fairly large system for internal use, which linked to some GPL components. This system contains some trade secrets. All perfectly legal under the GPL, and not evil. Several years go by, and the company decides to contract out some work. This contracted work means the contractor needs a copy of this software: extremely big problem. Because of the GPL'ed code, we must provide source to the software, including the trade secrets. Furthermore, unlike normal business deals where we have confidentiality agreements with contractors, we can't stop them from releasing the source code. This resulted in two things: a delay in the project while the software was recoded to remove all GPL components, and a new company rule saying no GPL code, period.
  • Comment removed (Score:3, Interesting)

    by account_deleted ( 4530225 ) on Tuesday November 10, 2009 @11:43PM (#30055854)
    Comment removed based on user account deletion

If you want to put yourself on the map, publish your own map.

Working...