Slashdot Mirror


Dish Network Dishes Source Code for DVR

An anonymous reader writes "According to Dish Network they are accommodating 'requests for the portions of the DISH 921 DVR source code that are subject to the GNU Public License, or GPL. In compliance with the terms of the GPL, we are making this source code available to the public to download. Please note that the DISH 921 DVR software also includes some proprietary elements that are not subject to the GPL. You cannot create a working DISH 921 DVR software build without the additional proprietary code. Do not replace or add any software to the DISH 921 DVR with items compiled from these source trees. Doing so will void all warranties and cause the unit to fail.'"

59 of 337 comments (clear)

  1. GPL != GNU Public License by gimpboy · · Score: 5, Informative

    Actually, GPL is the General Public License.

    --
    -- john
    1. Re:GPL != GNU Public License by uss_valiant · · Score: 3, Funny
      Actually, GPL is the General Public License.
      Well, actually GPL is a recursive acronym for "GPL's a Public License".
    2. Re:GPL != GNU Public License by gimpboy · · Score: 3, Informative

      What does "GPL" stand for?
      "GPL" stands for "General Public License". The most widespread such license is the GNU General Public License, or GNU GPL for short. This can be further shortened to "GPL", when it is understood that the GNU GPL is the one intended.

      So GPL can stand for "General Public License" _or_ GNU General Public License. Neither of these include the "GNU Public License".
      --
      -- john
  2. cool by sabernet · · Score: 2, Insightful

    A larger media conglomerate fulfilling their end of the bargain? I think I like Charlie:)

    On a more serious note, it's good to see some companies actually doing the right thing(aka the anti-SCO).

    1. Re:cool by Curtman · · Score: 2, Informative

      A larger media conglomerate fulfilling their end of the bargain?

      Are they though? I don't care to RTFA to find out, but doesn't this:

      You cannot create a working DISH 921 DVR software build without the additional proprietary code.

      ... go directly against this:

      You have a GPL'ed program that I'd like to link with my code to build a proprietary program. Does the fact that I link with your program mean I have to GPL my program?

      Yes.


      I thought this was what the LGPL was created to allow people to do.

    2. Re:cool by Bradee-oh! · · Score: 2, Insightful

      This point is exactly what I was thinking the moment I read that story and they seem to be in violation.

      However, I've always wondered (and maybe there's a simple answer for this but googling it would help only me and keep it out of the discussion) - What if you ran the GPL code and your proprietary code seperately (different processes?) and just had them communicate via IPC? Sockets, pipes, shared memory... whatever. It seems like a cheap way around that rule in the GPL but I fear that it is valid...?

      --
      "This is Zombo Com, and welcome to you who have come to Zombo Com" - www.zombo.com
    3. Re:cool by Rasta+Prefect · · Score: 2, Insightful
      Otherwise, IE users wouldn't be allowed to access an Apache website, for instance...

      Well, actually Apache isn't GPL. http://www.apache.org/licenses/LICENSE-2.0.html.

      --
      Why?
    4. Re:cool by Zeinfeld · · Score: 2, Interesting
      This point is exactly what I was thinking the moment I read that story and they seem to be in violation.

      Could people stop the open source religious wanking for a few minutes and work out if the code that has been released allows something usefull to be done? Its not like anything in this thread has not been said a few million times already.

      OK they have checksums, big deal, look for the file with the checksums in it or find where the public key is stored. I would guess they do this because they update the player over the air.

      There are three important mods to a DishPlayer that would dramatically improve the utility. The first is to enable that external expansion port so that an external disk can be plugged in.

      The second is to enable some form of serial port for command input so that the device can be set to record remotely.

      The third is to have a program that allows files stored on the hard drive to be read and copied. An NFS daemon would be nice but something less would be acceptable.

      I would guess that the reason that Disphlayer do not want people changing the code in the dishplayer is that there might be a way to disable the 'call home' feature on the modem. If that is their concern then it is easy enough to fix, in fact I will even tell them how to put the fix in place for free if they make the other modifications.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    5. Re:cool by Arker · · Score: 3, Informative

      They're ok legally if they aren't linking the code - just communicating through socket calls, etc. No different than running, say WordPerfect or Oracle on Linux - as long as the proprietary stuff is stand-alone and not linked it's not a legal problem.

      However, if they are correct that installing binaries compiled from this code release will cause their PVR to stop functioning, that sounds to me like they aren't actually in compliance. If the proprietary stuff really isn't linked, and the code they released really is the code for the free software in the system, then binaries compiled from it (assuming the same compiler and settings) would be byte for byte identical with what's already on the PVR.

      So, it seems to me they're lying about one thing or the other.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    6. Re:cool by gstovall · · Score: 2, Insightful

      That's what I think, too. However, note that the MySQL documentation explicitly states that it is their position that if your program is accessing the MySQL port, even remotely, then it is subject to GPL restrictions, unless you buy MySQL's commercial license. Now, perhaps this is just FUD to drum up buyers for their commercial license, but that's what they say...

  3. Odd caveat by Shaper_pmp · · Score: 4, Interesting

    "Do not replace or add any software to the DISH 921 DVR with items compiled from these source trees. Doing so will void all warranties and cause the unit to fail.'""

    Is this the normal "no user-serviceable parts inside" caveat, or does it suggest that they, in fact, haven't released all the modifications to GPLed code in their product?

    --
    Everything in moderation, including moderation itself
    1. Re:Odd caveat by lachlan76 · · Score: 3, Insightful

      Probably that they have included proprietary drivers.

    2. Re:Odd caveat by Anonymous Coward · · Score: 4, Interesting

      It's the latter. The 921/721 kernel does checksumming on various binaries upon mounting the root partition to make sure they haven't been modified, and that part of the code is MIA.

    3. Re:Odd caveat by resiak · · Score: 5, Informative

      No, that's not true. If you're calling a function like that, you have linked the GPLed code to your homebrew code, and so the GPL's "viral" nature kicks in --- if you release the binaries to the world, you must release your own code under the GPL to anyone to whom you supply binaries.

      The example you were looking for is something like the following:

      #!/usr/bin/perl
      # This file is covered by the GPL, blah blah.

      sub frobnitzigate {
      #return "No frobbing possible!";
      return `a-binary-we-dont-want-to-gpl`; # Added by Evil Company(TM)
      }

      # blah

      Now you don't have to release the source to a-binary-we-dont-want-to-gpl --- this is what the GPL calls "mere aggregation", and is (probably) what has happened with the DVR stuffs.

    4. Re:Odd caveat by po8 · · Score: 3, Informative

      Nope. Read your GPL carefully. If func_mine_all_mine() is part of a GPL-ed program, you'll have to release its source anytime you release the binary to that program.

      Now there's some controversy about what counts as "part of a GPL-ed program." Shared libraries? Kernel modules? Driver scripts? RMS and the FSF legal team, Linus Torvalds, and others have all released opinions on this, but so far I'm not aware of any court cases that have defined these limits legally. It may be that DN's lawyers think that they have a legal case for keeping some code out.

    5. Re:Odd caveat by Faw · · Score: 3, Informative

      I have checked DishLinux for a while (I wanted to add software of my own to the 721) but unfortunately it seems every executable is encrypted with PGP. The loader decrypts it and runs it.

      Also there is a file in the root partition that seems to be a list of files on the disk, also PGP signed. When the system boots it checks and if there is any differences between the list and the disk and if there are any it does a full reinstall.

      If anyone wants to know more go here and here . These are 2 threads on SatelliteGuys detailing what I found out while replacing the hard drive.

  4. Sounds like reverse psychology by DrugCheese · · Score: 4, Insightful

    Don't try and make some code that'll fit in place of our proprietary code - YOU CAN'T DO IT!

    --
    *DrugCheese rants*
    1. Re:Sounds like reverse psychology by hhawk · · Score: 2, Insightful

      It would be of course interesting to know if they are holding something back or just keeping their own code private... but doesn't things like the DMCA prevent "the community" from taking a look...

      If it is something private, non-GPL code is it likely to be something small but critical like some driver? or is it likely to be something resulting from 1000's of staff hours..?

      Perhaps we will never know.

      --
      http://www.hawknest.com/
  5. Dragged kicking and screaming into the light... by pieterh · · Score: 5, Insightful

    Some of the ways companies try to avoid complying with the spirit of the GPL, even if they comply with its letter:

    1. The "Vogon" strategy... the source code is available on the web site but you have to go down the stairs, look in the bottom shelf of a filing cabinet behind a locked door with a sign "beware of the leopard" on it.

    2. The "Proprietary pieces" strategy... the source code is released, oh yes, but with significant pieces missing.

    3. The "Under development" strategy... coming soon folks, as soon as we get it ready.

    All these are quite hard to sustain.

    But what really amazes me is how slow companies like Dish are to understand the benefits that the GPL brings them. They are building on top of commodity software. They have access to hundreds of skilled engineers at little or no cost. These people ask nothing better than to act as a volunteer R&D department, in exchange for appropriate credit and possibly some long term kudos.

    But no... instead we get these "compliance" releases, basically useless.

    The key is this: if you are selling a device and your software is GPLd, you have created a platform and you can potentially sell 10, 100 times more if you provide a decent product at a reasonable cost.

    Not only does it make excellent business sense to re-release improvements to GPL'd software as cleanly and transparently as possibly, but it makes sense to release proprietary software exactly the same way.

    1. Re:Dragged kicking and screaming into the light... by BiggyP · · Score: 2, Funny

      the vogon strategy you suggest doesn't sound terribly vogon to me, more like terrestrial bypass planning.

    2. Re:Dragged kicking and screaming into the light... by Bloater · · Score: 3, Insightful

      The problem is they are building on top of commodity hardware, with the only advantage being the software. A competitive market has no room for openness. In such a market, every dollar you grow is a dollar that your competition shrinks. You don't want that to happen the other way around. For everything you do that helps your competitor, your competitor grows a little faster. That means you grow a little slower or shrink.

      Embedded consumer entertainment appliances are a very, very competitive market. That's why prices are so low, and there are so many small players. All those niche's have converged to one market leaving it over-crowded and over-supplied. Nobody can be expected to give up their share of that market without at least a fight.

    3. Re:Dragged kicking and screaming into the light... by pieterh · · Score: 2, Insightful

      You are suggesting that because (e.g.) the stream must be secured, that the user interface cannot be improved upon, translated, whatever?

      The two issues can be separated, more or less easily. A secure application can run on top of an open platform, and vice-versa. It requires a clean API, documentation and run time binding (rather than build-time binding). All perfectly feasible. This is why, for instance, I can run Linux on proprietary hardware, something we all take for granted, but which is fundamentally exactly the same issue.

      Further, a clean separation between the two makes GPL compliance easy while still encouraging people to play with and improve the open layers.

    4. Re:Dragged kicking and screaming into the light... by |<amikaze · · Score: 2, Insightful


      Survey says... Because it's cheaper!

    5. Re:Dragged kicking and screaming into the light... by technothrasher · · Score: 3, Insightful
      he problem is they are building on top of commodity hardware, with the only advantage being the software. A competitive market has no room for openness.

      Exactly. The thing I've always wondered about is why all these companies aren't using *BSD for their OS. There's lots of support for embedded BSD and it makes this whole GPL problem go away.

    6. Re:Dragged kicking and screaming into the light... by Mycroft_VIII · · Score: 2, Insightful

      The pvr's have one HUGE advantage over what you suggest currently.
      You plug in the power cord and a couple others, turn it on, and use it. That's all
      Now to do a pc pvr using gpl'd software you have to learn enough to put together a computer sytem, install some VERY un-user-friendly software, then configure it in ways joe user doesn't have the several weeks to learn (rember joe isn't a computer geek just learning a new linux app, he's probably never even dealt with with something outside of a gui).
      Perhaps in a few years the game consoles will usurp pvr's place in what they do, but not pc's anytime soon.

      Mycroft

      --
      https://signup.leagueoflegends.com/?ref=4c3ed6600b6ea
  6. They call this compliance? by McGregorMortis · · Score: 4, Interesting

    "Do not replace or add any software to the DISH 921 DVR with items compiled from these source trees. Doing so will void all warranties and cause the unit to fail."

    The whole point of the GPL is that users can make modify the code. If the deriviative code they have released cannot be loaded without rendering the unit unusable, then they have clearly violated the spirit of the GPL. Maybe they've found some kind of loophole, I don't know.

    If the device will not work without linking in proprietary code, well, then they gots themselves a problem. But it's their problem, not the GPL's. Either the proprietary code goes, or the GPL code goes.

    1. Re:They call this compliance? by theonlyholle · · Score: 3, Insightful

      Pretty much depends on your definition of "linking in proprietary code". If the devices boots into Linux, but there are no applications to start (because they are proprietary and so you didn't have the source to compile them), so it doesn't do anything, that's not against the GPL - neither letter nor spirit of the GPL. You still get the source for the parts based on the GPL - but you'd have to write your own application software to run on top of it.

    2. Re:They call this compliance? by arkhan_jg · · Score: 2, Insightful

      It's entirely fair for a manufacturer to state that the warranty does not apply if you start "customising" the product with new code and builds. How does the manufacturer know that your cross-compilation of the firmware didn't produce a bad image?

      They only get to disclaim the warranty as far as the third party product caused the fault. Say you compile a new firmware, image it, and then your DVR won't boot any more. Chances are, your firmware's responsible and no warranty for you if you can't reflash it. On the other hand, if your custom firmware is working peachily and the power supply fails then they still have to replace the power supply, because your firmware wasn't responsible.

      Same with car parts and printer cartridges; orginial manufacturers like to threaten voided warranties, but they can only do so when the fault is in the third party part, or a direct result of using it.

      --
      Remember kids, it's all fun and games until someone commits wholesale galactic genocide.
  7. Nice to see by Anonymous Coward · · Score: 4, Interesting

    This is a little off topic, but it's nice to see Dish with a little honesty for a change. When I started EFT service after being with them for 2 years. They turned my service off for non-payment twice after the EFT had started withdrawing funds. Like clockwork, every 2 months it was turned off. When I called them, they turned it back on, but then I got charged a reconnect and late fees.

    Second time I told them not to turn it back on and I was cancelling service. I turned around and got DTV that day and canelled any EFT from dish.

    Long story short, 6 months later I got a collection letter for $400. Turns out they turned the service back on and charged me for 2 months of service I didn't use plus the receiver I sent back to them. The collections still there with a note saying that it's invalid. After numerous conversations, they still swear that I owe them 2 months of service and a receiver even though I've sent them records of the receiver sent back to them via UPS and the start date of my DTV service.

    I've spoken with 9 different Dish customers that have had similar cases but kept service. I also had a friend that took a job with them. They even lied to him about working around his school. He ended up having to quit because they wouldn't schedule him around his classes.

    Anyone paying Dish for service deserves the screwing they're getting.

  8. Doing so will void all warranties by a_greer2005 · · Score: 3, Funny

    warranties? warranties???? This is slashdot! WE DONT NEEDNO STINKING WARRENTIES!!!

  9. Violating the GPL by Trevin · · Score: 2, Insightful
    Do not replace or add any software to the DISH 921 DVR with items compiled from these source trees. Doing so will void all warranties and cause the unit to fail.

    This is an obvious violation of the spirit of the GPL. From the Preamble:

    The licenses for most software are designed to take away your freedom to share and change it. By contrast, the GNU General Public License is intended to guarantee your freedom to share and change free software ...

    When we speak of free software, we are referring to freedom, not price. Our General Public Licenses are designed to make sure that you have the freedom to distribute copies of free software (and charge for this service if you wish), that you receive source code or can get it if you want it, that you can change the software or use pieces of it in new free programs; and that you know you can do these things.

    Of course, they are well within their rights to say that modifying the software will void their warranty, but they can't forbid you to modify the software, and they shouldn't rig the system so that it intentionally fails if the software is modified.

    1. Re:Violating the GPL by jericho4.0 · · Score: 2, Insightful

      Modifying the software doesn't void the warranty, modifiying the hardware does.

      --
      "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
    2. Re:Violating the GPL by l2718 · · Score: 2, Insightful

      There may be a GPL violation here, actually. They say:

      You cannot create a working DISH 921 DVR software build without the additional proprietary code.

      There are two ways to interpret this statement; I think they are honest and mean the first, but someone (not me) might want to verify that:

      1. The OS for the device derives from GNU/Linux/etc and is covered by the GPL; they run their written-from-scratch DVR software on top. The code they released will compile and run, but will not give you a DVR by itself.
      2. In order to get the OS to run on the hardware, or perhaps even to compile it, you need to add in the proprietary elements they are not releasing. This would violate the terms set in the last two paragraphs of Clause 3 of the GPL.
  10. No by Kjella · · Score: 2, Insightful

    GPL is viral no?

    Look at nVidias drivers. There's nothing but a stub in the kernel. The rest is in userspace and closed. Everyone seems ok with that. And any user-space program running on top of Linux can be non-free/closed.

    Just because they are required to share all code that is being linked to, doesn't mean it is complete or in reality useful. That being said, I don't know anything about what this specific code is missing.

    Kjella

    --
    Live today, because you never know what tomorrow brings
    1. Re:No by |<amikaze · · Score: 3, Insightful

      Everyone seems ok with that.

      Not really. There's a quite vocal minority that is really choked that that's happening.

      Even Linus is pretty sketchy about the closed-source binary drivers. http://kerneltrap.org/node/1758

  11. Re:GPL is viral no? by Ed+Bugg · · Score: 4, Insightful

    I didn't think that you could mix proprietry and gpl code? How are they releasing parts of a source code tree - I thought it was all or nothing if you include GPL in your source?

    Well kinda... What you do is write an abstraction layer, kinda of a hook into your proprietry software. You'll need to release the abstraction layer (The functions and routines that call GPL routines and use the variables from the GPL modules) but not the proprietry stuff.
    That is perfectly legal (not neccaryly ethical) and many companies do it.
    It would look something like this (assume code sprinkled in different source files
    gpl_code() {
    do stuff here;
    abstract_api1();
    }

    abstract_api1() {
    proprietry_func();
    }

    abstract_api2() {
    do other stuff here;
    }

    proprietry_func() {
    abstract_api2();
    }
    --
    -- Ed Bugg --You have freedom of choice, but not of consequences.--
  12. Happy Fun Ball by flood6 · · Score: 4, Funny

    You cannot create a working DISH 921 DVR software build without the additional proprietary code. Do not replace or add any software to the DISH 921 DVR with items compiled from these source trees.

    Do not stare at DISH 921 DVR, do not taunt DISH 921 DVR, if DISH 921 DVR begins to smoke, seek shelter and cover head.

  13. DISH 721 DVR source code by Xeo+024 · · Score: 2, Informative

    If anyone is interested, the DISH 721 DVR source code is also available.

  14. But, it is not a violation. by beldraen · · Score: 4, Insightful

    They used GPL code. Anything they modified, I presume, is re-released. The fact that they call external code that you cannot have access to is your problem.

    If you give people a free hammer to use any way they wish, you cannot be justified when they make a building that you are not allowed to enter. GPL gives people the freedom to use it as the people see fit as long as they do not try keep the source code to themselves. Apple has not.

    What you are really mad about is that you want anything the GPL code to which it is linked to be free as well. If this is what your idea of GPL means, then I can understand why Gates calls GPL viral. Your idea is viral and Apple's proprietary code is not yours to have. KDE's team was naive to expect they would get a free lunch in return for handing out free lunches. The GPL's purpose is to keep the code free, not its use.

    --
    Bel, the mostly sane.. "Of course I can't see anything! I'm standing on the shoulders of idiots." -- Me
    1. Re:But, it is not a violation. by Phroggy · · Score: 3, Insightful

      KDE's team was naive to expect they would get a free lunch in return for handing out free lunches.

      Correction: KDE's users were naïve to expect that they would get a free lunch in return for KDE developers handing out free lunches.

      The KDE developers understood the license, and its ramifications, when they chose to release their code under it. They have acknowledged that Apple is playing fair, and is completely within their rights. However, Apple has not gone as far above and beyond the requirements of the LGPL as some Konqueror users expected, and THOSE people are upset. The developers are a bit disappointed, but they're not upset at Apple.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  15. Open Source FUD? by screwthemoderators · · Score: 2, Insightful

    Perhaps they have violated the spirit, but I don't beleive they have actually violated GPL. The requirement is to share code, not share code that can be "effectively backported." They have given proper credit to Konqueror and the developers, and that's all the "FOSS community" really asks for. This is like the "I bought her a nice dinner and she won't put out!" argument. It may be irritating, but its not theivery.

  16. Re:The Apple approach... by jvd · · Score: 2, Insightful

    Yes, the community can benefit from it. Not in they way they might like, but still, they can still benefit from it. The source code is available, they can use that source code to get ideas. What Apple is doing is perfectly fine and above all, legally and morally OK.

    --
    Insanity: doing the same thing over and over again and expecting different results.
  17. While you're fuming... by Kjella · · Score: 4, Insightful

    A "preamble" or "spirit" is not a legal obligation.

    a) Apple is under no requirement to release individual patches, nor any big patch at all. Only the complete source.
    b) Apple is under no obligation to give anything at all to the KHTML team (only to those who got their browser as part of a Mac).
    c) The source files as they stand are obviously the "perferred form" of editing the source code internally in Apple. The GPL does not cover any other form of material, such as structural documents, documentation, bug database or any other material required to understand the source. If anything, it is an oversight of the GPL, not Apple.

    In short, you are asking for kindness above and beyond their obligations. They have forked the project, and I don't see why they should have to maintain someone else's code tree. Are the *BSDs required to make compatible patches, because they came from the same source? No. I assume Apple has released everything they are required to under the GPL, and so your allegations of closing the source like a BSD license is groundless, as are your allegations of a GPL violation. If I had mod points I would mod you as -1, Troll, UID not withstanding.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  18. Re:Nice to see (Helpful, but way off topic) by Anonymous Coward · · Score: 5, Interesting

    Under the Fair Credit Reporting Act it is up to them to prove that you didn't cancel service and not the other way around. In a court case with your shipping information you have the preponderence of evidence. Send them a certified letter telling Dish they have 30-days to send you their evidence or they must cease all collection efforts. Be sure to reference the Reporting act and be sure to detail the damages you have suffered due to the lower credit score and higher interest rates they have caused. The Act specifies that recovery of damages is permissible. If they do not comply, talk to an attorney as you have a case. They count on people not knowing the rules....

  19. Longer lasting = added value by Alwin+Henseler · · Score: 3, Insightful
    But what really amazes me is how slow companies like Dish are to understand the benefits that the GPL brings them. (..) Not only does it make excellent business sense to re-release improvements to GPL'd software as cleanly and transparently as possibly, but it makes sense to release proprietary software exactly the same way.

    I think most businesses still underestimate the added value it gives to customers, if products can be extended/upgraded in 'unintended' ways. I suppose the thinking may be something like "this year, we sell you something with a fixed set of functions, so if you want something extra that we come up with next year, then you'll have to buy again". If customers can upgrade and extend functionality themselves, the product may last a lot longer, and businesses may feel they lose out on sales of newer products. And maybe business feel that added value for customers != added value for the company. Note this is a lot of speculation on my part.

    What they fail to realize, is that a longer lasting product is one that is a) more appreciated, and b) is worth more (=could be sold at a higher price). It's no different from the pricing difference between a cheap model car, and say... a <insert your favourite top-of-the-line car maker here>. The latter is a lot more expensive, but still very much worth its money. Not only because of the name, but by including quality parts, more attention to detail, better service, and so forth. Both cars will get you from A to B, but the expensive model may even be cheaper... in the long run, when you drive enough miles in it. And by breaking down less often, and give you more time before you need a new car.

    The 'quality' part gives a product a higher profit margin, and the 'customer satisfaction' keeps customers coming back. So that added customer value does equal added value for the company.

    It just shows that few companies understand this, or prefer to go for the quick buck as opposed to keeping their customers happy for a long time.

    1. Re:Longer lasting = added value by InvalidError · · Score: 2, Insightful

      One major side-effect of opening sources is that it also opens your market to every wannabe out there. Since the PVR software is the only added value on top of commodity hardware, releasing the PVR software's sources would allow everybody to market their own clones.

      Releasing sources for non-profit stuff is not a problem but releasing sources which represent your only value-added competitive asset in a highly volatile market is fundamentally suicidal. The commercial market place is a hostile, cannibalistic place, showing too much flesh to the local piranhas is dangerous.

  20. i.e. non-compliant by Dwonis · · Score: 4, Informative
    You cannot create a working DISH 921 DVR software build without the additional proprietary code.

    That doesn't sound like GPL-compliance to me. From the GPL:

    The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable.
    1. Re:i.e. non-compliant by evilviper · · Score: 2, Interesting
      The source code for a work means the preferred form of the work for making modifications to it.

      What does this have to do with anything? You are free to make modifications to the code all you want... That does NOT mean they have to give you free license to propritary software that is necessary in addition to it, and it sure as hell doesn't mean they have to make their hardware work with anything you might want to run on it.

      They are meeting their GPL obligations 100%.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    2. Re:i.e. non-compliant by Alsee · · Score: 2, Interesting

      They are meeting their GPL obligations 100%.

      They said that compiling the supplied source and replacing that portion of the code in the machine causes it to fail.

      One of those two statements is false. Either they lied that it won't work, or you are wrong *and* they lied about complying with the GPL.

      You are certainly correct that they do not need to give you any source to non-GPL files. You simply leave any non-GPL files in place.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  21. violates intent of the GPL by cahiha · · Score: 2, Interesting

    Do not replace or add any software to the DISH 921 DVR with items compiled from these source trees. Doing so will void all warranties and cause the unit to fail.'"

    Almost the whole point of the GPL is that you can do exactly this: you should be able to change the behavior of GPL'ed software components and replace the existing versions of it.

    I suspect future versions of the GPL are going to try to limit these kinds of abuses: if you distribute systems containing GPL-derived binaries, you must ensure that people can reasonably replace your GPL'ed software components with components they recompiled. You should not be permitted to use either cryptographic means, warranties, patents, or proprietary development tools to prevent that.

    1. Re:violates intent of the GPL by cahiha · · Score: 2, Insightful

      But they are giving you exactly this ability; they are simply advising you against doing it in practice, because they won't offer you any support if you muck things up.

      Saying "replacing any shipping code with your own will void your warranty" would OK. But that's not what they are saying.

      They are saying "Do not replace or add any software to the DISH 921 DVR with items compiled from these source trees. Doing so will [...] cause the unit to fail." No "might" or "may", but "will", implying that there is some checksumming going on there that explicitly makes the unit fail if you attempt to hack it in any way.

      And it doesn't matter whether their threat is empty or not--risking several hundred dollars is too much to find out.

  22. Wouldn't have this problem if... by telemonster · · Score: 4, Funny

    they developed on BSD.

    --
    Southeastern Virginia REPRESENT!
    1. Re:Wouldn't have this problem if... by Brandybuck · · Score: 2, Insightful

      I agree. I think the Linux community is shooting themselves in the foot by pissing on every embedded systems manufacturer that decides to use Linux. Hell, not even the dominating and subjugating evil nasty nazi <gasp$gt; proprietary embedded OS vendors treat their customers like rotting pond scum. But Linux advocates do. Like a dog that's been kicked one too many times, eventually the commercial embedded users are going to look elsewhere.

      --
      Don't blame me, I didn't vote for either of them!
    2. Re:Wouldn't have this problem if... by dvdeug · · Score: 2, Insightful

      eventually the commercial embedded users are going to look elsewhere.

      Go for it. If you don't want the deal we're offering, go someplace else. I hardly see why it's a big deal if someone can't get a free ride on the exact terms they want. If you want a BSD license, use a BSD system, or any other system with similar licensing.

      not even the [...] proprietary embedded OS vendors treat their customers like rotting pond scum.

      They get paid. Start failing to live up to your agreement with these vendors--stop paying the price that was charged--and they'll stop treating you like the customer you aren't and more like the thief you are.

  23. But linux isn't really GPL by hawk · · Score: 2, Insightful

    Whether it says so in the license or not, Linux isn't really GPL, but QGPL (quasi-GPL). There has been long-standing permission for binary, closed source drivers. Nearly all of the codee has been contributed during this period. The actions of the authors supercede the letter of the license.

    hawk, esq.

  24. Recompilation stops system from working? by Anonymous Coward · · Score: 2, Insightful

    GPL v3 needs to make it clear that replacement of the released GPL'd parts of a proprietary system by recompiled (but not modified) versions must be permitted, ie. the system should continue to work.

    Without that key clause, access to the source code under GPL is worthless.

  25. Re:Something fishy by DiscoOnTheSide · · Score: 2, Insightful

    Because my 721 ought to be able to run Firefox and Thunderbird, damnit, and it can't because of some paranoia. And play MP3s. And have a decent screensaver

    Why the F___ do you need to run FireFox, Thunderbird, play MP3s and install screen savers on your god damned DVR!?!?

    I swear, this is why companies are hesitant to use Linux in stuff, because there's people who demand to know any trade secret stuff for FREE because they feel they NEED it to do shit the device was never designed for. I love Linux as much as the next guy (most of my servers are Gentoo, Red Hat, and FreeBSD) but this is seriously going to drive people to the FreeBSD end of things because their licence isn't full of whiny people who feel they deserve everything for free. I can't STAND the people on here who think the world should come barreling to their doorstep for FREE because they have a notion of "Free Software." Ya know what? Free software is great. I use quite a bit and give back when I can. As a programmer and IT guy, I'm also very fond of a notion called "Compensation for my effort and time" and if all the world is free software, well, there goes half the industry because no one's getting paid for writing software. But thats a completely different arguement entirely.

    Companies like Dish Network LOOSE MONEY because people crack the cards and get free services. They cut down on this by making their units "Black Boxes" or part of them, in this case... If you can run ANY old code on one of these things, the card cracking will SURGE as you can put all your nifty hacking tools STRAIGHT on the box... companies like to make MONEY and can't do that if shit happens. Don't like it? Don't buy their stuff. Go out and make your own Dish Network compatible DVR out of a bunch of PCBs and solder, code your own Linux for it, release it for free with no compensation, and Dish will go use other, more propritery shit and you'll complain some more.

    Sorry for this flame/tangent, but the attitudes on here for crap like this and Apple's work with KHTML just makes me sick.

    --
    Viva La Revolucion! Buy a Mac!
  26. Re:GPL is viral no? by swillden · · Score: 2, Insightful

    That's a very interesting way of describing the situation. I like it. It provides a very high-level point of view that I had not been forced to think about before.

    Keep in mind that there's a serious flaw in the AC's argument. Specifically, he said "The point is, that sooner or later, if enough 'starter cool shit' is out there, it would be virtually impossibly to write code that wasn't infected with the GPL". The last bit, that it would become impossible to write non-GPL code, is stated as though self-evident, but it's not, for at least three reasons.

    First, it is possible for proprietary code to use GPL code to do "cool shit" without being a derived work. Any argument otherwise would likewise mean it's impossible to write a Windows program that isn't a derived work of Microsoft Windows. Yes, this may violate the spirit of the GPL but, IMO, it's important.

    Second, it postulates a world in which there exist technologies that are only implemented with GPL'd code, and which are also too difficult for anyone to reimplement in a commercial setting. Given that complex, difficult code is easier to create in a commercial setting (because it's easier to focus a group of people very intently on one task when they're being paid for that task, and don't have to worry about how to support themselves), that's hard to accept.

    Third, it ignores the fact that it is often possible to acquire a commercial license to GPL code, depending on the history of the code in question and the idealism of its owners.

    I think I would rather both worlds have their way, instead of one license being viral and forcing its way.

    This is a misapprehension on your part. The GPL is no more, or less, viral than any other copyright license, because it is in fact copyright law which is viral. Copyright law says that as the author of a particular expressive work, I have certain rights with respect to how that work is used. One of my exclusive rights is the creation of "derivative" works, where "derivative work" may be loosely defined as "any work that includes a copy of my work".

    So, if I give you a copy of my work, you have no right under copyright law to create a derivative work unless I give you that right. Further, even if I give you permission to create a derivative work, because it includes my work, you cannot create additional copies without my permission.

    None of that has anything to do with the GPL, it's all in copyright law.

    What the GPL does (if I choose to license my code under it) is provide you with some of those rights, but it carefully avoids giving you the right to distribute my work under terms other than the GPL, allowing copyright law's basic restrictions to shine through in that case.

    Compare this with a commercial source license. Suppose you got a copy of the source code for Windows XP, as part of a shared source license or whatever, and further suppose you decided to make and publish your own operating system that included some of Microsoft's code. What would Microsoft do? Microsoft would also rely on copyright law's restrictions to prevent you from doing that.

    I had better go and do some more learning about the open source licenses instead of relying on opinions

    Learning is always a good idea. In addition to the licenses, you should also read the law, since it provides the subtext to all of the licenses. It's Title 17 in the US Code, available at copyright.gov. Although it's long, you actually don't have to read all of it; it has a table of contents and it's pretty easy to see which parts matter.

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  27. Re:Mere aggregation by NickFortune · · Score: 3, Insightful
    I'm not really sure whether your example, including proprietary code by calling the shell, is exactly the thing that can be called "mere aggregation".

    Oh, really? If the backtick operator doesn't qualify as a mechanism of mere aggregation, then it's hard to imagine what could qualify.

    The backtick operator can execute any executable on the system, to say nothing of arbitary shell scripts and sequences of shell commands. If backticks can "infect" code, so can bash. I don't think even the most fanatical free software zealot has ever pushed for that interpretation.

    It seems to me that it's all a question of interfaces. If someone designs GPL software with a well defined interface, then you're free to write non GPL software that uses that interface. If there is no interface and you're changing the files in the original software, then the GPL applies.

    Kernel modules are far more intimately connected to GPL software than an arbitatry executable is to Perl. And the Linux kernel development community seems count a healthy contingent of Free Software devotees amongst its number. Yet few if any people seem to consider that proprietory kernel modules are "tainted" by their association with the kernel. Quite the reverse in fact.

    Nor does the compilation issue change matters. If I can write a compiler and use it to compile code that you have copyrighted. However there is no licence in existence under which that process of compilation grants me the the copyright to your code.

    --
    Don't let THEM immanentize the Eschaton!