Although Google is far more open than their competitors, that doesn't put them beyond criticism. It's not reasonable to compromise a core virtue of your ecosystem because you think you might have a branding problem.
They've done this to a lesser extent in the past with almost every major version of Android (where the Open Sourcing of it comes after devices already ship). Does it suck that it's taking longer for 3.0? Sure it does. Do they have a valid reason to do so? You bet they do. Avoiding almost certain fiascos of companies trying to shoe-horn Honeycomb onto phones is a definite concern.
I am not a free software absolutist - people should be free to create and use proprietary software. However, I want to make the personal choice to use free software, and have access to the source code that is not conditional on whether my use is beneficial to any external entity. I understand that Google avoids the GPL for the non linux kernel portions of Android. I was hoping that Google would nonetheless treat Android as a free software OS where you always have access to the source code of any device. I feel like its a "bait and switch" in terms of how it has been portrayed to the community of users who care about software freedom. I don't understand why some people maintain that it doesn't change Android's openness just because Google says it will release the source code "someday".
For instance, anything derived from the Gingerbread line could be used by Samsung/HTC/whoever, and sell it under the Android name, but anyone using the Honeycomb line would be barred from using the Android branding until Google was confident that it was ready (which, really, would happen sooner if it was open for hackers to fix). At the same time, smaller groups and homebrew folks can still get access to all the code they want to hack on and run their devices.
While I do think the article makes valid claims against Android's openness, I think decoupling the branding would go a long way to allowing a community to sprout up around the code.
Google is holding it back because their probably just not happy with the state the thing is in. It was rushed and this is their implicit omission of it.I think this is a pride of ownership thing, nothing more.
My simple question to you is: why do you think that?
Shipping a mobile operating system is an impossibly complex task, but surely you can understand a parallel with a simple application: just because you wrote an app that's being successful doesn't mean you're ready to open source it the same day you release it. Maybe you want to clean it up, or refactor it, or make it easier to be reused by the open source community.
It's a little more nuanced than that. They believed the binaries were a good product for 10-inch tablets, but would perform badly on smaller screens. If they ship source, though, people will try to get it running on small screens.
That's what the Ars article is referring to as cutting corners (an inflammatory statement): Honeycomb could have been generic enough to be a good product on all screen sizes, but they needed to save time to let the Xoom meet its ship date.
It's a pretty long list of issues with the XOOM software even today.
(They does not deny it outright though. That's little devilish (evilish not a word!), but I can sympathy with them)
When you open source something, it's simply impossible to satisfy everyone. Just be patient, Honeycomb will be opensourced eventually.
(They might go out of their way to get a broken version for new mobile devices they're trying to bring to market. But it seems like aside from time-sensitive situations like Motorola trying to compete with the iPad2 by pushing the Xoom out the door, integrating and qualifying a new release is enough trauma that a device maker is unlikely to go to that effort with an immature product).
Are they going to provide the source to the ROM modding community? They're supporting the Nook and several other pre-Honeycomb tablets. If Google isn't going to release the code anytime soon those projects are dead. I'm sure Google has good reasons but they really should have figured this stuff out and set some clear guidelines ahead of time. Being secretive about development and tightly controlling access to source, while talking up the virtues of open source, is going to upset the people who are most loyal to the platform.
Absolutely false. You have to be part of their inner circle of Super Best Friends, which costs a lot of money, and they don't accept everyone.
I could not find an email address or link to do that.
All Apple has to do with iPad is to maintain a tight ship, and wait for their opponent's missteps.
As I commented elsewhere, I wonder if HP or RIM can now make a play for #2 tablet?
EDIT: For those concerned with software freedom, take a cue from Gandhi's playbook: Concentrate on examples of software freedom that are understood by the general marketplace. (Just as he concentrated on the pain of everyday Indians.) Sometimes, there is a place for the unpopular stance. Just be clear on what you're trying to accomplish when you're using that tactic.
Something like most of Motorola's recent phones with locked down bootloader, those aren't in any meaningful sense running an open source OS. At least not any meaningful sense for the average consumer. For a business with the money to roll their own hardware, they can take advantage of the source, but for me, I can't get that kind of touchscreen hooked up to that kind of battery, CPU, and GPU unless I'm willing to accept a closed OS.
Of course the point is moot, since Motorola would never use a GPLv3-licensed Android. I don't really see why, since, as I said, it's not the software but the hardware that I want to pay them for. (Though there's a good chance I would leave the software unmodified.)
https://twitter.com/Arubin/status/27808662429
This ("access to source code") is clearly less than GPL, and that's OK, as other commenters point out.
But what they're offering now with Honeycomb is less than Rubin's definition above.
From a support point of view, I cannot see any reason why any hardware manufacturer would go along with GPLv3 software. It adds a level of complexity that just doesn't make much sense to deal with, because it's not the manufacturer's best interest to support ANY code, just the code that they have put on the device.
And as far as supporting any code, most manufacturers of processors do in fact support running any code you like on them. Especially the dominant Intel-compatible personal computer, where Apple themselves support running any operating system you like.
Maybe, but then it would have failed in the market place.
I think this is in part because the primary customers of Android as a business are carriers (this is where Google makes money).
Agreed. I'm now even more glad that I went with the Nook Color instead, which is currently running a Cyanogen build of 2.3.
For example, the Android 2.0 Eclair source code was not released to the Android Open Source Project until after it was already shipping on the Motorola Droid.
Even carriers and manufacturers who were part of the Open Handset Alliance did not have access to it before then. I know, because I once worked with some of these companies on Android customization projects.
By catering to the emotional OSS crowd, Google has bred a flock of fanboys even more defensive than Apple's.