Slashdot Mirror


Bell, SuperMicro Sued Over GPL

Markus Toth writes "The Software Freedom Law Center (SFLC) has filed two more copyright infringement lawsuits on behalf of the developers of the Linux-based BusyBox utility suite. The suits allege that Bell Microproducts and SuperMicro Computer each violated redistribution stipulations of the GNU General Public License (GPL).The Bell Microproducts suit pertains to the Hammer MyShare NAS (network-attached storage) appliance, which is sold by Bell's Hammer Storage division. I was the one who alerted the busybox developers about the GPL violation after providing a script for disassembling the firmware and instructions about mounting the contained initrd. As you see in my first post at the gpl-violations.org mailing lists where I posted all mails that I sent to and received from Hammer Storage, they refused to provide me the GPL sources several times. Looks like they will have to provide them soon; I will post any updates in the nas-central blog."

68 of 273 comments (clear)

  1. How stupid can you get? by Marcion · · Score: 5, Insightful

    I assume someone had to go and evaluate the software for inclusion in the product. Is is that hard to whack a tarball onto a server and give out the link.

    We hear so many of these large companies have problems with this. Why?

    1. Re:How stupid can you get? by nebenfun · · Score: 3, Insightful

      Laziness, ignorance of the law, confusion regarding the GPL, budget issues, etc...

      The usual suspects...

    2. Re:How stupid can you get? by ehrichweiss · · Score: 3, Interesting

      Oh don't even get me started on people's confusion regarding GPL. I just read some blog where a guy completely trashed MySQL because he was under the false impression that you couldn't use it as part of the backend to a website without providing the source code. Later when shown he was wrong he backtracked and said the blog was about how people would have to pay for support or licenses or whatever other straws he could grasp that would enable him to not look as stupid as he already did; too late.

      --
      0x09F911029D74E35BD84156C5635688C0
    3. Re:How stupid can you get? by Waffle+Iron · · Score: 5, Insightful

      The GPL isn't an easy to read document

      From this I presume that you have never tried to read a typical redistribution license for a commercial software library.

    4. Re:How stupid can you get? by abigor · · Score: 2, Interesting

      Because 99% of them get away with it. I've seen gpl'd code used all over the place, mostly not entire apps but big sections of cut and pasted code that is then compiled and linked in to some larger, proprietary app. Happens far, far more often than you'd think.

    5. Re:How stupid can you get? by Todd+Knarr · · Score: 4, Insightful

      What's so hard to read about the GPL? It's a whole lot easier to read and comprehend than your average commercial software license. If a company's lawyers are expected to routinely understand complex contracts running close to a hundred pages of dense legalese, why should they have any trouble whatsoever with the GPL?

    6. Re:How stupid can you get? by Anonymous Coward · · Score: 3, Informative

      In the past, MySQL intentionally tried to confuse the issue about the license implications of their driver software. So I wouldn't blame the entirely on "that guy", they were essentially FUDing their own product for a while.

    7. Re:How stupid can you get? by drinkypoo · · Score: 4, Insightful

      The GPL isn't an easy to read document

      Reading is hard, yo! they have like, long words 'n shit!

      Seriously, the GPL is about as simple as it gets. It has to be written in legalese so it's going to be a bit obfuscated no matter what, but come on. It's actually in some of the plainest English I've seen in a legal document.

      Of course, you do have to understand some technical terms to read it, and people have deliberately fucked around with the meaning of those terms, and tried to get around the GPL in other ways, so now we have a new version. (Or do we? Is that thing out or what? Was the plan for the GPLv3 to dither until no one cared if it was changed all along?)

      That is part of the reason why a lot of companies work with BDS Licenesed code, there are less legal reprocussions from using it.

      Or, you know, BSD licensed code. Go fingers, cutwhatchyalike. Seriously though, there's no nasty legal repercussions to GPL code if you just make the whole thing GPL. It's when you start closing parts of it that you have problems. Of course a lot of companies don't want to operate that way. But the cost of saving all that time is helping others save time. You can still differentiate on the copyrighted parts of the product (case design, web interface, et cetera.)

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re:How stupid can you get? by Anonymous Coward · · Score: 4, Insightful

      You are both somewhat right. MySQL has an exception in their licensing policy that allows closed-source PHP applications to use MySQL.

      However, their general policy is as follows: the MySQL client library (which you need to link to, to talk to the server) is GPL'ed, so it can only be used in a GPL'ed application. If you want to use it in a non-GPL application, you need to obtain a license from MySQL AB. MySQL supports many more languages/interfaces than just PHP, so this is a real concern.

      So although you are right in saying that you can create a closed-source application using MySQL if you are using PHP, the other guy is right in saying that in general you cannot use MySQL in a closed-source application without obtaining a license from MySQL AB.

    9. Re:How stupid can you get? by Rene+S.+Hollan · · Score: 2, Interesting
      Is is that hard to whack a tarball onto a server and give out the link.

      Actually, yes.

      The software may not be in a form for easy building and consumption. Think about dependency hell and configuration issues. A lot of shops have a golden "build machine" that does the right thing. This poor practice is less common today, but was du rigeur in a lot of shops where I worked in the 90s -- scrambling to get product out. Often, there is a desire to not publicize the "lack of polish".

      Furthermore, there might not be a budget to support an internet-facing server if you don't already have one. Often, the "web presense" is managed by a different department than the engineering group. Again, less of an issue than it used to be, but still a problem. One place I worked (which was not exactly known for it's support of free software, and a large presence in Redmond, WA) would have to "internally lease" a server from the department that did this, and get billed $10k/month for the privilege.

      Then, there is the issue of "mail requests". If you don't distribute source with binaries, and are not an academic institution, you must be willing to provide an offer, good for three years, to provide source to anyone who asks! -- not just those you distributed binaries to. A lot of businesses are not set up to do this. [This is for GPLv2. I have not checked if GPLv3 is as onerous.]

      It actually is a lot easier to ship source with product if you don't already have the infrastructure to distribute to any and all comers. If you're not an agile shop with a dynamic internet presence, you don't have the infrastructure. Even if you do, the department that makes stuff and the department that related "publicly" often do not communicate efficiently enough.

      But, then the bean counters that try to shave every penny on the cost of an item will balk at including a CD that does nothing for functionality -- arguing that a web server is cheaper in the long run. But, you lose the market window in the time it takes you to set one up in a manner consistent with corporate policies, and might not have the budget in the short term.

      Finally, you might have customers who do not want to receive source, and balk at the CDs you send them (because getting rid of them is now an expense for them). Can you treat them in the "offer good for three years" manner? No, because you are not set up for the transferrable clause in that offer.

      This is a case of "what is easy for the individual is hard for the corporation" because of political and scalability issues.

      --
      In Liberty, Rene
    10. Re:How stupid can you get? by brunascle · · Score: 3, Informative

      I believe that's only true if you distribute the application. the GP was talking about just using it on a website, not necessarily distributing it. if you dont distribute it, you dont need to share the source.

      and how would you distribute closed-source PHP code anyway?

    11. Re:How stupid can you get? by dvice_null · · Score: 2, Informative

      > and how would you distribute closed-source PHP code anyway?

      Inside a hardware as part of the software that make the hardware work as it should.

    12. Re:How stupid can you get? by jimicus · · Score: 3, Interesting

      10 or 15 years ago I'd have said that they probably were more used to BSD/public domain licenses (along the lines of "do what you like, we don't care", optionally with an advertising clause) or buying in third-party code (which would have almost certainly expressly forbidden redistributing source code) and it was a simple case of ignorance.

      Today, however, I'm not so sure. I've met plenty of developers who don't really understand the GPL or its purpose, but I have difficulty believing an entire team had nobody onboard who understood. Perhaps the team charged with developing the software didn't have much contact with the customer-facing folks who might be asked for the source code?

    13. Re:How stupid can you get? by PitaBred · · Score: 2, Interesting

      I'm surprised anything makes sense to you... seriously. I mean, you misspelled 7 words in a 31 word line, not to mention the atrocious grammar. Just FYI, "usualy", "sence", "arn't", "normaly", "encompasing", "posiable", "writen" are only somewhat close to English words.

      The GPL is not that confusing... it says if you make changes and distribute the software, you have to make the source available. And that's about it. Period, end of story. How is that harder than commercial licenses which require you to do X if you do A, Y if you do B, but WQ and Z if you do C and D. Commercial licenses are a bitch, especially when you start having multiple different libraries that are all licensed differently.

    14. Re:How stupid can you get? by abigor · · Score: 2, Informative

      Sorry, I don't understand...do you mean, how often does one company include another company's proprietary code?

      The inclusion of gpl'd code in the way I described - download software, find good bits, cut and paste anything from a few lines to entire files, change some strings, compile, link, and so forth - is practically impossible to detect in a big executable.

      This goes for Java as well - I've witnessed (remotely) Indian shops copying screens of code from what they called "freeware" for inclusion into their outsourced code. Happens on a daily basis.

    15. Re:How stupid can you get? by Sancho · · Score: 3, Informative

      The GPL is not that confusing... it says if you make changes and distribute the software, you have to make the source available. I hope you weren't giving legal advice.

      IANAL, and this is not legal advice. That said, the requirements of the GPL go quite a bit beyond that. You must include a copy of the GPL with any GPL software you redistribute. If you distribute object code without the source, you must make the source code available to anyone who requests it for three years (which amounts to having to make it available for three years after you stop distributing that object code.) And there are other very important terms, too.

      The GPLv3 is really even harder. And all of it is in the same legalese that commercial licenses have.

      The GPL is probably easier than most commercial licenses, but that does not make it easy. The fact that it's extremely commonly misunderstood should speak to that.
    16. Re:How stupid can you get? by Todd+Knarr · · Score: 3, Insightful

      Odds on the developers understand the GPL and it's obligations completely. But the packaging and distribution of the product isn't handled by the developers, it's handled by Marketing and Sales. And those guys probably don't even know the software has a license attached, they've got no clue what all went into their software, and they likely don't think they ought to consult with mere software developers about how they can market the product. And they probably didn't ask Legal for an opinion, since it's "their" software and they can (in Marketing's world) do whatever they want with it. Customer Support's likely a division of Marketing, so when the initial e-mails came in they got handled by people with that attitude.

      And then one day the package with the letter on a lawyer's letterhead with all the court paperwork arrived, and it went straight to Legal, bypassing Marketing entirely. And Legal, being sensible people, asked the obvious questions of the obvious people. Marketing may ignore the engineers, but Management tends to listen to the lawyers.

    17. Re:How stupid can you get? by moonbender · · Score: 2, Informative

      I looked it up. Stallman/the FSF says yes. It's a derived work, since it uses (links to) a GPL lib.
      See http://clisp.cvs.sourceforge.net/*checkout*/clisp/clisp/doc/Why-CLISP-is-under-GPL

      --
      Switch back to Slashdot's D1 system.
  2. For those that use this... by Creepy+Crawler · · Score: 5, Insightful

    For those that use this as a reason to NOT use the GPL...

    What would have happened if they instead used a copy of WinNT4.0 without paying Microsoft? Microsoft would want blood, and would extract it via the BSA.

    The creators of Busybox just want you to host the changes you've done to it. They wanted no money.

    In other words: What would $proprietary_software_manufacturer do?

    --
    1. Re:For those that use this... by fotbr · · Score: 4, Interesting

      I still see this as a reason not to use GPL, preferring instead to use BSD-style licensed software or public domain software whenever possible.

      Because proprietary software producers would be just as bad, or likely worse, does not mean that the GPL is always the best solution, since it is still a restrictive license.

    2. Re:For those that use this... by Creepy+Crawler · · Score: 4, Insightful

      It's only restrictive depending if you are a coder vs end user.

      If Im an end user, I can install it anywhere, copy it anywhere, give it to my friends without worry, hack it.... The list goes on.

      Most of the restrictions only exist to ensure community efforts. After all, you got it for free, so submit your changes you sell for free.

      --
    3. Re:For those that use this... by gstoddart · · Score: 5, Insightful

      Because proprietary software producers would be just as bad, or likely worse, does not mean that the GPL is always the best solution, since it is still a restrictive license.

      Well, then if you don't like the license, don't use the software. Using GPL software against the terms of the license because you couldn't find any other free code to use is hardly an excuse.

      If you can find BSD or public domain code that allows you to re-use it and not have to write it, go ahead. If you can't, then either write it yourself, or quit whining that it's unfair you can't use the GPL stuff without adhering to the terms because it cramps your business model.

      A lot of companies just figure they can have the best of both worlds -- get the OSS stuff because it already does most of what they want, and then treat it as proprietary software they won't tell you anything about.

      As the GP said -- this isn't about software released under the GPL or if people should use it. This is about companies trying to get something for free.

      Cheers
      --
      Lost at C:>. Found at C.
    4. Re:For those that use this... by gstoddart · · Score: 4, Insightful

      I still see this as a reason not to use GPL, preferring instead to use BSD-style licensed software or public domain software whenever possible.

      Again, I'd say this isn't a problem with the GPL.

      It's a problem with commercial entities trying to use the GPLd software without abiding by the rules.

      If you can find some BSD/public domain code which does what you need, fine. If you can't, that doesn't mean you should be able to just take the GPL software -- it means you should write your own.

      I don't really see a problem with companies avoiding GPL software because of the license. That doesn't reflect badly on the GPL, it reflects badly on companies who are trying to do an end-run around the license.

      Cheers
      --
      Lost at C:>. Found at C.
    5. Re:For those that use this... by cparker15 · · Score: 3, Insightful

      In other words, you have double standards. You want to have your cake and eat it, too. You want to leech off of the community (by using its code, making money from it, and not contributing back). The only thing the GPL restricts you from doing is keeping your changes to yourself if people ask you for them.

      Don't be greedy.

      Ok, go ahead, mod me as a troll. It's the truth.

      --
      Have you driven a fnord... lately?

      You must wait a little bit before using this resource; please try again later.

    6. Re:For those that use this... by digitrev · · Score: 2, Informative

      English is very complicated, take a look at the many meanings of free.

      --
      Cynical Idealist
    7. Re:For those that use this... by drinkypoo · · Score: 2, Informative

      The GPL sure as hell doesn't meet this definition. Need I go on?

      The problem is yours, and it is one of reading comprehension. The GPL promises "Free Software". It does not promise free use, reuse, redistribution or anything else. The GPL is about freedom for software, not for you. This leads to freedom for users, although perhaps not for developers. However, since the software is about the users, this is perhaps the more defensible position anyway.

      If you feel otherwise, feel free to try to boycott the GPL, and goodluckwiththat.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re:For those that use this... by Wooky_linuxer · · Score: 2, Interesting

      all very well, but this is moot since they already used GPL software. And who says the software they needed was available under a BSD license anyway? IMNSHO, Linux grew so much more than BSDs because most developers do not want to see their code being taken and not any giveback from big companies. If so, it is natural there is more (and better - not trolling BSD or the BSD license, due only to the fact that more people opting for the GPL provides a higher chance that good software is developed) GPL software available than BSD.

      --
      Where is that guy who'd die defending what I had to say when I need him?
    9. Re:For those that use this... by Ciggy · · Score: 2, Insightful

      It's a problem which, amongst downloadable software, is somewhat unique to the GPL. Most software which is downloaded or purchased off the shelf has a EULA which, while typically overly-verbose, makes sense...
      EULAs make sense? I have [at least] one piece of software that announces "Congratulations on BUYING this software" whilst at the same time requiring me to agree to a EULA that says "You do NOT OWN the software, but a LICENCE to use it". So which is correct: the software that says I own it, or the licence which says I don't. Doesn't make sense to me.
      ...Don't copy the software to more than one computer. Don't give people a copy of the software. Don't disassemble the software...
      Whereas the GPL says you can copy the software to more than one compouter, you can give people a copy, you can disassemble the software (though you don't need to as you can get the original source) - more than Copyright Law in itself allows.

      ...Don't expect us to cover your losses if the software fails.
      I seme to recollect that the GPL also states something like that, but let's do a quick comparison.

      If I pay £0.00 for some software and it fails causinng £xxx worth of damage how much have I lost? £xxx. However, if the software costs £299.99, how much have I lost? £(xxx+299.99) - unless the supplier refunds the FULL cost of the software (plus costs incurred in obtaining said refund).

      Still looks like GPL software is the better bet.

      Most software licenses don't cover redistribution at all, except inasmuch as they say that it is forbidden. If redistribution is allowed somehow, it's almost always a part of a negotiated license rather than a boilerplate EULA. The GPL, a boilerplate license, does. It's unusual. Its provisions are unusual.
      Yes, the GPL is unusual in that it DOES allow you to distribute the code unlike most other licences. However, if you don't like the terms of the distribution, you can always contact the original author(s) and request a different licence - negotiate for what you want; just remember that they may require some form of payment in this case. The difference is that the GPL automatically allows you [restricted] distribution rights before you even have to ask!
      --

      A rose by any other name would smell as sweet;
      A chrysanthemum by any other name would be easier to spell
    10. Re:For those that use this... by drinkypoo · · Score: 4, Informative

      .I think it's hilarious how I was told I didn't know the definition of the word free and given a link. I copied and pasted EXACT definitions from that link..and I was marked as flamebait.

      Except, uh, that's not what happened here. What happened here is that you looked up "Free", decided it didn't apply to the author of the software, and therefore that "Free Software" was bullshit. But it doesn't say "Free Use Of Software". It says "Free Software". It's like "Free Willy", it doesn't mean you can take him home, it means he jumps over the rocks and goes out in the ocean and gets eaten by a giant squid.

      True freedom...for the users and the developers comes from the BSD license. You can do as you wish with the software and nobody is going to tell you by force to open up your code. The original developers also don't lose any freedoms because the original source is still there. It's a win-win situation.

      Look, this is very simple. The choice of license is at the discretion of the author. If the author's principal principle is that the code remain free to roam about the world, they use the GPL. This reduces the freedom of the author, but it improves the freedom of the customer. If they want to retain maximum control, they use the BSD license. However, even the BSD license has restrictions (the continuance of the license.) If you truly want to make unencumbered software, you place it within the public domain. This relinquishes control of the software entirely.

      Note that even after an author releases code under the GPL, they still have the right to release it under another license. What they don't have the right to do accept code from others without having them assign copyright to the original author, and then close that code, re-issue it under another license, et cetera. This part of the GPL is powered by copyright law, so it changes nothing.

      Anyway, it really is very simple to see that the GPL provides the maximum freedom for the code. This is the best situation for the developer in many cases, if their goal is for others to benefit from changes made to their code.

      The large amount of gpl violators getting taken to court in the past year or so will scare businesses into not using it.

      The problem with this analysis is twofold. First, as the size of the code base increases the benefit from using the GPL solution increases, and software is always getting bigger. Second, it's not hard to not get sued for GPL violation. Just follow the license in the first place. If your lawyer can't tell you what to do in order to follow the GPL, get a new lawyer.

      The GPL V3 is even worse. It controls services..even though it is a distribution license.

      Tivoization is an attempt to bypass the intent of the GPL, and closing that loophole is the only sensible thing to do.

      As before, if you don't like the GPL, don't use it. But so much of the best software out there is licensed under the GPL, perhaps you should consider the possibility that there might be something to this whole thing after all.

      Sooner or later there won't be any more closed-source operating systems. There will probably always be closed software, but it will be only for niche markets and amusements. After a certain point it just doesn't make sense to reinvent the highway system, let alone the wheel.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    11. Re:For those that use this... by drinkypoo · · Score: 4, Informative

      Stallman has come out many times and said that you are given more freedoms with "free software" (not that the software itself was free).

      This is true as a user. It's not so true as a developer, except that developers tend to use more software than they write... Which makes them users, too.

      When people talk about freedoms in america, are they talking about the freedoms of the stop sign or some other inanimate object?

      When someone orders a "Pepsi Free", are they expecting to not have to pay for it?

      This is where I have a problem. It's not free. There are many restrictions attached to the license, voiding the definition.

      Again, it's not about your freedom, it's about the software's freedom. There are many resources which explain this.

      As a USER, you are MORE free with the GPL software. You can do anything you like to it, except steal it (e.g. take credit for it, benefit from it without giving back, et cetera.) In fact, the only person you have to give the code to is the person who buys it.

      Good software? maybe. The best? hardly. Most open source projects are cheap knockoffs of proprietary apps. PHP, mysql, and apache are pretty much the only open source projects I can say are good.

      PHP and mysql are clusterfucks. gcc, on the other hand, is pretty much the most versatile compiler suite on the planet, and it's often shipped with some of the best compiler tools (flex, bison, etc etc) around. THOSE tools are so good that even people who have the suits with better-optimized compilers (e.g. sunspro for SPARC) will still use those pieces.

      But seriously, all types of software is being superseded by OSS "alternatives" over time.

      as I said in my post, you release your code even in the public domain others benefit to the maximum. The changes that others' make to the code are not owned by the original developer.

      No, that is nonsense. It allows others to close derivatives of your code, thereby profiting from your work without giving benefit to others. That does NOT provide the maximum benefit to the user. If it's what you want, that's okay, but it clearly does not provide the user the maximum benefit. It allows people to make products with your code and then close it away from the user. That's not a benefit to the user in ANY way!

      Every OS based on the GNU license makes it almost impossible for developers to actually make money.

      What? Operating systems aren't based on licenses. They're based on kernels and libraries (or something equivalent.) In the case of Linux, while the Kernel is under the GPL there is an explicit exception to allow programs which require it to operate to not be GPL'd, although things linked into the kernel must be GPL. In the case of the libraries, licenses vary but many of them are LGPL, which does not require that you license under GPL, thus you can still keep your code closed.

      Since there are 10 variations, you are almost forced to release the source and the users generally don't believe in paying for software.

      This is a blatant lie, or you simply do not understand what is actually happening. Use vmware as an example. The part that goes into the kernel is open source. The important parts are all in the closed-source binary. The program is dynamically linked, and ships with fallback libraries in case you don't have the appropriate libraries or versions. There is no need whatsoever to take the steps you describe.

      Microsoft made a mistake with Vista and it is time for another OS to take it's place in the market. It won't be linux..it will be OSX.

      OSX is a boondoggle. Apple decided they needed Jobs so they took NeXTStep instead of BeOS, and then ruined NeXTStep in the process of modernizing it. It used to be peppy on a 25 MHz '040. Now it's slow (as in, unresponsive) on a dual G5, or a Core Duo. BeOS was fast and peppy on their silly dual 66MHz system. If Apple becomes the dominant player, I'm going to be very surprised.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  3. Others may decry it, but I support it. by AltGrendel · · Score: 2, Insightful

    Good work, Mr. Toth.

    --
    The simple truth is that interstellar distances will not fit into the human imagination

    - Douglas Adams

  4. I'll guess "money". by khasim · · Score: 3, Informative

    It's cheaper to use the "available" code when the executives in charge of the project cannot be bothered to familiarize themselves with the project AND stand to make a bonus the sooner it ships.

    1. Re:I'll guess "money". by robertjw · · Score: 2, Insightful

      Maybe because it creates an image where there is little to differentiate of your product from that of the next guy? Makes it kind of hard to justify ridiculous profit margins... Or maybe you will have to compete with your hardware. If these companies are cutting corners on their software development, they are probably cutting corners on their hardware development as well. If company Z has better hardware and can use your GPL software, you are pretty much SCREWED.
  5. Source not posted? by Anonymous Coward · · Score: 5, Informative

    Are the files at the bottom of
    http://www.hammer-storage.com/support/software_updates.asp
    not the right stuff?

  6. confused by QX-Mat · · Score: 3, Interesting

    Is this really such a big thing? Surely they only have to mirror the sources from their original location unless they've made modifications?

    Shouldn't time an effort be spent on finding the guys who modify the sources, and make a profit, rather than those who merely fail to mirror and honour the distribution agreement because they're lazy?

    This reminds me of the Debian upstream/downstream problem that rears it's head up now and again: if the sources are freely available, does every man and his dog have to distribute the unmodified version if they merely make use of it downstream?!

    Matt

  7. what product does supermicro use BB in ? by bugs2squash · · Score: 2, Interesting

    I've never seen busybox on any of it and I generally buy a dozen or so servers per year (mostly from serversdirect.com).

    If they're taking the piss I'll look out for an alternative for future purchases.

    --
    Nullius in verba
    1. Re:what product does supermicro use BB in ? by $RANDOMLUSER · · Score: 4, Informative
      According to the complaint, SuperMicro's "AOC-SIM1U+ IPMI 2.0 System Management Card" contins BusyBox; and while SuperMicro supplied the source, they did not supply

      the "scripts used to control compilation and installation of the executable" and therefore did not constitute "complete and corresponding source code" within the meaning of the license.
      Sounds a little thin to me.
      --
      No folly is more costly than the folly of intolerant idealism. - Winston Churchill
    2. Re:what product does supermicro use BB in ? by drinkypoo · · Score: 3, Informative

      The GPL says you have to produce enough information to build the software. If they didn't do this, they violated the GPL. It's not very complicated, really. If your software won't build without some wacky, non-obvious commandline options you need to provide them... AND you're an asshole :)

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  8. Why NOT hand out the source? Its an app. by quarrel · · Score: 4, Insightful

    Can anyone shed any light on why companies repeatedly do this with Busybox?

    I can sort of understand their motivation (if not their ethics/commercial sense!) if they've got a highly modified Lunix kernel where they've made extensive changes to the networking stack to enable their "unique" feature or similar, but why with Busybox? Surely the path of least resistance is just to make the tar ball available (or realise, you've stuffed up, and start making the offer and send any that ask the tarball to play catch-up). Are any of these guys really making proprietary improvements with amazing IP involved to Busybox? It seems an unlikely place to do it..

    Maybe they've ported it to the latest tiniest CPU, but they still get a time to market advantage their (particularly versus producing Busybox like functionality from scratch!), but even that seems unlikely to be worth fighting hard when you'll quickly realise you'll lose.

    Why go to the hassle?

    I suspect that this probably boils down to default policies and a lack of understanding of the GPL more than anything, sadly. By default most companies would have a "We don't make available ANY of our IP unnecessarily" and that hasn't yet gelled with the GPL. No one wants to stand up and make the call that compiling Busybox didn't involved much of the companies IP, and releasing the source is an obligation.. The people involved with the IP aren't the same people that make the 'legal' calls and so companies come across with these silly positions..

    --Q

    1. Re:Why NOT hand out the source? Its an app. by Brandybuck · · Score: 2, Insightful

      Because it's not at all clear that you have to post the source code to Busybox! You haven't modified Busybox, you haven't made a derivative work, you haven't done anything at all to its source code. Hell, you probably haven't even SEEN the source code, since you got it from a binary. I work with a lot of embedded device manufacturers, and they do not use LFS, they use prepackaged embedded Linux systems or kits.

      It's also not at all clear that distributing hardware is also distributing the software. There is no clear point at which the software is an integral part of the hardware and when it is an end user product.

      The GPL claims it is based on copyright law, but copyright law is extremely vague on a lot of points.

      --
      Don't blame me, I didn't vote for either of them!
  9. Better late than never by RingDev · · Score: 5, Insightful
    From the download page on their site:

    myshare Source Files

    The myshare source files are made available under various open source code licenses, including the GNU General Public License (GPL). Please review the license terms included with each download for the rights, obligations and restrictions associated with the open source file.
    Installation instructions
    title / description download posted release notes

    Myshare Home v.1 GPL Source Code
            47.6 MB 06/11/08

    Myshare Home v.2 GPL Source Code
            158.1 06/11/08

    Myshare Office v.2 GPL Source Code
            220.8 MB 06/11/08 Looks like they just got them up last week (apparently 5 months after the GPL-Violations post).

    -Rick
    --
    "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
    1. Re:Better late than never by Wizzar · · Score: 5, Informative
      I'd just like to add that the 11th was two days after the lawsuit was filed.

      From the article:

      The lawsuits announced today were both filed June 9 in the United States District Court for the Southern District of New York.
    2. Re:Better late than never by RingDev · · Score: 4, Insightful

      Which goes to show: a lawsuit is far more powerful than the saber rattling of an anonymous e-mailer with bad grammar.

      Just think, with proper grammar and some respect, Markus might have been able to motivate Mr. Vang to be a bit more interested in meeting the requirements of using GPL code. This whole thing might have been resolved with out lining the pockets of more lawyers.

      -Rick

      --
      "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
    3. Re:Better late than never by rahvin112 · · Score: 4, Interesting

      It's too bad they already lost their rights under the GPL. Once the suit is filed the SFLC won't accept just publishing the source. To get distribution rights back is going to cost them some cash to cover SFLC's costs in addition to some punitive costs to make sure they remember never to do it again.

    4. Re:Better late than never by RingDev · · Score: 4, Funny

      And 9 days before it got Duped on slashdot.

      -Rick

      --
      "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
    5. Re:Better late than never by stinerman · · Score: 4, Informative

      And that's exactly why the SFLC must file suits and follow through.

      If the only penalty is having to open up the source once a suit is filed (and the SFLC or associated copyright owners proceed to drop the suit) then there isn't a downside to closing the source and violating the license.

      If there aren't any monetary damages, then any company can violate the GPL with impunity until they're "caught".

  10. Re:Understandable response... by m.ducharme · · Score: 4, Insightful

    I didn't realize that the GPL allowed you to deny source code to someone on the basis of poor grammar or the use of a pseudonym. Oh wait...

    --
    Rule of Slashdot #0: You and people like you are not representative of the larger population. - A.C.
  11. Re:Funny thing about GPL by zapakh · · Score: 5, Informative

    The people who wrote it are always complaining about there being too many lawsuits, yet they engage in the same activity that they critisize. This just in: The GNU GPL is not Mr. Nice Guy.

    Besides which, the complaints about lawsuits typically have less to do with quantity and more to do with quality. Otherwise the discussion threads would be much shorter.
  12. Fear. by khasim · · Score: 5, Insightful

    Fear that your competition will download it and leap-frog all "your" development "efforts" by using "your" code in their device.

    I'm serious. If they UNDERSTOOD the process, they would ANNOUNCE that it was GPL'd and that anyone who wanted to could modify it or add features, etc.

    Just like LinkSys found with their wireless routers.

    1. Re:Fear. by LehiNephi · · Score: 4, Insightful

      If another company uses your code to make their product better, they're still bound by the GPL. Thus, once you have their source code in hand, you're in a nice position to leapfrog their development.

      --
      Help find a cure for cancer. Join the [H]orde
    2. Re:Fear. by strabes · · Score: 5, Insightful

      And that's exactly why open source is so powerful.

      --
      Its = possessive. It's = "it is"
    3. Re:Fear. by Sancho · · Score: 5, Informative
      Linksys had their hand forced. Even after discovering the issue in 2003, and releasing the source code for object code run by the then-current devices, they still (apparently) didn't get the point. In 2005, this posting to gpl-violations indicated that Linksys released a product using GPL code and wasn't prepared to release the source for at least four months.

      I have to believe that their routers are some of the most popular ones out there, primarily because a buyer, if they so choose, and easily upgrade to a different OS (which is what I did with my WRT54GL, which now has dd-wrt - I love it!) You can bet that Cisco, who bought Linksys shortly before the debacle, wasn't happy. Being able to get high-end device features on a low-end device is not part of most businesses plans. I'm sure that Linksys devices were extremely popular due to this, but one has to wonder if Cisco lost any sales to small-to-medium businesses over it.
    4. Re:Fear. by Jah-Wren+Ryel · · Score: 4, Insightful

      And that's exactly why open source is so powerful. No. That's why GPL'ed code and other share-and-share alike licensed code is so powerful.

      BSD licensed, MIT licensed, etc code does not share in that power.
      --
      When information is power, privacy is freedom.
    5. Re:Fear. by bill_mcgonigle · · Score: 3, Insightful

      You can bet that Cisco, who bought Linksys shortly before the debacle, wasn't happy. Being able to get high-end device features on a low-end device is not part of most businesses plans. I'm sure that Linksys devices were extremely popular due to this, but one has to wonder if Cisco lost any sales to small-to-medium businesses over it.

      Isn't that why they bought Linksys? Because the low-end was becoming good enough for many customers?

      Better to buy a Cisco-Linksys box than a Netgear.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    6. Re:Fear. by jevvim · · Score: 2, Interesting
      one has to wonder if Cisco lost any sales to small-to-medium businesses over it.


      If an SMB customer is willing to install a 3rd-party firmware on a Linksys device to get more features for less coin, I doubt that customer would have considered a Cisco product in the first place. In that case, it seems Cisco could be making a little money through the consumer hardware sale instead of no money through no hardware sale.

  13. Re:Maybe I'm wrong... by Todd+Knarr · · Score: 5, Informative

    No, you're not being pedantic, you're being wrong. To quote from the GPL v2, section 3b (which covers distribution of source for binaries which were distributed without accompanying source), the vendor must:

    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;

    Notice that the offer does not say the vendor must give only people who bought their product the source code. It says they must give any third party the code. Now, under section 3a the vendor only has to give the code to people who receive the product, but 3a pertains to the vendor distributing the source code with the product itself. If they don't include the source code with the binaries, 3a doesn't apply. And since it's not a non-commercial distribution, 3c doesn't apply either.

  14. Re:Understandable response... by Kjella · · Score: 3, Insightful

    I didn't realize that the GPL allowed you to deny source code to someone on the basis of poor grammar or the use of a pseudonym. Oh wait... Well, there are two possibilities:
    1. They know they're violating the GPL and just want him to get lost
    2. They don't know what the GPL is, that they're using GPL'd products, that they don't read the GPL right, they don't understand who he is, why it's any of his business, why he thinks he's got any right to their products source code and so on.

    In the latter case, good communication skills that presents your case in a serious, professional and understandable manner that makes them realize their error or at least begins a closer investigation of the issue may be an advantage. Besides, it looks to me like his legal skills are severely lacking:

    As you see in my first post at the gpl-violations.org mailing lists where I posted all mails that I sent to and received from Hammer Storage, they refused to provide me the GPL sources several times. Looks like they will have to provide them soon No, they do not. They can withdraw the product, pay any fines but they will never have to provide any source unless they want to. Personally I wish they'd take a more RIAA-ish approach, have each author sue for 150,000$ each. That should stop GPL violations really really quick.
    --
    Live today, because you never know what tomorrow brings
  15. Re:Understandable response... by mrsteveman1 · · Score: 4, Funny

    It's section 37, right below the part about defacing pictures of the poor, innocent GNU in its natural habitat.

  16. Re:Understandable response... by RingDev · · Score: 3, Informative

    I don't know if I would say it's reasonable, only that it is realistic. And I wouldn't say it's okay so long as they don't get called out on it. I would say that it is okay to prioritize risk management though.

    A single kid making noise? The settlement cost would be less that the bandwidth bill for 6 months, and that is based on a really low likelihood of the kid getting out of his basement and pressing the issue.

    A copyright holder with out an attorney? Not the biggest threat on the plate, but definitely something that is on the radar. Might be worth it to have a contingency plan in place so that if this treat grows the organization can deal with it quickly and effectively. No sense in blowing resources unnecessarily though.

    A certified letter from an attorney demanding we correct our licensing deficiencies? Time to spin up that contingency plan!

    A summons? Those files better be on the website before I have to explain to the CEO why we are being sued!

    Again, just to make sure no one is going to confuse me for a GPL abusing bastard, in that case I would have ensured the GPL code was available on the website and have avoided the situation all together. I'm not saying this stuff is right, only that it is realistic, and that you will get a LOT further in the business world by writing respectfully than writing in SMS shorthand.

    -Rick

    --
    "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
  17. Slavery - Freedom To Take Freedom by mrcaseyj · · Score: 4, Insightful

    The GPL only restricts your freedom in a way similar to laws that prohibit slavery are restricting your freedom to take slaves. The GPL only takes away your freedom to take away the freedom of your users and the original authors of your code.

  18. Re:Understandable response... by tftp · · Score: 3, Interesting
    The email fails to connect several ideas. Most importantly, he does not say why "running Linux" requires anyone to make the sources available. We know why, but the email should have said that explicitly. The email does not look like a legal request, it looks like some stupid tech support question. I would write a starter email, for example, like this:

    Dear Sir,

    it came to my attention that your product XXX, which I purchased through YYY, uses software based on a licensed component ZZZ. The license (GPL) grants me, the user, the right to obtain a copy of the source, and places a specific legal burden onto your company to provide such a copy to users of your product for free, or for a nominal fee to cover copying and mailing. Please refer to ${URL} for specific terms.

    As a user of your product, having been granted the right to obtain the source code, I wish to exercise this right. Would you be so kind to inform me how I can download, or otherwise access, the source code in question?

    Thanks in advance,
    ${name}
    ${address}
    ${telephone}

    Most tech support people will forward such an email to their manager, and the manager will send it to legal, where it will be reviewed, and a company lawyer will not dare to ignore an official, lawful request that is traceable, because they know that willful infringement is worse than ignorance, and now they know.

  19. All I've got to say by Chas · · Score: 4, Funny

    GNU more Mr. Nice Guy...

    *Pulls on asbestos undies*

    --


    Chas - The one, the only.
    THANK GOD!!!
  20. Re:Understandable response... by Call+Me+Black+Cloud · · Score: 3, Funny

    "Hello, this is mindbender. Yes, mindbender. Send your code to me, to mindbender. I don't care if you are a mere outsourced csr, for I will post messages about you and write about you on the internet if you do not do what I, mindbender, wish. Yes, I could have contacted your corporate office and asked for your legal representation but instead I chose to explain GPL to someone whose database of responses is limited to the simplest queries. Do not fail to heed mindbender's threats, randomly chosen tech support person, for we want what we want and we want it now."

    Signed,

    gnu/mindbender

  21. Re:They should fight the GPL all the way.. by gnasher719 · · Score: 2, Insightful

    a) Putting something into GPL is the same as putting it into the public domain because there is no control over distribution and no economic damages associated with infringement. Does Bells use of GPL code actually cause economic harm to the developers, and the answer is arguably no. The answer is very, very arguably yes. The Busybox developers hold the complete copyrights. Therefore they are able to sell you their library under any license terms that you and they agree on. If you find the GPL terms not acceptable for you, you can write down any license terms you like and negotiate with them; it is just a matter of money. There is a good chance that you could put the complete Busybox code into say a router that you build without having to publish the source code if you pay these guys a million dollars. The money that Busybox could have charged for use of their library under a non-GPL license but which they didn't get, that is the financial damage.
  22. Re:They should fight the GPL all the way.. by Todd+Knarr · · Score: 2, Informative

    Argument A would get tossed out immediately based on copyright law. The law is very clear: code is copyrighted by it's author by default, and never enters the public domain except by the copyright term expiring or by an explicit written statement from the author committing the work to the public domain.

    Argument B would get tossed out as a matter of law. A party who has standing to sue can contract with someone to represent them in the suit. That's what's happened here, the BusyBox authors have assigned SFLC as their legal representative when dealing with copyright-infringement matters. If you think the court's going to tell the BB authors that they can't have an attorney handle their case for them, I'm afraid you'll be in for a suprise.

    The problem is that the law is settled. That's why companies are so quick to comply and settle fast in GPL-violation cases once they realize that the copyright holder really is prepared to take them to court.

  23. Re:When will closed-source companies learn? by Tweenk · · Score: 2, Interesting

    The GPL, DMCA, and EULA's are all the spawn of evil idiots. The idea of equating DMCA and GPL is so ideologically perverted that I stand in awe of your post, which must have been inspired by Satan himself. I will not even try to dissect the logic behind your argument, because my brain might become damaged in the process and I might suddenly feel compelled to eat hamsters, start a vanity blog or create furry porn.
    --
    Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
  24. Not fear, rational decision making. by raehl · · Score: 4, Insightful

    Or, I can develop my own software, and maintain my competitive advantage over my competitor.

    Anyone who produces products has to decide what is more valuable - being able to use free software from the community, or being able to keep your software secret. If all you are going to add to the software is something that anyone else could create without much effort (i.e., software is not your key differentiator) then open source is the way to go.

    But if you're going to make a massive improvement to whatever software you might take, something that is going to cost you a lot of money to develop (and would thus cost a competitor lots of money to develop), it makes the most sense to keep it to yourself.

    Put more simply, a product that is 90% open source software from the community and 10% improvement is probably best released as open software - you get 90% for the cost of 10%. But a product that would be 10% software from the community and 90% software you develop yourself, it makes more sense to also redo the 10%. Trading away 90% for 10% would just be a bad business decision.

  25. Most BSD devs' arguments are better than yours by Schraegstrichpunkt · · Score: 2, Insightful

    As a software engineer, I understand the importance of adhering to and enforcing a software license, however these constant lawsuits are eventually going to cripple the free software movement.

    Oh really? How? The terms of the GPL are very clear, and people keep getting sued because they persist making up their own rules instead of following the actual rules. The GPL is only effective because the risk of lawsuits is real.

    Many companies are adopting OSS as a means of rolling out custom products faster. It is easier to use something that already exists rather than rebuilding it themselves.

    What invariably happens is that along the way, is that some engineer decides to make a modification to a package in order to make it fit their unique needs (usually without authorization from the legal dept). Next thing you know you have a product that is heavily dependent on some customized OSS package that was never supposed to be used in such a capacity. Now the company is forced to turn over software that they invested in and are exposed to risk of litigation because of a breakdown in the dev process.

    Oh, cry me a river! If your company can't get its act together, then it's best for everyone that your company's competitors---who actually do follow the rules---eat your lunch.

    Now I am not saying that companies should be able to rape OSS projects for free development work

    In effect, that's exactly what you are saying.

    but there has to be a balance.

    Why? Between what extremes? What would be the impact?

    I think the FSF and the Gnu people should work out some sort of process where corporate customizations can be evaluated for context and value of the original package. And maybe have a source review process where the OSS developer can review what was added without exposing trade secrets of the corporations trying to use the OSS.

    What? Who would do the evaluation? How do you judge "value"? Who is going to bear the cost of this process? Why are trade secrets being intermingled with GPL-covered code? What's would the BusyBox gain by doing this? What would society gain?

    The FSF and the GNU people have worked a lot of things out. They created the rules that leveled the playing field for all of us. Those rules are codified in the GPL. You apparently don't like the rules, and whine when they are enforced.

    I think it is insane to treat corporations as the enemy.

    Red Hat isn't the enemy. MySQL isn't the enemy. Ingres isn't the enemy. Google isn't the enemy. Microsoft is an enemy, but only because they have a history of trying to screw, well, everyone (and there's no credible reason to believe that they've stopped). The "enemies" are those who persist in acting selfishly to the detriment of all of us. If anything, I'd argue that the BusyBox developers have been too lenient: Linksys routers (to my knowledge, which is a bit out of date) still aren't shipped with copies of the GPL included.

    OSS developers should be working with Corporations not suing them.

    They are. Many work for corporations. Many are corporations.

    This is the sole reason I release all my code under BSD license. I want people to use my products

    Then the BSD license is a good match for your goals. Good for you. Not everyone values fame as highly as you do. People who release software under the GPL generally do so either to spread the freedoms that the GPL provides, or because they want to modify and re-distribute software that is already covered by the GPL. I see no reason to prejudice the latter group by letting Bell, SuperMicro, or anyone else get a free pass.

    Being a corporation has nothing to do with it.