Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Enforcing the GPL On Software Companies?

Posted by kdawson on Sun Jun 22, 2008 04:34 AM
from the four-words-software-freedom-law-center dept.
Piranhaa"I currently use an IPTV box that runs software by Minerva Networks. When you ssh into the box, you are greeted with a BusyBox v1.00 (ash) shell. It's clearly running a flavor of Linux (uname -apm outputs: Linux minerva_10_0_3_99 2.4.30-tango2-2.7.144.0 #29 Wed Mar 16 16:16:16 CET 2005 mips unknown). However, when you look at their Web site there is no publicly available source code. Since the GPL in both BusyBox and the Linux kernel require that anyone using and distributing the binaries of this software make source available to everyone, what would one do in order to enforce this? I've personally emailed Minerva and left voicemails with no reply."
+ -
story

Related Stories

This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • Write to the FSF. (Score:3, Informative)

    by V!NCENT (1105021) on Sunday June 22 2008, @04:37AM (#23892719)
    The GPL itself says you should write to the FSF when someone is violating the GPL.
    • Re:Write to the FSF. (Score:5, Informative)

      by kie (30381) on Sunday June 22 2008, @04:48AM (#23892777) Homepage Journal

      http://www.gpl-violations.org/ [gpl-violations.org]

      might be a good place to start.

      • Re:Write to the FSF. (Score:4, Interesting)

        by LWATCDR (28044) on Sunday June 22 2008, @06:17PM (#23898057) Homepage Journal

        Wouldn't contacting the company be a better place to start? They are not required to put the source code on the website.
        Also if they don't modify the source do they have to make it available? Does Dell offer Ubuntu for download?

    • Re:Write to the FSF. (Score:4, Informative)

      by Ed Avis (5917) <ed@membled.com> on Sunday June 22 2008, @05:57AM (#23893037) Homepage

      The GPL itself says you should write to the FSF when someone is violating the GPL.
      GPL version 2 (which Busybox 1.00 uses, and also Linux) doesn't say that anywhere. Nor does version 3. What part are you looking at?
        • License enforcement (Score:5, Informative)

          by jogu (236017) on Sunday June 22 2008, @06:13AM (#23893089) Homepage

          As the parent says, only the copyright holder can actually take any legal action.

          For busybox, you can see on http://busybox.net/license.html [busybox.net] that:

          "BusyBox's copyrights are enforced by the Software Freedom Law Center (you can contact them at gpl@busybox.net)"

          This an effective process, but a slow one (expect it to take 6 months+ for any response on past experience).

          For the linux kernel, lkml is perhaps an appropriate place.

          FSF can't help, since they don't own any of the software.

          You perhaps want to consider how you're wording your requests. If a polite (or impolite) request for source code has been refused, you might want to try a different track, pointing out that the hardware contains software that they have no valid license to distribute and is hence illegal, and would they like to discuss this further before you contact the copyright owner.

          Under copyright law, there is absolutely no requirement for them to provide the source code. One possible legal conclusion is that they pay court decided damages to the copyright owners for illegal distribution to date, and cease further distribution. If they wish to continue distribution, it's likely that they're only available option is to open the source code, especially since their are often multiple copyright holders, especially in the linux kernel.

          (Disclaimer, I'm not a lawyer, and some points will vary between jurisdictions.)

          • by ari_j (90255) on Sunday June 22 2008, @10:05AM (#23894433)
            I was actually just thinking about this, and here's a thought. If you have actually been damaged by someone refusing to distribute the source code as required by the GPL, you may be able to bring a lawsuit as an intended third-party beneficiary [wikipedia.org] of the contract between the copyright holder and the licensee. If you really want a good time, and you and other people have had small but measurable damages, you could bring a class action.
          • Re: (Score:3, Interesting)

            Given the sheer number of utility tools the FSF has the copyrights on, its unlikely that they were able to give the box ssh ability without using any of the FSF copyrighted material. The op doesn't mention anything that it would be, but 'info coreutils' should give a nice list of potential thing for them to latch onto, at least on debian boxes.

              • Re: (Score:3, Informative)

                Copyright law cannot require them to provide source code; however the terms of the license can, and therefore one particular possible outcome of court action for the GPL is requiring this company to provide the source to the public. IOW, yes, it really is true that a court can make a party of a contract do what they said they were going to do.

                C//

              • Re: (Score:3, Informative)

                IANAL, but according to the FSF's lawyers the GPL is not a contract. It is a license. It grants additional rights to Minerva networks, and if they do not comply with the conditions placed on exercise of those rights they lose the ability to exercise them.
              • Sorry, but exactly when did Title 17 begin including or referencing the GPL?!?!? Copyright law does not say anything about providing source code. It merely says that you must have a license. It does not dictate what the license says, nor does it say you must follow the terms of the license.

                Quite simply, if you are not following the terms of a license when distributing a copyrigthed work, you are in violation of copyright statutes and can be held civilly and criminally liable.

                If you buy a dvd or cd, you are granted a license to perform the work non-publically, and not make and sell copies. If you violate the license by publicly performing the work or copying it and putting it on a P2P network, you've violated both copyright law and the terms of the license. Criminal penalties apply to the violation of the letter of the law (no distribution or performance without license) and civil responsibility results from the breach of license terms.

                More to the point, if you buy a volume licensed Windows CD, you can make as many copies as you need to within your business to support installation activities. You will still get busted by the FBI for uploading the CD ISO to a P2P network. Just because you are licensed for SOME redistribution or copying rights does not mean you have ALL rights and no criminal responsibility if you violate the license.
  • by tolan-b (230077) on Sunday June 22 2008, @04:37AM (#23892721)

    IANAL but as I understand it the GPL requires that source is made available to customers, not everyone. Of course in this case they don't appear to be making it available to customers either.

    • It depends. If they give the source code with the programs, then they can give it only to their customers, and they don't have to give it to anyone else. However if they decide instead to only give a written offer to ask the source with their programs, as allowed by the GPL, then they should give the source code to whoever is asking, not only customers.

          • by Anonymous Coward on Sunday June 22 2008, @01:32PM (#23896111)

            Yeah, that is correct. I am work for a company which I won't name(Not the company that the OP is talking about) that uses exactly this provision in the GPL to keep Source Code off of the main Website. I know that sounds bad, but the real reason is that we don't actually have 100% of the source code our self.

            One of the original developers that worked on this product got lazy and originally most of the smaller parts of the system were actually pulled into the project in binary form from several different Linux distributions. The problem is we too this day don't know for sure where he got all of this stuff. We have been weeding it out of the image as time goes on but I know that even today there are a few things that are just being pulled into new images in binary form. I know that currently most of the stuff still in binary form is stuff that could be replaced with BusyBox but we don't like the busybox version for one reason or another.

            But one really interesting thing I have learned is since we actually see all of the code requests come in is that so far nobody has really wanted to the code for a practical reason. All of the requests have been done for "GPL Activism". In the majority of cases when people ask for code they just wanted to see if we would let them have it. I only one case that I know of did anyone go so far as actually getting code. I am rather sure we just shipped him a burned CD with all of the code on it. But after he got it he told us that he didn't really want the code, he just wanted to see if we would give it to him just like all of the other requests.

            In most cases these forms of source code dumps don't really give you much of anything useful. What you end-up with is a source code package on company server that may or may not have anything really useful the to rest of the open source community included in it. Someone could diff the public version and these private forks, generate patches and see if anything would be useful to merge into the mainline. But that is a lot of work for something that you don't even know is worthwhile from the get go. I will tell you that the majority of the software included in our firmware isn't modified.

            I feel instead that when the company in question makes changes it's FAR more important that they submit patches to the mainline developers for possible inclusion. This is what we are actually doing, we have been working very closely with normal maintainers to add some major new networking features to Linux. And I know patches are going into the mainline version. I guess in the end what would most people rather have... Some files on a webserver that might have something really useful buried inside them or companies working with developers to get new features added to the mainline source code. I feel that this pressure to have source code posted on websites would be better spent trying to actually get a real dialog between these companies and the open source developers. Working with a developer is always going to be harder than just slapping up some source code on a webserver. Which is why I feel that it's just an easy out in many cases but doesn't really help the community.

            p.s. Our biggest sort-of competitor also uses open source software... They allow everyone to download the software in binary form. But if you want source code... you have to Wire Transfer ~$50 to former a USSR country... which in and of itself is a violation of the GPL. And given some of the features that they have added is to software packages that they don't even list as being included really makes me wonder what you get for $50...

    • End User Not Owner? (Score:5, Interesting)

      by Frosty Piss (770223) on Sunday June 22 2008, @05:17AM (#23892903)

      IANAL but as I understand it the GPL requires that source is made available to customers, not everyone. Of course in this case they don't appear to be making it available to customers either.
      What if the end-user, the guy with the box, doesn't own it? Suppose the IPTV company maintains ownership of the box? Than the end-user wouldn't need to be provided with the code?
      • by BokLM (550487) <boklm@mars-attacks.org> on Sunday June 22 2008, @05:38AM (#23892975) Homepage Journal

        What if the end-user, the guy with the box, doesn't own it? Suppose the IPTV company maintains ownership of the box? Than the end-user wouldn't need to be provided with the code?

        That's what free.fr (a french isp renting box running linux and other GPL software) is doing. But this is sort of a grey area here, the GPL doesn't talk about ownership, it talks about distribution, and this is up to the judge to decide whether it is distribution or not in this case. Here some people are going to sue free.fr because they refuse to distribute the sources they modified, we'll see what happens ...

        • by bipbop (1144919) on Sunday June 22 2008, @06:19AM (#23893113)
          Working at a company with multiple physically distant colos, our legal dept informed us that we could not alter GPL code and push it to the servers without distributing the source publicly, because copying it over to the physically distant servers could be (and was presumed to be) "distribution". So, even "owning" every box it ran on, and giving binaries to no one else, legal felt distribution was taking place--or at least, felt it was a serious enough interpretation that they wouldn't want us to get sued after assuming it was false.
    • Re: (Score:3, Informative)

      But making available does not imply you have to put a link for the srouce code on your website.

      If you had a process where someone had to fill out a form, include a product receipt, send $5 for shipping and then the party was sent a DVD in the mail with the source code, you would be meeting the requirements of the GPL.

    • Re: (Score:3, Interesting)

      I can see why they would think this was easy to get away with.

      Even sourceforge have allowed projects to use their services which state they are open source, under the GPL, and yet do not make source code available.

      Here's one example.
      http://audiobookcutter.sourceforge.net/ [sourceforge.net]
      The company concerned used sourceforge until their product was ready, then moved it onto their own site, changing the product to a free, but feature reduced version, and a paid for full feature version. The source code has never been made a

      • Re: (Score:3, Informative)

        They can do that because they own the copyright because they wrote it. It may or may not violate Sourceforge's TOS, but that's a completely different matter.

      • Re: (Score:3, Insightful)

        I thought you weren't allowed to simply point to the original source unless you had made an agreement with the repository,since the source code can change,be dropped from the repository,etc leaving your customers without access to the actual source you used. At least that was what I remember reading a few years back and come to think of it,it was a company using busybox. What is it about that software that attracts the GPL violators like an inbox attracts spam? Never used busybox(that I know of) so I am jus
        • Re: (Score:3, Informative)

          Busybox is a more space efficient version of a lot of the common Unix tools ('grep', 'ls', 'cd', etc.). As one executable, it shares a lot of the same code between components, reducing the size. In embedded platforms, saving 10 MB of code just on your basic toolset with basically no other work required is a massive boon. They need every MB they can get, since they use the bare minimum of flash.
      • Re: (Score:3, Interesting)

        ... or maybethe source is included on each device, in a directory that you wouldn't normally access (set-top boxes for hdtv include a hard drive)? Also, Minerva doesn't distribute set-top boxes to end-users - they license their software to box manufacturers. Minerva only have to provide the source to those manufacturers who ask for it, which they might be doing, since Minevra's website says that their stuff easily integrates with OSS.

        The end user, on the other hand, has to go to the set-top box manufactu

      • Re: (Score:3, Informative)

        They need to provide only in case if it was modified.

        This is completely false. A distributor of GPL software must *ALWAYS* provide sources, in some way acceptable to the GPL. Whether the software is modified or not is irrelevant.

        The only case where this duty can be discharged without actually providing source-code, on media or download, is not open to commercial redistributors OR to redistributors who had the source. So an STB manufacturer is disqualified, independently, in two different ways from availing

          • Humm, I thought you can download the source deb and build the binary package yourself, thus you get the source if you want it.

            And you do need to provide the source, when asked for, if you distribute the binary. Distributing is the keyword, not modifying or making derivate works.

            This makes downloading GPL binaries over bittorrent troublesome because everybody becomes a distributor of the app and must provide sourcecode, though I think it was fixed in GPLv3.

  • Notify the authors (Score:5, Informative)

    by mikrorechner (621077) on Sunday June 22 2008, @04:52AM (#23892791)
    You could notify the authors (and copyright holders) of BusyBox [busybox.net].

    Unlike Linus, they are pretty strict on companies infringing on the GPL, and have sued (and won) several times.

    Take a look at gpl-violations.org [gpl-violations.org] or google "busybox gpl violation" for more information.
    • by Anonymous Coward on Sunday June 22 2008, @05:04AM (#23892849)

      From busybox.net:
      "The email address gpl@busybox.net is the recommended way to contact the Software Freedom Law Center to report BusyBox license violations."

      Contacting the busybox developers and the SFLC is the first to do. Then post all information you know at the technical mailing list of gpl-violations.org.

      thats at least what i did to get to the Hammer MyShare GPL sources -> http://blog.nas-central.org/2008/06/18/on-the-news-gpl-violation-of-bell-supermico/

  • It's an asinine thing to say but, if they just dropped their source for the shipping product in the /src dir like most linux distros do for whatever version kernel they're using, shouldn't it then put it in line with the GPL?

  • by Anonymous Coward on Sunday June 22 2008, @05:04AM (#23892843)
    Sometimes companies with hotshot lawyers deliberately put their head in the sand regarding the GPL. They want to use the code but don't want to make their changes public for "intellectual property" reasons, even if it's something as trivial as a few patches to fix some bugs in Linux or some existing drivers. They will "educate" staff as to why they can do what they do with GPL software "legally." The hotshot lawyer has it all figured out, and engineers don't really need to know the details. The excuse is that they "buy their Linux" from a 3rd party so that means that all the conditions of the GPL are not relevant for some lawyerish reason. Oh, and the GPL is "contentious" about what you actually have to do regarding distributing source.
  • PHB (Score:4, Funny)

    by Konster (252488) on Sunday June 22 2008, @05:21AM (#23892911)

    I'd be a Pointy Haired Boss and comply with any request for GPL'd code by sending the requester the code...printed on paper. ;)

    • Re:PHB (Score:5, Informative)

      by djcapelis (587616) on Sunday June 22 2008, @05:40AM (#23892989) Homepage

      I know you're joking, but section 6 of the GPL prevents this most commonly by using the phrase: "on a durable physical medium customarily used for software interchange."

      The GPL is a very carefully written document.

      • Re:PHB (Score:5, Interesting)

        by Antique Geekmeister (740220) on Sunday June 22 2008, @05:51AM (#23893025)

        It is, isn't it? While Richard Stallman certainly did not write all of it, the document shows his experience and intelligence at dealing with odd interactions. It's what I'd expect from someone so deeply involved in creating gcc and glibc and emacs, and the development of so many other GNU software tools.

        Richard does not put in the odd language or strange requirements for no reason: he's usually quite correct in being paranoid of those strange cases, because as an experienced programmer and now an experienced political activist he's seen compelling reasons to handle them specifically. It's why code by older programmers often is longer and more extensive than the simpler, cleaner, but more trusting software written by less experienced developers. The new developers with exciting new approaches often haven't learned the lessons of our experience, and by the time they've done all the patching to avoid the same pitfalls, their code will be as arcane as ours.

  • by walter_f (889353) on Sunday June 22 2008, @05:42AM (#23892997)

    FSF and gpl-violations.org are co-operating closely. gpl-violations and FSF have handled some cases regarding busybox before and have handled them successfully (i.e., out-of-court settlements have been achieved).

    And a settlement resulting in GPL compliance - that's what enforcing the GPL is all about.

    As Eben Moglen, legal counsel to the FSF for many years, put it (in a keynote address in October 2006):

    ---
    When I went to work for Richard Stallman in 1993, he said to me at the first instruction over enforcing the GPL, "I have a rule. You must never let a request for damages interfere with a settlement for compliance."

    I thought about that for a moment and I decided that that instruction meant that I could begin every telephone conversation with a violator of the GPL with magic words: We don't want money. When I spoke those words, life got simpler. The next thing I said was, We don't want publicity.

    The third thing I said was, We want compliance. We won't settle for anything less than compliance, and that's all we want.

    Now I will show you how to make that ice in the wintertime. And so they gave me compliance.
    ---

    http://www.geof.net/blog/2006/12/10/eben-moglen [geof.net]

  • Not the first time (Score:5, Informative)

    by l2718 (514756) on Sunday June 22 2008, @05:44AM (#23893001)
    Last year BusyBox successfully enforced their copyrights in at least two [groklaw.net] instances [groklaw.net]. While the terms of the settlements have not been disclosed, I'm sure the SFLC will be happy to get involved again.
  • P903iTV mobile phone (Score:3, Interesting)

    by Joseph_Daniel_Zukige (807773) on Sunday June 22 2008, @06:26AM (#23893139) Homepage Journal

    Different product, but I've seen and heard indications that my Docomo P903iTV by panasonic is running on top of Linux. I can't find any mention of Linux in the manuals, let alone an offer of source for the kernel, etc., or any indication of a way to access a shell, etc.

    There is a java API, called, I think, iAppli. I haven't found much on getting dev stuff for it in the manuals, but it can be found on the web. I think. I haven't actually tried it yet, and it doesn't look like they make it easy to figure out where to start.

    While I'm complaining, the USB adaptor is "not guaranteed to work with Macs or Linux". The sales guy I talked to seemed almost proud to say that and seemed quite anxious to discourage me from buying the adaptor to see if I can even mount the internal flash or the microSD card. I let him discourage me because money is really tight.

    If anyone knows anything about this phone, I'd appreciate some pointers.

    Lousy Japanese market. The government promotes Linux. Industry likes Linux in industry as long as it's nowhere near the consumer market. Marketing is strictly under the thumb of Microsoft/iNTEL. Can't get a Linux eeePC (not that I'm that anxious to buy an iNTEL processor) in Japan because "this is Japan, of course!" (Implicitly, otaku are expected to be happy to pay the Microsoft tax.)

  • by TheVelvetFlamebait (986083) on Sunday June 22 2008, @07:41AM (#23893487) Journal

    How can we decry copyrights as evil, when we keep trying to enforce the GPL? What if a company wants to use that piece of code, and not release the source for it? Information wants to be free, you know.

    • by Jah-Wren Ryel (80510) on Sunday June 22 2008, @09:06AM (#23894043)

      How can we decry copyrights as evil, when we keep trying to enforce the GPL?
      "We" decry copyrights as evil because they reduce the freedom of the end-user.
      The GPL uses copyright law to turn that situation around, effectively guaranteeing the freedoms of the end-user.
      There is no contradiction.

      What if a company wants to use that piece of code, and not release the source for it?
      They are free to do so, the GPL does not restrict how a person or a company uses a piece of code.
      However, if they wish to distribute it to end-users beyond themselves, then they must ensure that those end users are given the same amount of Freedom that the company received.

      Information wants to be free, you know.
      Precisely. Free as in Liberty, not as in price.
  • by acvh (120205) <geek.mscigars@com> on Sunday June 22 2008, @09:55AM (#23894367) Homepage

    you're like the guy on the Garden State Parkway who drives 65 in the left lane to keep everyone else from speeding. at most you should drop a note to the copyright holders, and then stay the hell out of it.

    • by MichaelSmith (789609) on Sunday June 22 2008, @04:45AM (#23892755) Homepage Journal
      They are distributing the software and have to provide an offer of the source. I am sure this came up with distributions who were basing their distro off Ubuntu and assumed their customers could get the source from there.

      When you think about it, it makes sense. Even if they base their software off a distribution from a known source that source might not be around when it is needed.
    • The requirement is: if you distribute the binaries, you need to provide the source too. If they are using an unmodified vanilla kernel, they still need to respond at least with "grab the code from kernel.org".
    • by giminy (94188) on Sunday June 22 2008, @05:00AM (#23892831) Homepage Journal

      Sounds like you need to take the GPL quiz [gnu.org]. This particular issue is addressed in Question 1 of said quiz.

      Don't worry, you're definitely not alone in any misunderstandings of the GPL...lots of people think they understand all the legal aspects of it completely when they don't. I used to be guilty myself. Now I just don't claim to know everything about the GPL ;-).

      • by AuMatar (183847) on Sunday June 22 2008, @04:53AM (#23892793)

        No you don't. If you distribute any version of a GPLed piece of software, you must make the source available upon request to the person you distributed it to. Modification is irrelevant. Modification only matters when you modify something for your own use and do not distribute it- then you don't have to provide source because there's no one to provide it to.

        However, this does not mean you need to put it up on a webpage for everyone to download, or provide it on the disk. The GPL requires only a written offer of source code upon request, at a cost of no more than shipping and the media. I have no idea if this particular vendor is complying, but not having a link on their webpage does not mean non-compliance.

        • Re: (Score:3, Informative)

          If you distribute any version of a GPLed piece of software, you must make the source available upon request to the person you distributed it to. (...) However, this does not mean you need to put it up on a webpage for everyone to download, or provide it on the disk. The GPL requires only a written offer of source code upon request, at a cost of no more than shipping and the media.

          You are confused, there are three alternatives:
          a) Provide the source with the binaries or a download next to the binaries - only needs to be available for those you give binaries to and as long as the binary download is up.
          b) Provide a written offer for source - must be available for 3 years and for anyone, since the offer may be passed on under c)
          c) Non-commercially and occasionally - to pass on an offer as given in b)

          So you can give it just to those with binaries, but then you must give it or make it ava

    • by Anonymous Coward on Sunday June 22 2008, @05:31AM (#23892941)

      For a FOSS license GPL seems to be very unfree - imposing restrictions or rules... just a crock of sh!t really. GPL makes me angry. MIT or BSD for the win. GPL for the sux.

      WTF?

      The GPL applies only to GPL code ... in this case the Linux kernel and the Busybox code. It is a license that lets some people, who did not write that code, nevertheless use the code ... often without any fee. The only "restriction or rule" is that the code must not be hidden if you re-distribute it. Since you received the source code yourself, and you did not write it ... you are obliged to give it to other people under those same conditions.

      Why should there not be such a condition? It isn't your code, you didn't write it ... and the source is already public anyway so how on earth does it hurt you to give the source out when you distribute your product?

    • by Antique Geekmeister (740220) on Sunday June 22 2008, @05:36AM (#23892967)

      Ikarys, you either have a lot of fun trolling this way, or you've not looked into the history of the GPL and the other licenses. Your posting history shows that you enjoy doing these drive-by instigations, but nevertheless, some newer folks on Slashdot may not know enough to realize why some folks say this.

      GPL was formed to protect developers and users against restrictive licenses that prevented them from seeing or modifying their programs. It's a bit paranoid, but with reason. The DRM being inflicted on software, the security by obscurity, the locking in of software by refusing to permit non-vendor software to be installed, the refusal to allow others to modify and publish the software, all have been a real problem with other licenses.

      GPL has effectively prevent hardware/software lockins, by Netgear and Linksys. The new GPLv3 will block patent lockins, such as those espoused by Microsoft, and DRM lockins, used by Tivo. None of the other licenses would have prevented this. We've also seen very specific abuses of the other licenses already, such as the Microsoft abuse of the MIT license on Kerberos to break non-Microsoft published Kerberos clients. And the GPL has already helped several companies that I'm aware of from simply adding on their own modifications, refusing to publish their modifications, deliberately making it inoperable with other's versions, and locking clients in this way.

      The GPL protects the freedom of users, and other developers. The sacrifice of what is not freedom over the software, but power over its modification, comes at the benefit of retaining such power over the rest of GPL freedom, and I find it very handy.

    • by Kjella (173770) on Sunday June 22 2008, @08:26AM (#23893737) Homepage

      I think it's real easy:

      If you're an end user of GPL code, you're always free to modify and improve it.
      If you're an end user of BSD code, you can't do anything with it. Oh sure I can maybe somehow, somewhere find the BSD source code that the proprietary tool is using somewhere, but I still couldn't incorporate any changes in any way. With BSD you only have freedom if you use pure BSD software with source. If you restrict yourself to pure BSD software, the BSD license works like a really crappy version of the GPL. The BSD license benefits those who produce software, for each non-free software copy the company sells the company and its employees benefit and the end-users and society loses. Thanks, but it gives me no comfort to know this leash was made with Open Source(tm).

    • Re: (Score:3, Informative)

      Irrelevant. If they distribute binaries without providing access to source they violate the GPL. The 'We only do hardware' argument is utterly bogus.

      If they shipped copies of Windows on there in violation of the license do you think that Microsoft would accept such an argument? Same thing.

    • Re: (Score:3, Informative)

      LIBERTYVILLE, IL - 15 May 2006 - Motorola (NYSE: MOT) today announced the launch of opensource.motorola.com, a new resource aimed at sharing source code, original open source projects and new ideas and information with open source developers around the world.

      more... [motorola.com]