Most Android Tablets Fail At GPL Compliance 198
polar_bear` writes "Red Hat's Matthew Garrett has been checking to see who's naughty and nice. Most Android tablet vendors? Naughty, naughty, naughty, when it comes to GPL compliance. In the current crop of Android tablets, most of the vendors flout the GPL and fail to ship source."
No great surprise.. (Score:3)
Big name companies provide it (notable exception being Creative, but then they've not always been so hot at this anyway), small unknown Chinese companies don't.
I'm surprised that Viewsonic only provides the source for 1 of its three tablets though.
Re:No great surprise.. (Score:5, Insightful)
Given the number of obscure OEMs toiling away on designs based on what appear to be the same set of chipsets, you would expect that a large reseller would have its choice of OEMs, and strong ability to dictate terms. Further, you would expect that the respective legal departments of these re-badgers would absolutely flip out at the idea of incurring substantial risk of copyright infringement risk.
The odds that Sylvania actually produced the hardware being marketed under their name are not huge; but Sylvania is a US-market brand of a pretty big Japanese electronics outfit. If anybody were to sue them about it, there could be serious money on the table.
Coby Electronics Corporation, while it isn't exactly a luxury brand(seen by name in places like CVS pharmacy's electronics aisle, does some OEM work for Radio Shack), is a company with nontrivial size and US presence. Were I their lawyer, I'd be turning a cool shade of purple at the amount of liability we were racking up to score some tiny margins on skeezy wannabe android tablets to be sold to suckers at CVS.
While FOSS guys tend to be nice about it, the penalties in the US for copyright infringement are downright draconian, and that niceness is wholly optional.
Re: (Score:3, Insightful)
these re-badgers would absolutely flip out at the idea of incurring substantial risk of copyright infringement risk.
You need money to sue someone. FOSS idealists have none, and big companies with vested interest in FOSS software that could afford the legal costs know better than to hurt their own kind. That's why everybody and their dogs trample on the GPL with zero fear of legal actions.
Re:No great surprise.. (Score:5, Insightful)
Re:No great surprise.. (Score:5, Insightful)
Hardly bitten, more like they got a mildly dirty look from a random stranger. Have there been any settlements or awards that were more than a slap on the wrist of the company? Any that in any way impacted their bottom line in even the smallest way?
Re:No great surprise.. (Score:4, Insightful)
For most, simply coming into compliance is all they are ever asked to do in court.
Some busybox (etc) providers drag their heels on even that, but most simply hang it on their website in some obscure place and call it a day. Most of these devices are obsolete before anyone notices the missing source code.
Its not hard to comply, its just that Joe Purchasing Agent has no clue he is supposed to do so when he buys a cheesy tablet from an OEM and changes nothing but the label on the back.
Re:No great surprise.. (Score:5, Informative)
Ask Eben Moglen, chief legal counsel for the Free Software Foundation, how the GPL has been enforced [gnu.org] all these years.
Enforcing the GPL, for the Free Software Foundation anyway, has never been about punishing the violators, as it tends to be with other copyright-related litigation, but more about getting people to comply with the license. In another speech [gnu.org], Moglen explains why there has never been a court test of the GPL, which is what you seem to be looking for:
Given this kind of legal bind, most defendants when pressed by competent GPL plaintiffs would rather comply with the license like they are supposed to than fight it out in court under those terms.
Re:No great surprise.. (Score:5, Informative)
There have been tests of the GPL in court. Two I'm aware of are MySQL ab v Progress Software Corp and Busybox v Westinghouse Digital Electronics. In both cases, it was held that the GPL does work as advertised.
Re: (Score:3)
You need money to sue someone. FOSS idealists have none, and big companies with vested interest in FOSS software that could afford the legal costs know better than to hurt their own kind. That's why everybody and their dogs trample on the GPL with zero fear of legal actions.
With GPL v.3, if the software used implements any patents and you got a patent license through the GPL, then a GPL violation is now both copyright infringement and patent infringement. So things could get very nasty. And the low fear of legal actions doesn't come from "FOSS idealists having no money", it comes from "FOSS idealists being nice and not pressing for maximum damages".
Re: (Score:2)
Or you just call Boss Hog and he'll call the judge and take care of it for ya'll.
Re: (Score:2)
While FOSS guys tend to be nice about it, the penalties in the US for copyright infringement are downright draconian, and that niceness is wholly optional.
It remains to be seen if some FOSS guy inclined to not be nice about it would actually win in court. So far there have been zero examples of such so their behavior is eminently logical, if distasteful.
Re: (Score:3)
As soon as we made Viewsonic aware of their obligations and got somebody halfway intelligent there involved (i.e. not just first line customer service people, though we got them to write up notes about the number of callers requesting GPL source code too), this went through marketing and legal, and they got source released within a matter of weeks for the G Tablet. You're right, nobody wants to sit on legal risk for products with slim margins in competitive markets.
If you have a Coby or Sylvania device, ju
Re:No great surprise.. (Score:5, Informative)
Speaking as one of the Viewsonic G Tablet kernel hackers who helped push for VS to release source and has since identified and helped fix several of the critical kernel bugs, it was a non-trivial business problem to get the code.
Malata, the hardware OEM, is Chinese and thus not subject to US or European IP law regarding things like the GPL. Viewsonic did not develop the software in house, they contracted the whole Android packaging and UI job out to a startup called Tap N Tap based in Cambridge, MA. Tap N Tap was then constrained by the confidentiality agreements they had with Viewsonic. Viewsonic didn't really have any software team on board who understood the legal issues involved and their marketing guys had to help push everything through legal with the help of the Tap N Tap guys. Furthermore, the G Tablet is apparently distributed by a company called US Worldwide under a distribution agreement of some sort with Viewsonic - so not clear that Viewsonic ever even took delivery of a single tablet themselves.
We used Twitter to nag Viewsonic about not having released the kernel source and keep the issue in the public eye. Once they got clearance, they got the source from Tap N Tap, and posted it on the website.
This all just happened on December 24th. So Viewsonic is still most likely working on legal compliance issues for other tablets. I'm sure if people make formal requests for source and send some nagging reminders like we did for the G Tablet, they'll release any GPLed source too - they are making an effort at least, unlike many companies.
But it did take about a month long organized effort from the XDA Developers forums, involving call-ins to customer service, emails to top executives, and twitter posts. Much of that was simply education of people at several layers of the company about their obligations - again, their company never even touched the source code so this probably never went through their own legal people until we pushed it to them.
The result is we were able to merge up a bunch of critical kernel bug fixes from the main NVidia Tegra 2 source tree and we now have custom kernels that support a crap-ton of new features, along with custom ROMs. And we've gotten source for basically all the drivers too and we've started improving some of them.
No, we don't have the full source for the Tap N Tap UI stuff since Android's UI layer is Apache licensed and there's no obligation for Tap N Tap to release that code, but it doesn't affect us too much. We have the full AOSP source, the NVidia source tree, and there are so many custom launchers and stuff to work with out there that we've got several awesome ROMs released now.
I suspect there may be similar legal/logistical issues with the other Viewsonic tablets' source code. I don't know if enough people have even bought those tablets to care enough to request source code though - if you own one, make a request to Viewsonic. Heck, their Marketing VP has an account on the XDA Developer forums now, you can PM him there.
Also - that list is a bit misleading. Since we have the Viewsonic G Tablet kernel source, we basically have all the drivers and kernel code for all the Malata devices now, including the ZPad. In fact, Viewsonic released some of the ZPad drivers that aren't even used in the G Tablet (like the first gen ZPad resistive touchscreen driver).
Additionally, Advent has stated that they are working to release source code for the Vega which is apparently assembled by BYD but as far as we can tell, uses most of the same components and a very similar design to the Malata ZPad. I suspect we have nearly all the drivers and patches for that in our Viewsonic release too, but I'm sure their official kernel source will be out within a few weeks regardless.
So yeah, there are still some legal issues, but at least with the Tegra 2 devices and with most of the mainstream Western vendors, they are working their way to compliance currently.
Re: (Score:3)
Malata, the hardware OEM, is Chinese and thus not subject to US or European IP law regarding things like the GPL.
The GPL's authority is based in copyright law and China is a signatory of the Berne convention (As well as the Universal Copyright Convention, the TRIPS agreement and the WIPO Copyright Treaty), so yes, they are subject to it. Just no one bothers to go after them about it.
Ship Source? (Score:4, Informative)
They are Android. Google makes source available and the tablet vendors do too. There is no requirement to ship the source.
Re: (Score:2)
If you buy for example this
http://www.next.co.uk/shopping/electric/computers/3/1?extra=sch&n=electric&pid=117-894&returnurl=%2Fsearch%2Fsearch%3Fp%3DQ%26lbc%3Dnext%26uid%3D808251970%26ts%3Dv8%26w%3Dtablet%26af%3D%26method%3Dand%26filter%3Dsubset%253a4201%26nxtv%3D000%26nxti%3D0%23117-894&bct=%26quot%3BTablet%26quot%3B [next.co.uk]
You are entitled to be told it contains free software, and either be given a copy of the source, or be told where you can get a copy of it at no more than cost price at any time
Re: (Score:2)
My LG Android has a page in the setup application which lists the license of every binary and ends with the offer to provide the source. I would be interested in the contents of the corresponding page on this tablet.
Re:Ship Source? (Score:4, Informative)
The Google reference kernel code doesn't contain the driver code for any of these tablets, and the vast majority of them are based on SoC platforms that don't exist at all in the Google code. The tablet vendors can't simply point at the Google repositories, they're obliged to either ship the source with the devices or provide a written offer to provide the source to any third party on request.
Source only for customers, not third parties (Score:3)
The Google reference kernel code doesn't contain the driver code for any of these tablets, and the vast majority of them are based on SoC platforms that don't exist at all in the Google code. The tablet vendors can't simply point at the Google repositories, they're obliged to either ship the source with the devices or provide a written offer to provide the source to any third party on request.
No. they only have to provide source to their customers, not to any third party.
Re:Source only for customers, not third parties (Score:5, Informative)
Quoting from the GPL v2 section 3(b):
"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"
You don't have to choose that option - you can use 3(a) instead, but that means that the source has to be with the device when you sell it.
Re: (Score:2)
Quoting from the GPL v2 section 3(b):
"Accompany it with a written offer, valid for at least three years, to give any third party...
I think the GPL v3 6b says you only have to provide the source to someone who possesses the device containing the GPL'd code.
..."
"Convey the object code in, or embodied in, a physical product (including a physical distribution medium), accompanied by a written offer, valid for at least three years and valid for as long as you offer spare parts or customer support for that product model, to give anyone who possesses the object code
Re: (Score:2)
Yes, but given that the kernel is under GPLv2 (not v2 or later), what GPLv3 says isn't terribly relevant...
Even then, the written offer must be good for anyone who obtains the object code. I download a firmware image from your site? You're obliged to give me source on request. One of your customers downloads a firmware image and then gives it to me? The same applies.There's no point at which it's limited to your customers.
Re: (Score:2)
Re: (Score:3)
Technically correct, but it's much more practical to put the source code on a public HTTP or FTP server where anybody can get it. Any extra effort to only allow your own customers is a waste of time and money.
src isn't only for customers, also for 3rd parties (Score:2)
i think that would be covered by "...to give anyone who possesses the object code..."
if you distribute the object code, you're obligated to give it to ANYONE who posessess the object code, no matter how they obtained it.
that's what v3 of the GPL says.
the GPLv2 is even less limited in who you're obligated to give the source code to - that says "...to give any third party..."
Re: (Score:2)
But... isn't it the obligation of the person who gave YOU the code to provide the source? So if a company sells tablet to X, with offer for source, then X gives object code to Y, it seems it's X's obligation to give Y the source code, not the company. At the very least, the company may not have the resources to give it to everyone X gives the object code to, only to X.
Both. "A company" has to give the source code to anyone who receives the object code, which includes X and everyone that X gives the object code to and everyone those people pass the source code on to. X for the same reasons has to give the source code to anyone they gave the object code to and so on. If I buy a tablet from X and give the object code to you, then "the company", X, and I, all three have the obligation to give you the source code.
Re: (Score:2)
yes, the person who gave you the code also has that obligation. but that doesn't relieve the original distributor of their obligation.
in your example, both the company AND X have the obligation to provide/make-available the source to Y
btw, it's irrelevant whether the company has the resources to provide the source to everyone - same as it's irrelevant whether you have the resources to pay for the food you order in a restaurant....you have an obligation to pay regardless
Re: (Score:2)
No. If you distribute under 3(b), then as long as I'm not distributing commercially I can distribute under 3(c) and pass on the written offer - which still leaves you responsible for providing the source.
Re:Ship Source? (Score:4, Interesting)
Drivers are a debatable case.
Some insist anything linked against the kernel libraries (making calls to the kernel) must be make source code available. But I do not believe this is the general consensus.
Re: (Score:2)
And by "drivers" here, I also mean "board setup code". I can guarantee you that the MSM code in the Google tree isn't going to know which gpio lines are connected to your tablet's LCD power control, even if the CPU happens to be the same one that was in the G1.
Re: (Score:2)
I guess that is what http://www.linaro.org/ [linaro.org] is trying to organize.
Re:Ship Source? (Score:4, Informative)
Some insist anything linked against the kernel libraries (making calls to the kernel) must be make source code available. But I do not believe this is the general consensus.
It's more complex than that. Drivers do not have to be GPL'd, unless they are a derived work of the kernel. If they are not (e.g. the nVidia blob drivers), then they may be distributed under any license that you wish.
The kernel, however, requires that anything linked to it be distributed under a GPL-compatible license. Any Linux kernel that links against things under a license that the GPL is incompatible with, is in violation of the GPL. The GPL, however, makes it clear that you do not require any license to use the code, so end users may download the Linux kernel and the nVidia drivers, link them together, and still be allowed to use the code.
What they can't do is distribute the result. If you distribute the Linux kernel along with a GPL-incompatible driver, then you are in violation of the GPL. This means that you have no valid license to distribute the Linux kernel (unless you acquire one from all of the Linux copyright holders), and so every time you copy the kernel you are committing copyright infringement. Shipping a device with binary-only drivers and a Linux kernel is almost certainly wilful infringement, and carries a statutory penalty of up to $150K in the USA. It's probably cheaper to use FreeBSD...
Re: (Score:2)
It gets complicated. You can ship a kernel and a driver side-by-side ("mere aggregation" - section 2 of GPLv2). A user can then use modprobe to load the driver. At this point, has infringement occurred?
Re: (Score:3)
It gets complicated. You can ship a kernel and a driver side-by-side ("mere aggregation" - section 2 of GPLv2). A user can then use modprobe to load the driver. At this point, has infringement occurred?
That is not mere aggregation. To get a binary that can be loaded into the kernel with modprobe, you must have already linked with the kernel. It's the reason why nvidia doesn't ship a driver ready to be loaded that way. You must use gcc to compile their little wrapper and link to the kernel yourself.
Either that or get it from your distro, who are most certainly violating the GPL when they ship it. The reason nobody is complaining is because all that this would accomplish is getting the distros to stop c
Re: (Score:2)
I understand you to be saying that yes, you can work around the GPL, but you have to include an extra step. You have something which links in directly to the kernel and ship source for that, but it ties together the kernel and the driver and allows you to ship a binary driver with the kernel. Is that it?
Re: (Score:2)
I understand you to be saying that yes, you can work around the GPL, but you have to include an extra step. You have something which links in directly to the kernel and ship source for that, but it ties together the kernel and the driver and allows you to ship a binary driver with the kernel. Is that it?
Yeah, that's it, although I personally wouldn't call it "working around the GPL." That point is arguable, but the way I see it, the GPL restricts distribution, not use. If you, as the user, are willing to link something that is not free with your gpl code, you're absolutely free to do so. You're just not allowed to distribute the results.
Basically, I agree with your point on aggregation. I just wanted to clarify that if all you need to is type "modprobe driver_name", than that means that a driver_name.k
Re: (Score:2)
I do also wonder how well the argument that linking creates a derivative work would hold up in court - you could make the case that you can create a partial index to a work without creating a derivative work (and e.g. Google would certainly want to support you in making that case), and you can link using a partial "index" to the kernel without using the kernel itself.
Re: (Score:3, Interesting)
Many of these devices probably don't deviate much from upstream; but I'd be surprised if they are 100% identical(not that that is legally relevant; but if you aren't even shipping a binary based on upstream sour
Re: (Score:3)
Kernel source, specifically drivers and patches to build your own usable kernel is the issue here.
It's a real problem with tablets. Yeah, in terms of the OS itself, AOSP provides everything we need to build our own, and vendors aren't under any obligation to provide UI layer changes they make to Apache-licensed stuff. That's fine, because 90% of those vendor changes suck anyway.
But many of these tablets ship with buggy, binary-only kernels and driver modules with mysterious patch sets used to build them.
Re:Ship Source? (Score:4, Interesting)
It is sufficient if they use stock Android.
Making available does not require shipping, nor does it include hosting your own servers. You need merely "make it available". There are no specific requirements as to where it must be a available, and having the Open Handset Alliance perform this service is sufficient.
Samsung and some others are quite responsive in getting the source out there. Others not so much.
My only point in my post above is there is no requirement that the source be "shipped". It merely needs to be available along with any modifications a manufacturer makes to it.
Re: (Score:2)
It is sufficient if they use stock Android.
For that to work the company earning profits from Android must contribute to hosting the source code. If that don't do that the version of android used on the tablet might not be available when needed.
Re: (Score:2, Informative)
For that to work the company earning profits from Android must contribute to hosting the source code. If that don't do that the version of android used on the tablet might not be available when needed.
The GPL makes no requirements as to who hosts the source code.
Re:Ship Source? (Score:5, Informative)
6. Conveying Non-Source Forms.
You may convey a covered work in object code form under the terms
of sections 4 and 5, provided that you also convey the
machine-readable Corresponding Source under the terms of this License,
in one of these ways:
a) Convey the object code in, or embodied in, a physical product
(including a physical distribution medium), accompanied by the
Corresponding Source fixed on a durable physical medium
customarily used for software interchange.
b) Convey the object code in, or embodied in, a physical product
(including a physical distribution medium), accompanied by a
written offer, valid for at least three years and valid for as
long as you offer spare parts or customer support for that product
model, to give anyone who possesses the object code either (1) a
copy of the Corresponding Source for all the software in the
prodwuct that is covered by this License, on a durable physical
medium customarily used for software interchange, for a price no
more than your reasonable cost of physically performing this
conveying of source, or (2) access to copy the
Corresponding Source from a network server at no charge.
c) Convey individual copies of the object code with a copy of the
written offer to provide the Corresponding Source. This
alternative is allowed only occasionally and noncommercially, and
only if you received the object code with such an offer, in accord
with subsection 6b.
d) Convey the object code by offering access from a designated
place (gratis or for a charge), and offer equivalent access to the
Corresponding Source in the same way through the same place at no
further charge. You need not require recipients to copy the
Corresponding Source along with the object code. If the place to
copy the object code is a network server, the Corresponding Source
may be on a different server (operated by you or a third party)
that supports equivalent copying facilities, provided you maintain
clear directions next to the object code saying where to find the
Corresponding Source. Regardless of what server hosts the
Corresponding Source, you remain obligated to ensure that it is
available for as long as needed to satisfy these requirements.
e) Convey the object code using peer-to-peer transmission, provided
you inform other peers where the object code and Corresponding
Source of the work are being offered to the general public at no
charge under subsection 6d.
So say windows 8 turns out to be red hat linux with a new label on the box. For source code MSFT points back to red hat. The red hat servers melt from too much traffic and red hat restricts downloads to their own customers.
For MSFT to satisfy the GPL they must have control over the infrastructure which delivers the source code. Otherwise they are not in compliance. They could do this by paying red hat to do it for them. They could do it themselves. Maybe google provides this service for Android. I don't know.
Come on. We have been over this 1000 times.
Re: (Score:2)
If you have been over it 1000 times, why did you quote the part about object code rather than the part about source code?
Re: (Score:3)
If you have been over it 1000 times, why did you quote the part about object code rather than the part about source code?
Read the bits about providing Corresponding source:
Regardless of what server hosts the
Corresponding Source, you remain obligated to ensure that it is
available for as long as needed to satisfy these requirements.
Re: (Score:2, Interesting)
Exactly.
But some here insist you must PERSONALLY host it. This bit is not true. Nor need you ship it.
You need simply to make it available SOMEWHERE for three years.
Re: (Score:2)
>>You must make it available
"You must make it available" != "You must ensure it is available."
Re:Ship Source? (Score:4, Informative)
Err... that is the part that requires source code to be distributed. Read it. It specifies 4 ways that you can distribute source code:
- on a disk supplied with the device you're shipping
- with a written offer supplied with the device you're shipping
- forwarding a written offer provided by somebody else (only available for noncommercial distributors)
- providing a download *from the same location the customer downloaded the binaries*.
Re: (Score:2)
And "way" number 2 is the only one necessary for a tablet.
If a website is mentioned, somewhere in the paperwork or in the on screen menus, the manufacturer has met his obligation.
You do not have to SHIP the source.
Re: (Score:2)
And "way" number 2 is the only one necessary for a tablet.
Yes. And TFA is quite clear that they aren't doing this.
Re: (Score:2)
So after all the drama we are agreed that there is no requirement to SHIP the source?
Wow. What a long way to go to get to that cleared up.
Samsung always makes source available. Not necessarily instantly, sometimes it takes a month or so.
ARCHOS always makes it available. Imagine that! Archos!?
The rest? Well without digging thru their documentation, web sites, and "about screens" I can't be sure there isn't a written notice somewhere, and have to take the authors word that he did an exhaustive search. I
Re: (Score:2)
Re: (Score:3)
Because he is quoting the part about what gives you the right to distribute the object code. Each of the bullet points gives a method of object code distribution and the methods of source code distribution that allow you to comply with the licence.
Of course, he is quoting the wrong licence. The Linux kernel is distributed under GPL v2.
Re: (Score:2)
The red hat servers melt from too much traffic and red hat restricts downloads to their own customers.
And until either of those things happen MSFT is perfectly compliant with the GPL. If those things happen then they need to provide another location for the source but there is no need to do so preemptively.
Your logic dictates that any approach which has the possibility of going down, which is all of them, is not GPL compliant. So by your logic no company can ever be compliant with the GPL since it's always possible for their servers to crash and thus render them no longer compliant with the GPL.
Re: (Score:2)
if RH did that, then *they* would not be in compliance with the GPL.
the kernel and many other programs on RH are GPLv2, so they have to make them available to any third party. Many other programs are GPLv3, so they have to make them available to anyone who possesses a copy of the object code (no matter how they obtained it).
so...
ethically, MSFT probably should host source for any GPL code they distribu
Re: (Score:2)
if RH did that, then *they* would not be in compliance with the GPL.
If the GPL worked that way any large vendor (IBM or Oracle) could put Red Hat out of business by redistributing RHEL and putting the source distribution requirement back on Red Hat.
Re: (Score:2)
Re: (Score:2)
if RH did that, then *they* would not be in compliance with the GPL.
So? The GPL is an agreement between two parties - the person who gives the code and the person who receives the code. If A gives GPL'd code to B and B gives it to C, then there A has no obligations towards C. If A ceases to exist as a legal entity, then B is still liable to fulfil the GPL obligations to C.
Re: (Score:2)
A also has an obligation to the author(s) who wrote the code and licensed it to A - and by redistributing the GPL code, A agreed to the terms.
in the situation you describe above, both A and B have GPL-related obligations to C. this is true for both GPLv2 and GPLv3. GPLv2 says they have an obligation to provide source to ANY third party, GPLv3 says they have an obligation to provide source to ANYONE who has a copy of the object code they distributed.
is that really so difficult to understand?
Re: (Score:2)
GPLv2 says they have an obligation to provide source to ANY third party
Not true. They may have such an obligation, but only if they did not provide the source along with the binary. Actually, they never quite have that obligation. According to clause 3b of GPLv2, they have to provide a written offer good for three years to provide the source to any third party, but after three years they don't have to provide the source, and they don't have to provide the source to anyone who did not receive this written offer (either from them, or as a result of someone else satisfying cla
Re: (Score:2)
So say windows 8 turns out to be red hat linux with a new label on the box. For source code MSFT points back to red hat. The red hat servers melt from too much traffic and red hat restricts downloads to their own customers.
For MSFT to satisfy the GPL they must have control over the infrastructure which delivers the source code. Otherwise they are not in compliance. They could do this by paying red hat to do it for them. They could do it themselves. Maybe google provides this service for Android. I don't know.
Come on. We have been over this 1000 times.
All 12 windows users interested in the source code melt red hat's servers?
Re: (Score:2)
It is sufficient if they use stock Android.
For that to work the company earning profits from Android must contribute to hosting the source code. If that don't do that the version of android used on the tablet might not be available when needed.
There is no requirement to contribute. If the version they use is available they need to do nothing. If the version is not then they must find another site to refer to or make it available themselves.
I think there is some confusion because the FSF recommends not referring to another site because they may stop providing your version at some time without your knowledge.
Re: (Score:2)
I think there is some confusion because the FSF recommends not referring to another site because they may stop providing your version at some time without your knowledge.
Thats not confusing. Its very simple.
Re: (Score:3)
The source you provide or link to must be the same source used to produce the binaries you're shipping on your device. In other words, if I take Google's source and build binaries with it, and those binaries differ from the ones shipping on your device, it's not the same source code, and does not comply with the license.
Pointing to a source for Android, is not the same thing as providing the source for the modifications to that source that you (as a vendor) have done to the source.
Re: (Score:2)
They have to include an offer on how exactly the user can get the source code, and they are liable for fulfilling it - they can rely on a third party such as Open Handset Alliance, but they must include an offer stating that OHA will do it, and are liable if OHA doesn't do it for some reason (say, not having the exact version that matches the code on the shipped device)
Re: (Score:2)
It is sufficient if they use stock Android.
No it isn't - read the GPL (section 3). If they did not receive the source, but just received an offer in writing to provide the source on request, then they may provide that offer instead of the source to other people. Alternatively, they must provide an offer in writing (good for three years) to provide the source, or must provide the source along with the binaries, on a medium commonly used for software interchange (for example, print-outs of the source would not satisfy this condition). Pointing at th
Re: (Score:2)
Commercial distributors must either ship the source with the binary or they themselves have to make the source available.
[citation needed]
They need only make it available. They can hire someone else to do so. They need not set up a server for downloads.
You can not cite any source for the phrase "they themselves have to make".
Re:Ship Source? (Score:4, Informative)
Come on, the GPL isn't the new kid on the block that nobody knows.
From the GNU GPLv2: [gnu.org]
3. You may copy and distribute the Program (or a work based on it,
under Section 2) in object code or executable form under the terms of
Sections 1 and 2 above provided that you also do one of the following:
a) Accompany it with the complete corresponding machine-readable
source code, which must be distributed under the terms of
Sections 1 and 2 above on a medium customarily used for software
interchange; or,
b) 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; or,
c) Accompany it with the information you received as to the offer to
distribute corresponding source code. (This alternative is
allowed only for noncommercial distribution and only if you
received the program in object code or executable form with such
an offer, in accord with Subsection b above.)
Re: (Score:2)
I like how you selectively quote things.
Did you miss the part about:
" on a medium customarily used for software interchange"
Translation: Website. No where does it say who has to run that web site.
Case closed.
Get off you high horse.
Re: (Score:2, Insightful)
Law, learn it.
YOU have satisfied your obligation if you provide a means of to obtain it.
YOU do not have to run a web site.
YOU do not have to physically hand the source code over on a CD.
YOU can hire someone, or merely have an agreement with someone.
YOU have no idea what the hell YOU are talking about.
Re: (Score:3)
Must make it available ON REQUEST, to a person who received the binary.
Not ship with the tablet. Not publish on the website. Not mail it to anyone who asks, ever.
If I have purchased the tablet, I am entitled to request the sources from the distributor. And they must make them available to me them in reasonable amount of time.
I did study this bit for a while. We're making a big embedded industrial product that runs on Linux. We don't even have the sources in any form that could be shipped - the repository is
Re: (Score:2)
"Must make it available ON REQUEST, to a person who received the binary."
I'd really recommend that you re-read 3(b) of GPLv2, which is what's relevant in this discussion.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
I think it means that if someone else buys your machine second hand from one of your customers, then they have a right to the source. I guess you can always ask for the serial number of the machine before shipping the source, and having that would help you send the right version of the code anyway.
Re: (Score:2)
Yes. Your offer says "interested customers", whereas 3(b) says "any third party".
May charge *any* price, not nominal (Score:2)
Simply being willing to ship the sources to their customers for a nominal fee would meet the GPL requirement.
"You may charge any price or no price for each copy that you convey, and you may offer support or warranty protection for a fee." http://www.gnu.org/licenses/gpl-3.0.txt [gnu.org]
Re: (Score:2)
Wrong GPL. The Linux kernel is distributed under v2.
Re: (Score:2)
GPLv3 is the wrong license I believe.
Android is GPLv2 and Apache 2.0.
http://source.android.com/source/licenses.html [android.com]
Re: (Score:3, Insightful)
the distributor must either include their sources or make a clear offer to their customers to provide them on demand. They needn't provide them to the general public.
If they ship the source with the binary, then they do not have to provide the source to anyone else. If they don't ship the source with the binary, then they must make the source available to anyone who has a copy of the binary, not just their direct customers (or really anyone under certain circumstances). The GPLv2 was clearer in that regard: For commercial distribution, either ship with source or make available to "any third party". (The first party is who offers the license, the second party accepts it,
Re: (Score:2)
Read the story.
Some do. Some don't.
please be sure ... (Score:2)
to buy from the list of GPL approved items...
not to be a douche on this, but what is my incentive?
If GPL item A is inferior to my needs than non technicality item B, why should I be buying A to enforce a co-alliance's problem, is it not their issue for letting these B items exist without ramifications?
I for one am not going to bother checking a "naughty and nice" list for every single fkin purchase, force them if you want your licence to be inforced, otherwise leave me, the consumer out of it
thanks
Re:please be sure ... (Score:4, Insightful)
Assuming that you personally don't care about the ability to see and modify the source to the whole operating system on your phone, perhaps it would be nice to avoid this scenario:
1) You buy GPL-violating tablet from no-name company.
2) Company gets sued or threatened.
3) Company disappears and your device no longer has any support.
Re: (Score:2)
Step 3 alone deserves this AC be modded up!
First-world markets are already cutthroat enough as it is, and you cannot find any device past 18 months still sitting on shelves brand new unless it is super, extremely popular. If you compare the success and support of your quickcams or blackberries, which are slightly different and each have their own idiosyncracies (remember the one that never got Win2K support when random other ones did.)
Now, if we throw in an unstable mix of producers who get threatened to re
Re: (Score:3, Interesting)
yea companies like Samsung ...
ok BSchinatech.ripoff I can understand, I pay 75 bucks for a tab, 5 years later who gives a crap
but Sylvania is on that list too, are they a no-name company that will vanish from a little GPL lawsuit? what about Zenith or Viewsonic, or Creative Labs?
Re: (Score:2)
Or, what is also very likely.
1) You buy _anything_ from no-name company.
2) Company goes under because they didn't make the incredible sums of money they told their venture capitalists they would make. (This is *very* common with portable device manufacturers.) Or becasue their batteries melt. Or because their manager embezzled the money. Or because they get bought up by another company that could not care less about their purchased company's previous owners.
3) In any case, with such a company, your device n
Re: (Score:2)
Re: (Score:2)
Obviously, only people with a strong personal interest in GPL matters are going to factor that in to their buying decision(along with a halo of people who don't actually care whether a specific distributor is compliant or not; but are basing their buying decision on whether or not a good 3rd-party build is available, since the 1st party builds on a lot of these no-names ar
Caveat Emptor (Score:2)
Red Hat doesn't have the resources, nor even the incentive to pursue GPL violation lawsuits for Android - Google is the custodian here. Now you may argue it is Google's job to do this but they, for whatever reason, ain't.
If you buy a device, without the protection of the GPL, don't expect support or updates from your cheap Chinese knock-off. i.e. Your Android version may be stuck at 2.3 for the life of the device. Which if you are content to be stuck in 2010 for the next 3 years, or however you long you env
Re: (Score:2)
You seem to be under the impression that the GPL is designed to protect the original developer. It's not, it's designed to protect you, the end-user.
You might not care, but lots of people don't care about the warranty, doesn't mean they should never offer it.
If you want an example of how it could benefit you, imagine you get a tablet with a modified version of Android Froyo. Then you want to upgrade to Gingerbread but alas, the company doesn't offer it.
Now, if the GPL had been followed, any developer could
Re: (Score:2)
The same as for not downloading music that is not being offered legitimately. (Not even for free; you'd actually be paying the pirate, and not the artist.)
Re: (Score:2)
not to be a douche on this, but what is my incentive? If GPL item A is inferior to my needs than non technicality item B...
Your incentive is that the maker of item B might screw you and others over with the existing device or future devices e.g DRM, locking away your data in proprietary formats, selling your info to advertisers, trying to stop third-party firmware, etc. You have to wonder if their attitude to the GPL is just part of a general pattern of exploitation and corporate arrogance.
Re: (Score:2)
You're less likely to get _any_ improvements. User and developer feedback, flavored with the information in the publicly available source code, have been tremendours sources of Linux and GPL software features and fixes. And one thing that I do as a developer is to publish my patches to the vendors, so that they can integrate them in their next release. (This happens several times a year for me: it's very gratifying, it saves me considerable time in setting up workarounds, and it looks very good on my annual
Take take take (Score:3)
That sums up most Android vendors, they develop their own GUIs and improvements and don't give much or anything back to the project.
Hardly in the spirit of open source is it?
Re:Take take take (Score:4, Insightful)
Even though I have not contributed one line of code, I'm still affected by it as a software developer. I earn my living by writing software for my company. I do not use GPL because I know it's illegal not to publish the code, and my company cannot afford to publish our code, due to competition.
This means that my company invests time and money (which directly affects my livelihood due to competition) into software development, while other, larger companies just take GPL'ed code and use it without fear (and without any intention to release their code). So they have an unfair advantage over my company. It's unfair, because what they do is illegal. Not "mildly" illegal, like taking candy from a baby (= taking code from whining hippy spare-time developers), but very illegal, like stealing code from a competitor. Basically this business practice harms competition, and indirectly it also harms the consumer - big companies destroy their competiton by illegal means, and the consumer is left with less choice.
GPL has a purpose - to make the code, changes and derivatives available to everybody. Using it in other ways gives big companies unfair advantage, which is in many places an illegal practice (like bribing politicians or abusing public resources with impunity). Yes, it's the way of the world, but many people are angry about corrupt politicians even if they are not directly affected.
Re: (Score:3)
By Coby? Telechips released their reference kernel earlier this month, but I've seen no indication that Coby are fulfilling their obligations.
Re: (Score:2)
GPL states you must make the source code available, and it is, on developer.android.org
On many of these machines the OEM has modified the kernel, e.g. to make the CPU report a higher frequency than it actually uses, and also to support their weird hardware.
So yes, while you could run stock Debian on a ZT180 or something, you would likely have to do without things like sound, networking and the touchscreen etc.
I can't remember the specifics for what is missing on the ZT180, but it is a big problem for people who want to add new drivers, run Debian etc. I now run mine on a Debian someone made
Re:Android is not GPL (Score:4, Informative)
Re: (Score:2)
So changes to the kernel have to be accompanied by the source code, possibly on request.
Re: (Score:2)
"elfreeo" only applies to binaries in ELF format. Good old a.out format is still "gratis"