GPL Case Against Danish Satellite Provider
Rohde writes "The number of satellite and cable boxes on the Danish market using Linux has significantly increased during the last couple of years. The providers Viasat, Yousee and Stofa all provide HD receivers based on Linux, and all of them fail to provide the source code or make customers aware of the fact that the units are based on GPL licensed software. I decided it was time to fix this situation and luckily the Danish legal company BvHD has decided to take the case. We are starting with Viasat, which distributes a Samsung box including middleware and security from NDS, and you can follow the case here."
at some stage, manufacturers will realize the hidden cost of using GNU/Linux in their embedded platforms... For commodity gadgets and tools, it will not be an issue to share the internals are the hardware will be the added value. But for unique items that should not be the case and therefore some other toolkit with no ogligation to share modifications should be preferred.
And I'm making my living with GNU/Linux tools only ;-)
More often, I see my customers using GNU/Linux because it's without licenses to pay for the final product. But they do not realize theyr obligation to share... And it'is very difficult to educate them.
Does fellows /.ers have similar issue with customer?
You sure are generous. This smells more like troll than do gooder. I thought the States held the award for being sue happy. kudos to you for bringing it to the old country. IMHO you are poorly representing the GPL. We want friends and converts, not enemies. Email, call, send certified mail, not lawsuits. Sueing them makes you and us look like fuckwits.
Sera
Slashdot, where armchair scientists get shouted down and armchair theologians get modded up.
They use customized Linux ([archived page with details]) and don't even bother to provide the source with each copy.
What's worse, they change copyright notices of existing programs to their employees and do not include GPL license text in their "distribution".
Is it a GPL violation? They don't distribute MSVS outside of MoD and its numerous branches (state companies) - you can't neither buy nor download the system. Is it Ok to do the aforementioned things then?
Coding etudes
But, for commercial Linux based hardware or software products, that still doesn't get one away from having to make available source for any GPLed products you distributed. The one exception to that, that I know of, is if you burn it into ROM, such that neither you nor the customer can upgrade it without physically replacing that chip, THEN you can ship GPL based hardware /without/ having to ship sources.
This is incorrect; all versions of the GPL require you to provide source code.
Where you appear to be getting confused is that version 3 of the GPL additionally requires that software embedded in a "user product" is provided with any "installation information" which is necessary to replace the software (e.g. if the device requires upgrades to be digitally signed, you must provide signing keys). However, this specific part doesn't apply if the software cannot be replaced by anyone, including the manufacturer (e.g. if it's in ROM).
I don't understand why the embedded systems world hasn't embraced one of the *BSDs, to avoid this kind of thing?
Those would be reasons they don't want to comply. Not reasons they are unable to.
It seems to me that a simple solution is to make it legal to pirate (to use the vernacular) any content received with these boxes. Actually encode into law that any media transmitted to these boxes automatically enters the public domain for as long as the software's license is violated. They'd clean up really fast or lose their market.
The whole argument that kernel modules must be GPL is seriously flawed. A kernel module is just another application that the OS can run, albeit by a different API at a different security level.
There is some issue of compiling against the kernel header files (which I believe are GPL, not LGPL), but arguably, they're defining the API, not generating code, so the resulting code should still not infringe on the Linux copyright or be considered a derivative work.
And this is the whole point of "Trusted Computing", Microsoft's much applauded "security" suite that fortunately seems to be have shown as seriously flawed that I'm just not seeing anyone developing for it. The signature/authentication/encryption chip was built into the motherboard or the CPU: there was a very tight toolchain to have signed tools open other signed tools to access data, designed to prevent non-authorized tools from reading media but also able to protect data files.
The problem was it was also clearly designed to control bootability and hardware access, although that got little attention: if you don't have a Microsft signed key boot loader, kernel, and application set, you can't boot the box or open a hard drive. Period. And even other company's keys would reside in Microsoft's hands, since they would hold the backup copies of everyone's _private_ keys.
It was nasty, nasty, nasty stuff. and I'm glad it seems to be stillborn.