Hacker News new | ask | show | jobs
by engrenage 4669 days ago
Notably, Play services is totally closed. So Google has abandoned the open source part of Android and is now developing the operating system as a completely closed product.

Edit: downvotes don't change the truth of the observation. Android is no longer meaningfully open, other than a years old core of basic functions. Just like OSX and Darwin.

19 comments

downvotes don't change the truth of the observation. Android is no longer meaningfully open, other than a years old core of basic functions.

The problem is that your observation isn't true. Here are some of the under-the-hood changes in just the most recent releases of Android:

  -OpenGL ES 3.0
  -Bluetooth low energy/Bluetooth AVRCP
  -restricted profiles
  -VP8 encoder
  -new DRM framework
  -SELinux
  -various other optimizations and APIs
Yes Google is moving some functionality to Play services. Yes it is worth discussing how this may impact the future of Android as an open platform. No, that does not mean that Android is no longer "meaningfully open", especially not in the matter-of-fact way you are presenting it.
I agree. I worked for a company that was building their own TV platform on top of Android. From their (and my) point of view, Android was meaningfully open.

You don't need Google's closed services to have a working and meaningful platform. You also still benefit from the large developer mindshare and identical APIs compared to Google's Android.

You don't have the added benefit of the content discovery & delivery platform Google provides, nor of any of the closed Google API's. Depending on your use case, that may make it "meaninglessly open", but I would definitely argue that this isn't a universal statement.

I also have multiple Android devices that don't have access to Google Play (a set-top box and a system-on-a-stick) and I really don't mind that they don't have access to Play.

Like most things open source is a continuum of subtle differences rather than a category.

In my opinion the following software is much more open than Android:

Linux, Apache, FreeBSD, OpenBSD, GCC, clang, and generally most open source products developed by the community.

In my opinion the following software is less open than Android: C#, OSX, iOS, and generally most software developed by major corporations.

The real keys are that your Android device is locked down, fixing it voids your warranty, and development does not take place in the open, rather every few months a major patch is released and there is no way for the community to contribute to the project in any meaningful way.

> The real keys are that your Android device is locked down, fixing it voids your warranty

As it should. There's nothing in open source that requires a warranty. Here's a snippet from the MIT license, generally considered open:

"THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT."

And from the GPL, also open:

"THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW."

When manufacturers go out of their way to lock down a device, I agree that's a jerk move. But I also don't think it's reasonable to expect them to agree to replace your device if it bricks after you've hacked the firmware. Obviously, the device may be bricked for reasons entirely unrelated to whatever you've hacked, but I don't begrudge manufacturers for drawing a line in the sand and not wanting to expend resources beyond it.

Perhaps you shouldn't have to modify a firmware to install your own OS on an 'open' platform.

IBM somehow figured out how to do it on an IBM 5150 back in the early 80s and my Raspberry Pi supports it on ARM systems.

I'm happy to use my iPhone which doesn't allow firmware mods under warranty, however, I've never heard Apple talk about the iPhone being an open platform. Google's stance on the openness of Android strikes me as disingenuous.

Apple talking point # 3124: we never claimed our platform was open so we can be more hardline than RMS when critiquing Android.

Yeah, that one never gets boring.

Apple requested Google call it GNU/Android? Must have missed that one.
That's #3125. #3124 is "We are sexy and we know it."
What part of Android requires keys to install?

Oh, you mean the _hardware_ is locked down? Guess what, I can't install Ubuntu on an Iphone either. I guess that makes Ubuntu non-open then?

You'll find very similar disclaimers in nearly all licensed, closed-source software as well.
anyone can make a license that is both open source and providing warranty btw.

open source licenses generally don't provide warranty because they don't have to and devs, providing free stuff, certainly do not want to bother with warranties. Companies could.

Sure, they could. But it would be insane. (at least at the current prices)

Just compare how much an insurance costs that covers damages caused by yourself (being negligent) as opposed to those covering only damages caused by hardware/software defects.

> The real keys are that your Android device is locked down, fixing it voids your warranty

That's not an issue about Android though, it's an issue with manufacturers.You are free to release an Android device that is not locked down.

thats effectively a distinction without a difference to consumers, to run android you still need an android device.
There is tons of open hardware you run Android on. It's just not phones. https://www.google.com/search?q=android+arm+computer
Just curious, what are the pros and cons to Android manufacturer to lock down a device? Are these Android manufacturer each trying to create its own platform based on an open OS?
Mostly carriers demand it. There is no reason to lock the bootloader otherwise.

Of course a more cynical mind can see a reason in planned obsolescence - if you stop updating a device after an year you will buy your next sooner.

You mean manufactures like Google themselves?

It seems to be an issue with 'Android' as no one, including Google, makes an Android phone on which you can install a modified version of Android without voiding the warranty.

Geeksphone (the same folk that do a Mozilla phone) do.
Looking at www.geeksphone.com I don't see any phones available for purchase.
Although "meaningful" is very subjective, one can use Google's rhetoric under which Android was initiated as a touchstone: http://www.openhandsetalliance.com/press_110507.html

Of course when you do that, the current level of openness is not just "no longer meaningful", it's bordering on parody.

Could you explain? Looking at the document you cited, I'm not sure what you mean. For example, the document says that Android would give "mobile operators and device manufacturers significant freedom and flexibility to design products" and that "Handset manufacturers and wireless operators will be free to customize Android in order to bring to market innovative new products faster and at a much lower cost." Both of those things seem to hold true, even with the changes being made to Google Play Services. Am I missing something?
Well, the new DRM framework definitely isn't open, and essentially all the things you list are stuff that's too low-level to be implemented as part of Google Play Services. Basically, if they could put it in the closed source Google Play Services, they have - including relatively core functionality like improvements to the location APIs and push notifications.
Android is partly open source. It's neither open nor closed in the same way as gray isn't black or white.

Google has all the right to change the openness of it's software, but generally should be truthfull in their marketing. I haven't lately found them promoting Android for being open source, so all we need to be aware of is that Android, iOS, WP, BB are not open and are of course made to create profit for their companies from their users.

The key problem here is that it's open source. The meaning of that term has become very vague, not that OSI's definition is unclear but rather since many people apply the term to so many things. Open source is usually applied for marketing and convenience now days rather than actually showing that this software provides the essential freedoms for the user.
"Open source" has always been about marketing and convenience. If you're looking for "freedom", you should join the "free software" movement instead, which is a distinct one.

Back in the days, people argued that free software will not survive if they keep being idealistic. Instead, people argued that free software should market more, and compromise more with proprietary software. Well, here is the result.

Please put "Free Software (c)(tm)(r) FSF" or some appropriate similar notice. Otherwise people not familiar with the overloaded meaning of "Free" used by FSF would get a wrong impression that they are actually free to do whatever they want with it.
You are free to do whatever you want with the software. The only real restriction under the GPL is that you are not allowed to distribute modified binaries of GPL software without releasing the corresponding source code.
It's just as restrictive as any commercial license, except that instead of being prohibited from releasing the source, you are required to do so.

That is not 'free to do whatever you want'.

I know the story behind it. I agree with you though, here's the result of open source and it ain't pretty.
On the other hand, Google Play Services largely encompasses those features that were /always/ closed source in Android: maps, google+ and GCM. The Google applications that are core to the "standard" Android experience for most users have also always been closed source: Maps, Gmail, Google Calendar.

There are still a lot of new features being introduced to the core Android APIs, with fragmentation issues being mitigated by a provided support library [0] which essentially backports the newer APIs to older versions of Android (some new features are only in the support library).

Android as it's sold in most consumer devices obviously isn't entirely open, but Google still seem to be attempting to strike a balance between supporting the open-source platform on the other, and building up a suite of closed userland features on the other. You might disagree with their judgement on where the balance is, but I think it's unfair to say it's being developed as a completely closed product.

[0] http://developer.android.com/tools/support-library/index.htm...

They're also migrating some functionality from core Android into Play Services. For example, the replacement for the (effectively broken) proximity alerts is the new geofencing API. But that's not in core Android, it's in Play Services, even though it's all on-device functionality, that doesn't need to interact with any Google central machinery.
That's inaccurate. Location services doesn't just use GPS - it depends on data from Google when determining location via wifi, which is more battery efficient. So there are definitely Google-specific elements in there.
Proximity Alerts are part of the released AOSP core source. The replacement is not. They can interact with the WIFI location provider, but don't have to, and are still functional even if it's disabled (which is easy to do from the stock UI). So, this is a function which has been moved from core AOSP to Play Services.
Outside of APIs to interact with GPS and sensor data, the location APIs in the Android framework have always operated with Google APIs for determining things like locations, addresses, etc. This is really nothing new and devs are free to write their own geofencing API.
Not just that, Google is devoting its energy to develop the closed platform rather than developing android. The example you give are relatively minor updates with major new functionality now being developed outside of core android as the author points out.
Google also devotes energy to search, email, robot cars, internet balloons... the idea that having a closed source set of APIs for google products is stealing resources away from android is specious.
The point is that more energy being put on closed source Android development rather. Yes, Google has a lot of money but money is not it's only resource. Unnecessary projects have been closed off like Google Labs, Reader etc etc. Google has a limited range of focus, Google's Android developers have a limited range of focus and Google would seek to guard them against unsupported distribution systems (open source ones). Maybe Google will open source more?
Everything in Play Services is application level. Just because Apple bundles a mail app and browser in with their OS doesn't mean that those kinds of things make up an operating system. Any tablet maker in China can still use Android to get a complete mobile operating system for free, without even telling Google they are going to do it. So can Amazon. Can I make a new phone with iOS for free, as long as I don't include Apple mail? Not even close. So let's not start pretending that Android is just like iOS now.
People aren't suggesting that Apple is significantly open, what they are now observing, is that Google is becoming more "closed" - and to call "Play Services" an application is a little bit of a misnomer. It's a system level service that enables higher level applications. The Mail.App doesn't do anything of the kind (though, the rendering engine is an apt comparison).
Everything in play services is most certainly not Application level. I presume you didn't read the linked article or the other comments here about the APIs that are migrating there.
Isn't GooglePlayServices by definition app level? My understanding is it runs in app space. Any other developer could accomplish the same thing.
The article clearly states that new platform APIs are showing up in Google Play services instead of in core Android. The article mentions this as a benefit - 3rd party app developers get access to new APIs quickly and consistently across all Android devices.

The downside is the new APIs are showing up in the closed-source Google Play services, and not in the open source Android project.

Here is the API:

http://developer.android.com/reference/gms-packages.html

The only thing there that is not explicitly tied to Google itself is the new location stuff. The rest is game, maps and Google+. I could totally see an argument that the location stuff (geo-fencing and such) would be more appropriate in AOSP, but that's about it. I'm going to keep my pitchfork holstered until I see a real pattern. Well, probably not even then since I don't see closed-source as a personal affront, but you get my drift.

Just because Apple bundles a mail app and browser in with their OS doesn't mean that those kinds of things make up an operating system.

Yup. People bashed Microsoft about this for years because everything was so tied together, there was even an agreement to unbundle it as part of a European Anti-Trust case[1]. As developers, we are ALWAYS talking about decoupling systems, making things easier to manage and exchanging data using APIs. Don't see what the problem is with this, and if it means Google is able to get security patches out quicker rather than relying on manufacturers, then this is a win-win situation.

I wonder if Apple will ever get the Microsoft treatment

[1] http://en.wikipedia.org/wiki/European_Union_Microsoft_compet...

I too thought about OSX and Darwin when I saw this. Except that before, with Android, you had an open userland system on an open kernel. Now you have a huge binary blob that can do everything without control, on top of a open userland with an open kernel. It's a closed layer on top of two open layers. And the best of all, more and more things seem to depend on the closed layer instead of just on the other two. From what I see, as it "defrags" Google has been moving core functionality, previously open, into that closed-source Play Services thing. I think the plan is probably to take everything related to UX into the closed part, that Samsung, HTC and etc. won't then be able to change to create their own UX, and leave as open source the essentials needed for porting to new devices. I have mixed feelings about this... it's great if they manage to dismiss those who think there's a fragmentation problem in the platform. But they are doing it at the cost of decreased openness, and I don't like that.
"I think the plan is probably to take everything related to UX into the closed part, that Samsung, HTC and etc. won't then be able to change to create their own UX,"

I doubt it. The manufacturers would revolt at that point, and potentially fork the entire platform.

Nonsense. You can certainly argue that "less" of Android is being open sourced than a few years ago, but it's still orders of magnitude more open than any of the other mobile OS available on the market. Especially OS X and iOS, which are both 0% open source.

Open source fanatics are impossible to satisfy, they will always find a reason why the flavor of open source that a company or an organization picked is not the "real" open source, but the simple truth is that I can load up the source of Android in any IDE and start debugging into Android's system libraries any time I need it.

Good luck getting this from Apple.

While I'm not suggesting that OS X is as open as, say, Android, I don't think the parent is speaking Nonsense. OS X does have and open source element, http://en.wikipedia.org/wiki/Darwin_(operating_system), so claiming iOS and OS X are "0% open source" is somewhat incorrect.

I think the parent is correct in that Google is now moving the value added components of their Operating System (as opposed to the more "core" elements of the OS, into closed source and fully under Google's control. It's a rational move, and I applaud them for their cleverness.

Unless something has changed, there is no darwin for iOS and never has been.

http://en.wikipedia.org/wiki/Darwin_%28operating_system%29

"Darwin is now only available as source code,[5] except for the ARM variant, which has not been released in any form separately from iOS."

> it's still orders of magnitude more open than any of > the other mobile OS available on the market.

Symbian? OpenMoko? The upcoming SailfishOS, Tizen, Firefox OS, and Ubuntu phone? Oh, you meant in the U.S., I guess. (Yes, I know that all the above have either already largely failed or have sketchy futures. That's an entirely different kettle of fish.)

> Open source fanatics are impossible to satisfy

All I want is the ability to make arbitrary changes to the software running on my phone. Why is that so hard?

Arbitrary changes? But then how can we ensure that you are charged the proper price for tethering bandwidth versus phone bandwidth? How can we ensure you are paying the right price to blacklist phone numbers? My goodness what if you remove the default apps from the phone? No, that won't do at all.
> All I want is the ability to make arbitrary changes to the software running on my phone. Why is that so hard?

What mainstream OS makes this easier than Android?

> Firefox OS

Considering the closed source bits of Android have no equivalent in Firefox OS I would say it's equally open source as Firefox OS.

Firefox and Ubuntu phone both run on top of an Android layer so they're not great argument against the openess of Android.
No, absolutely not. Ubuntu on existing Android phones uses the Linux kernel with the Android patches so it can use the OEM binary drivers. It doesn't use any bits of Android. FirefoxOS is the same.
I didn't say they run on top of Dalvik, I'm saying they share some of the lower level foundations like e.g. "the Linux kernel with the Android patches so it can use the OEM binary drivers", which is important because that kind of stuff is what separates a smartphone from a brick.
No. Android layer means Dalvik + bionic. Ubuntu and FirefoxOS run on top of the Linux kernel, which happens to be supplied by Google/OEM vendors on some devices. Both can run on an unmodified Linux kernel if a device supports it, and both are trying to come up with their own devices.

Btw, the Linux kernel is the only GPL piece of code in Android. However closed Android is or will become, the kernel will still be provided because of the virulent license. Arguing Android is open because they ship the kernel that allows FirefoxOS and Ubuntu to boot on some devices is wrong because they are legally bound to ship this kernel, it's not an act of good will (but doesn't mean they wouldn't do it out of good will).

> Especially OS X and iOS, which are both 0% open source

http://opensource.apple.com/release/mac-os-x-1084/

http://opensource.apple.com/release/ios-61/ (and a lot is shared with OS X, such as the xnu kernel)

http://www.cups.org

To be fair, CUPS was around before Apple's involvement and they purchased the source + hired the developer.
That applies to a zillion other parts of Mac OS X, too, but does that matter?

If it matters: to be fair, Android was around before Google's involvement and they purchased the source + hired the developer (1), and the Linux core of Android also wasn't developed by Google, IIRC.

(1) they probably did more work on Android than Apple did on CUPS, but that's a gradual difference.

It's always fun to remember a time when Mac OS X's printer support was so bad (mostly due to low marketshare) that they had to adopt the Linux printing solution, and it was an immediate and massive improvement.

And you try and tell the young people of today that ..... they won't believe you.

They bought Howl software, its developers, and renamed it Bonjour and made it open-source - that became the de-facto standard for their network "plug-n-play" support for devices because Microsoft was trying to convince standards groups to make its (failed) protocol the standard for this.
OSX printer support wasn't bad because of low marketshare. It was bad because it was a new operating system. And it wasn't just printers but everything. Drivers, applications, utilities. They all took years to move to OSX.

And most technologically astute people (young or old) know that OSX relies extensively on UNIX software of which CUPS is just one part.

No, the parent comment is correct.

"It was bad because it was a new operating system." -- it was already bad in the pre-OSX Mac era (mostly due to low marketshare).

"And it wasn't just printers but everything. Drivers, applications, utilities. They all took years to move to OSX." -- for applications and most other things Apple had migration alternatives (Carbon APIs for pre-OSX Mac apps, the Classic environment for emulation of pre-OSX and even Rosetta for emulating PowerPC on Intel).

For the case of printers, they really just dropped whatever they had and went with the Linux solution.

While I agree with your reasoning in the latter sections, comparing android to basically every other mobile os and calling it an order of a magnitude of a difference is a bit strange when they are basically 0.
Good point, I should have said "infinitely" instead of "orders of magnitude".
I don't see the problem here. Play is part of Google's ecosystem, not the Android OS platform. I can download Android's source code, compile it and put it in any device I want (provided I have the technical capability to do so of course). In fact, this is what Android distributions like Cyanogenmod do, and they also provide a binary blob with Google's stuff as an option, if you want to install it. I don't see the reason to demand the Play store app to be open source nor what could be gained from it.
The problem isn't Play. It's that people are being bound more tightly to the ecosystem.

As a developer, one of the things that was more appealing to me about Android was that Android seemed to be a more level playing field. But this approach tilts things substantially in favor of Google.

In particular, this solves fragmentation for Google, and maybe for Google trusted partners, but it doesn't seem to do so for any other Android developers.

I don't think anybody's saying the Play app should be open source. But if I were making my living from Android apps, I'd worry that Android improvements would be few and far between. Both the technical and business incentives push to improving Play Services, not the base OS.

I don't see any reason why the play app shouldn't be Free software. So, while I might be a minority, I'd certainly like to see all of it opened up.

I'd much prefer a reality where the play service and app is open, and which upstream source you trust is defined by which certificates you trust, and nothing else. That'd make it trivial to set up trusted sources for a company, for example.

Why should it be free software? What gives you a reason to feel that level of entitlement?
I want the freedom to control what software runs on my device. One straightforward way to do that is for the play app and service (or at least the service api) to be Free software.

So, I would like to run Free software on my devices. Thankfully the kernel is still Free software, so there's still hope we can have open distributions going forward. It seems a shame to double the work to achieve that goal, so I think it makes sense for the software to be opened up.

Note that you can replace the Play apk on your device, and create a Free implementation of its (documented) APIs.
I want a pony, too. But unless I am willing to pay for it, I won't get one.

You didn't answer the question--what makes you believe you are entitled to free software from a company that employs thousands of people to write it?

They tried that before, and we got fragmentation. Play Services is supposed to be the solution to that. I think it very well might be a huge improvement.
Well, from a business standpoint, there are a lot of companies planning to piggyback off of Android to launch their own OS platforms. These competitors represent a real threat to the Android platform. When Google was all alone in the smartphone OS space (chief competitors being BBOS and iOS, which aren't licensed to 3rd party manufacturers) they didn't have to worry about competing for the attentions of manufacturers... companies got to choose between Android or making Symbian featurephones. So it was easy for Google to be generous with the source.

Now that Google has to worry about de-Google'd Android products, they need to keep more of their work for themselves.

Android was open as long as people did what google wanted with it.

That's the antithesis of open.

Like other commenter said, only the Sith deal in absolutes :) In this regard, I'm okay with Google protecting their IP and internal infrastructure, I am not really interested in how they process payments or any of the other details. Open source philosophy does not entitle you to any of that info, you could write your own app store if you so want, like Amazon did.
I remember when Android was starting to gain popularity (around 1.6 I suppose), one of the key decisions that I really liked was that Google apps would have no more access to the OS than any other apps. There was no preference to Google. This has now all changed.

Further, what's to stop other vendors doing this, possibly without users knowledge? How many users will click "allow" on a permissions box that gives the vendor a huge amount of permissions like this just so that they can use the latest MyTwitFace?

Where has this changed? Google's apps are still built on top of the SDK. The only real change was the centralization of Google Play Services, but that doesn't change the level of OS access at all and 3rd-party developers can still tap in to these services.
Play Services having a custom updater and the ability to silently gain more permissions is definitely not something available to average 3rd party developers.
Both are available. Any app can request complete control over the system, at which point it can do whatever the hell it wants, short of root. Update? Sure thing, install an APK.

Of course the user has to accept your huge list of permissions first.

Normal apps can't install any APK without explicit user consent. The Play Store auto-updates in a similar way.
There are various other Android app store apart from the official play Store (Amazon, F-droid, etc). Any app can request permission to install other apps silently, or may be even a newer version of itself. Play Store uses no private API which is not available to other Android developer. Ask your users to download the apk from your website, if Google Play store won't carry your app, and then built-in a mechanism to auto-update at will.
That's not 'silently'.
Are you sure this is correct? How is this even possible when you can install Play Services on Android versions before Play Services was even conceived. How can you do this on custom AOSP builds?

Play Services must be playing by the same rules as everyone else or it just wouldn't work on as many devices as it does.

I'm not an Android dev, but I would assume that Play Store has always had special permissions in order to be able to install applications, so Google need only deploy an updated version of Play Store for both old/new devices, and that updated version of Play Store have the necessary code to use its privileges to install Play Services and grant Play Services special privileges.
AFAIK system apks are signed with a special key, that gets special privileges.
You could write an app which does this, it would just have a huge permissions list.
You're technically correct, which is obviously the best kind. However, on lesser kinds of correctness, I would argue that the Google Services type model at least violates the spirit of that decision. IMHO, the ability to silently add permissions is either a violation of the agreement or a vulnerability in the OS. I doubt any app would last long on the Play store if it did that.
Yes, downvotes don't change the truth of the observation because it was never true. Your observation is unfortunately based on a typical fallacy.

Android has always been, and still is meaningfully open. Google apps are closed source and proprietary. You don't have to use Google services and Google apps.

Almost every single Android app in the Play Store (including the Play Store itself) has always been closed source and proprietary. Nothing really changed. Apps that are related to core functionality are open source and free software. Stock dialer, stock browser etc. are all such examples.

Android is about as open as it used to be. The core OS is mostly open source, the drivers are mostly closed binaries owned by chip vendors, the apps are closed binaries owned by Google. Google Play services, by its name and nature, is part of Google service. So it is just as closed as it used to be.

Over time, more features are added OS, drivers, apps. That doesn't really change the overall picture much. Amazon and Chinese companies like Xiaomi are pretty successful using the core Android OS for their devices.

Almost no major producer of Android phones in China (mainland) IIRC, has deployed or would deploy Google Play, perhaps as a result of both their marketing strategies, that favors some local mobile Internet service providers, and consequence of the back-off stance of Google to the Chinese govn't, the cause of which is quite complicated though. As status quo, Google's services are largely compromised due to unknown or you-guess-what reasons.
Most Google services are blocked in China by Chinese government. Chinese companies, like Xiaomi and Baidu, want to build their own ecosystems to make profit. Their management said so publicly during talks that I attended in person.
Sure android was a great step forward from ios, but after using it for a couple years I can't wait for a real linux phone and android to be a distant memory. The reason Google chose to back android instead of porting a real linux distro to mobile is because they wanted a market to sell programs, not an OS that already has 1000s of top quality open source programs already available. Google wanted an OS where you don't even get a file manager so people can be conned into paying for even the simplest features.
I love Linux, but I disagree with you. The amount of money Google makes from the Play store is negligible compared to their overall revenues. I highly doubt they don't include a file manager so they can make a few more bucks. It probably has more to do with the fact that most people don't need a file manager (mobile computing has a totally different paradigm than desktop computing).

Also, the "1000s of top quality" apps don't exist. Where are they? Most aren't designed for a touch interface so they'd have to be redesigned. Wait, they'd have to be redesigned to give an experience that we already have? How is that not a waste of time? Having seen Ubuntu OS.. It's garbage. "real linux" for the sake of being able to say it isn't worth it if the platform is slower, takes more battery life, and has less apps. Yes, you can improve on those three things, but you'd be putting in so much effort to replicate an OS that is already open source.

A fork of Android is a much better idea than starting from scratch. Look where Maemo, Meego, and Tizen went. Look at where Ubuntu OS will go.

Open Source has an accepted definition. The Open Source Definition was created for the purpose of clarifying what should b required to label something Open Source. Just because they don't go beyond that to the point that others in the community do doesn't mean it isn't open source.

http://opensource.org/osd

In particular:

>License Must Not Restrict Other Software

>The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be open-source software.

Not only does Open Source not imply everything on the platform should be Open Source, it's explicitly against its definition. Google Play services does does not affect the base android operating system. It is given root permissions on the Google backed distributions of the Android Operating System.

It's perfectly fine to complain about Google giving itself a root level backdoor into their official distro. If a less trusted company were to do the same thing, there would be a perfectly validated uproar. But don't change the definition of open source to bolster your argument. In your edit you say "Android is no longer meaningfully open". That's fine, but don't say that it isn't open source, or that it's closed source. That's blatantly by definition false, and the open source community takes their definitions seriously for a reason.

It is amazing how big of an ass you are. Make an assertion --> people provide counter-arguments and downvote you. You --> provide no explanation to your initial assertion and ass-ily mention that downvotes are meaningless.

Be a man and get into the argument if you really believe what you are saying. Otherwise keep blowing yourself to fool yourself into thinking that it is the same thing.

It's not quite as bad, but close. Open-source Android is a full-stack operating system, the problem is that as far as everyone is concerned, that's not enough. You need an ecosystem of apps and services (from maps, to push, to youtube, to .. ) to have a competitive mobile platform.

If I was a betting man, I would go long on Google.

I never really got why they kept so much of Android open-source. It didn't seem to make sense both from Google's business perspective and from the user's end. Why does Google need to let companies like Amazon create competing platforms using their operating system? And why do they need to be so beholden to the OEMs? It makes sense they're moving more functionality away from it.

(See my question here: http://www.quora.com/Why-did-Google-make-Android-open-source )

When Cyanogenmod closes down, THEN I might consider Android not open source for all intents and purposes. But currently, they're doing fine without the closed Google bits (usually installed as a separate gapps zip file).
There is still one major difference between play service and osx or ios -it is free and can be installed on any compatible devices, so I wouldn't call it "totally" closed at least not as close as iOS.
Darwin is free and can be installed on any compatible devices.
I'd say that Google does quite a bit more by providing the user layer too, if people want it. It's kind of the best of both worlds between Apple's OS X strategy and Microsoft's Windows strategy: open core and available for OEM hardware.
Android is no longer meaningfully open, other than a years old core of basic functions.

This is so utterly and complete wrong, and is the sort of ultra-polarized, hysterical comment that does not belong on HN. I suspect that the single and only reason it isn't dim gray is the appeal-to-sympathy "you downvote the truth!" noise that manipulates the weak-willed.

Just to be clear, Google has always had closed source, proprietary Google bits (gmail, maps, etc. Originally they even built these as a big binary blob in the platform image, and it was "fixing fragmentation" when they moved them to separate apps), and the open source Android bits. Everything you heard about Android 4.3 is in the open source bits ("years old core of basic functions" -- what obnoxious, noisy prattle).

not an expert in this area, so I won't comment on the accuracy of your claims, but your comment is full of ad hominem vitriol. please keep it civil, whether you agree or not. HN is better than this.
Ad hominem? I am specifically criticizing the comment, so yet another showing of some ignorantly misplaced Latin isn't worthwhile.
Yes, you're criticising the comment, but your criticisms constitute mainly of strong attacks on its tone (ultra-polarized, hysterical, noisy, prattle) and perceived effect (manipulative, obnoxious), plus some extremely strong contradictions without supporting evidence of matching strength (utterly and complete wrong, does not belong on HN).

I do think that you're probably correct with the meat of what you're saying, but there's no question that at best half of your comment is relevant to the actual discussion and the other half describes itself at least as well as it describes the comment it purports to.

My suggestion: your vitriol should be proportional to the strength of the evidence you present rather than to the strength of your feeling.

While technically your comment isn't an ad hominem since you attribute all these terrible things to the comment rather than the person, I can completely see why it rang a lot of the same bells as an ad hominem argument would for some people.

You're right, it's not ad hominem, but your post is chock full of overly emotive (read, manipulative) language. To illustrate, I'll remove the emotive language and you can see the difference:

>Android is no longer meaningfully open, other than a years old core of basic functions.

This is wrong, and things I think are wrong don't belong on HN. I suspect you weren't voted down because of the (logically fallacious) appeal to consequences.

Just to be clear, Google has always had closed source, proprietary Google bits (gmail, maps, etc. Originally they even built these as a big binary blob in the platform image, and it was "fixing fragmentation" when they moved them to separate apps), and the open source Android bits. Everything you heard about Android 4.3 is in the open source bits.

what obnoxious, noisy prattle! (lol)
This is the sort of hysterical comment that does not belong on HN, to quote you.
The problem is that people have built false expectations for themselves about what Android is, and even created false definitions of what open source is. All Android is is the operating system. Take any Linux distro, and strip out all the applications bundled with it and you don't have much. All open source means is that you can legally fork it.

People have created their own definitions for these things on no basis. There's a reason why there are so many terms in the open source world. There's Open Source. There's Free software. There's Free and Open Source software. They all mean different things, and the reason we nerds have so many definitions is precisely to avoid these kinds of misconception and false expectations. Ironically they've become complicated enough that everyone else ignores their definitions.

This is 100% correct. The google apps have always been proprietary, custom roms for example arent allowed to include them.
"So Google has abandoned the open source part of Android and is now developing the operating system as a completely closed product."

Not sure what's new here.. Play always came with strings attached. OEMs can choose Play or use AOSP and roll their own Play analogue like Meizu or Xiaomi or Amazon.

Correct me if I'm wrong. From 4.0 Play is mandatory if you want drivers. That's why Barnes and Noble had to put Play on their devices.
That's just incorrect as far as I know. It remains possible to support all drivers with an AOSP build.

B&N decided they wanted to "mainstream" their Android in terms of enabling it to be a "Google-logo" device. Probably a good choice if you haven't got the scale of Amazon's ecosystem.

I am OEM app developer and can confirm this.

One of our apps rely on GPS, and the manufacturers that bought that app from us could only make it work after installing Play Services, and they could not figure a way to make it work without Play Services.

Location Services is a special API, in that Google bears some costs to enable it for geocoding, for example.

It is possible to have access to basic location data from a built-in GPS receiver in AOSP, so the system is not completely dependent on Google Play Services.

Exactly. "GPS" data is certainly available and part of the standard open source framework: http://developer.android.com/reference/android/location/pack...

But access to e.g. Google's giant wifi-to-location database isn't part of that API. And it's a good service, and something that is hard to replicate and thus a competetive advantage.

But to speak to the upthread parent: it has nothing to do with "drivers". The HAL interface for GPS data is part of AOSP.

> And it's a good service, and something that is hard to replicate and thus a competetive advantage.

It's a service that Google will not let manufacturers replace even if they want to. Horribly anti-competetive. http://www.mobileburn.com/news.jsp?Id=14923

> Horribly anti-competetive

Did the lawsuit finish?

I think there might be a need for providing a decent layer between the various closed layers created by Amazon, Google et al. At least, that would allow apps to be friendly to Android without marrying Google Play.

(Is there one?)

I'm not sure what drivers you refer to, but Play definitely isn't mandatory to use the AOSP. Barnes and Noble presumably had all the drivers they needed to make the Nook functional without Play?
Interesting. Everyone put it as an attempt to keep the Nook relevant (because you get all the google apps with it), but I'd be interested in seeing more on that side of things. Which drivers, though? Usually you'd get the graphics driver from the chipset manufacturer, for instance, who they would already be contracting with because they make the device.
Wonder what Andy Rubin thinks about how this fits into the definition of open https://twitter.com/Arubin/status/27808662429