MicroG Project: A re-implementation of Google's Android apps and libraries

by oridecon • 10 years ago

430 163 10 years ago

Amazing stuff. But won't Google have any objections on the licensing and patents regarding reimplementation of their stuff? If so what would be the implications?

vengefulduck• 10 years ago

Actually Google kind of screwed themselves there because just this year they set the legal precedent that all APIs are public domain so if they sued they would lose the case against oracle(and 8.8 billion dollars).

vetinari2• 10 years ago

I would not call it 'screwed'. Yes, they established, that APIs are free to reimplement.

However, just having an API to follow does not mean, that the task of reimplementation is easy - following someone's else API is actually harder than designing your own. Just ask the WINE team.

bitwize2• 10 years ago

Oracle is appealing that decision. The case is going before the CAFC, which means a likely win for Oracle.

phasmantistes• 10 years ago

That's actually not the argument that was made, as I understand it. The argument was that the Java API -- by virtue of being part of Java, which was openly released -- was also open. The APIs that MicroG is reimplementing don't seem to have been openly released in a similar fashion.

DannyBee• 10 years ago

This is completely and totally wrong, FWIW. The federal circuit ruling was that apis are copyrightable, so ....

Google won on fair use.

bitmapbrother7• 10 years ago

You must have missed the CAFC ruling that declared API's copyrightable.

iuhgdwij• 10 years ago

They still might have an ounce of the hacker spirit in the company - so maybe they'll be lenient!

Jokes aside, implementing a program with the same API should be fine, right? Would love to hear from someone better versed in copyright law!

nathcd• 10 years ago

implementing a program with the same API should be fine, right?

If this is all it comes down to, Google certainly should be fine with it being that they're in the middle of (end of?) a lawsuit with Oracle over their implementation of the Java API in Android.

Spoom• 10 years ago

I would imagine the problems they might have with this project is that it, I assume, calls private remote Google APIs -- which would by definition be an unlicensed use.

_pmf_3• 10 years ago

But won't Google have any objections on the licensing and patents regarding reimplementation of their stuff?

They'll sue you for using Java.

speps• 10 years ago

Previously : https://news.ycombinator.com/item?id=11373435

dawidloubser• 10 years ago

Will this, by any chance, increase the number of open-source apps available in f-droid? Every now and then, I spot a wonderful app that is only not available due to dependencies on one or two proprietary Google APIs or components.

I'm trying to run a totally open-source android installation, and have opted-out of Google entirely. It's worked out fairly well so far, but the app choices are fairly limited, of course.

xchip• 10 years ago

Cool! Do you have any blog post explaining how to do it?

dublinben• 10 years ago

It's nothing complicated or special. Just install your AOSP-based ROM of choice, and only use software from F-Droid.

bradyo7• 10 years ago

the Izzy on droid blog has a series of posts about it: https://android.izzysoft.de/articles/named/android-without-g...

Edit: The series is a little out of date, but should give you the general idea. ROMs that are probably new since that article was published that have no google dependencies are Replicant (entirely libre), OmniROM, Copperhead OS, and CyanagenMod w/ a no-gapps-script.

adilparvez4• 10 years ago

This is not very detailed but it might help: https://blog.adilparvez.com/post/2016/10/31/1/cyanogenmustar...

ex3ndr• 10 years ago

Only once f-droid stop being such big security hole.

icebraining2• 10 years ago

What do you mean?

ptx2• 10 years ago

In which way is it a security hole?

bradyo7• 10 years ago

I don't think f-droid will accept apps that have a requirement on the Google play services framework, even if you can somehow reproducibly compile against the microg version instead.

But it does mean you can install apps on the play store that have a dependency on gsf but are otherwise open-source (e.g. maps.me, signal, tomahawk).

digi_owl• 10 years ago

While i wish them luck, i suspect they will be caught in eternal catching up mode. This because Google have a whole lot of programmer-hours to throw at adding and changing things.

ocdtrekkie9• 10 years ago

The only real answer is to stop using operating systems and software developed by Google entirely.

quickben2• 10 years ago

While severely Stalman, your point is valid. But, the apps momentum will never allow that to happen.

fulafel3• 10 years ago

Apps put a lot of effort into working on old Android devices, they actually have a pretty good position in this respect.

codethief6• 10 years ago

While they certainly have some catching up to do every now and then, it's been working for me pretty well for over a year, now.

mike_hearn2• 10 years ago

I don't know about this. Android is not on its way to becoming a proprietary operating system, it's as open as it's ever been. Rather the author seems to be trying to redefine "operating system" to include things that have never been a part of such a term before, like online message routing and mapping services. Since when do we define "operating system" as including libraries for specific online services? User interface libraries, kernels, drivers, multimedia frameworks, sure ... but mapping services?

The underlying theme connecting these libraries is that they're clients for Google's proprietary protocols. Sometimes there are good reasons for these protocols to be proprietary. In the case of Maps (which I worked on some years ago) it's because Google's licenses for some data sets are specific to Google, they aren't allowed to just throw it all out there via an open protocol, and they are expected to discover and block non-Google client apps. In the case of the Market, they want to defend against things like abusive install count inflation. They also like to redesign products and change features whenever they want. All these things are easier when you can change the protocol at will because there's only one client to support, and the client team sit next to the server team.

Note for example that the microG folks have had to implement "DroidGuard", a system that tries to spot scripting of Google's servers from non-approved clients. The microG implementation contains fake data that is sent back to the servers. This risks legitimate users being mis-identified as abusers and potentially having their accounts suspended. That risk must be understood by the microG authors but they don't inform you of it anywhere, which seems poor.

Given that both the protocols and client libraries can change at any time without announcement, I don't see how microG users will ever have stable devices. Nor do I see why they care. Even if they reimplement the client libraries Signal and other apps will still be dependent upon the proprietary servers.

If they want a version of Signal that's entirely Google independent the right thing to do is set up and run a competitor to the actual messaging service, not just reimplement a thin protocol wrapper and call it a day.

st3v3r3• 10 years ago

With things like Doze, the only thing that can wake the device is a push message FROM GOOGLE.

That doesn't sound open in the least.

"The underlying theme connecting these libraries is that they're clients for Google's proprietary protocols."

Protocols which are quite difficult to change out. If you're a person who doesn't want to use Google's maps, you're SOL for most applications that show maps within the app, as most of them are using Google, because it's easy. Whereas if the location services were just a system plugin, the user could choose the mapping data provider they wished, and the app would just receive map data and continue as normal.

bigtones3• 10 years ago

You still have the choice to use many different mapping applications within an app you create on Android - Bing, Where, Mapbox, OpenStreetMap etc.

If you're using an app created by another developer that uses Google Maps as part of its functionality - you have no right to change that anyway.

EddieRingle• 10 years ago

With things like Doze, the only thing that can wake the device is a push message FROM GOOGLE.

That isn't entirely true: https://source.android.com/devices/tech/power/mgmt.html#doze

ocdtrekkie9• 10 years ago

Completely the opposite: Android has never been as proprietary as it is today. Almost every app you can get on your phone requires Google's proprietary services. Even Google's direct competitors, like Microsoft. Neither Skype nor Outlook run without Google's proprietary spyware installed.

bigtones3• 10 years ago

That was a choice made by Microsoft to enable those services at the app level - that does not take away from the argument that the operating system is open.

It's like saying Linux is more proprietary because Oracle is closed and runs on Linux.

fulafel3• 10 years ago

Yep, Google have said as much. One of the cited motivations is that devices don't get major OS updates, so it's better to move platform infrastructure under Play services. (They could have done this in an open way too, of course...)

oridecon3• 10 years ago

I don't know much about Android, is this FUD and/or not really relevant?

https://twitter.com/CopperheadOS/status/772592323112869888

https://www.reddit.com/r/Android/comments/516z23/according_t...

natuac• 10 years ago

What blobs is this guy talking about? Device drivers and/or the APKs that support them? Those have existed since forever. Google used to publish them to the AOSP repo. If they've stopped doing that, it's not that important, since they can be easily extracted from the system images, or from the devices themselves.

Google apps/libs? That's a growing problem, as more and more apps are starting to rely on those, hence MicroG.

jdc05892• 10 years ago

This is not totally true. Andoid itself is very much open, you are correct. However, there is a significant portion of userspace applications and services provided by Google that ARE NOT OPEN AT ALL, and are heavily depended on by the majority of the Android ecosystem. That is what it looks like this project is trying to address.

If you've ever installed a 3rd party distribution of Android based on the open source project (AOSP), you know how hamstrung things are after a fresh install until you drop Google closed source apps in.

oridecon3• 10 years ago

about DroidGuard: https://github.com/microg/android_packages_apps_GmsCore/issu...

corv• 10 years ago

If you truly think Android is an open system you might want to read this eye opener:

http://arstechnica.com/gadgets/2013/10/googles-iron-grip-on-...

pawanpe• 10 years ago

Thanks for the post, It really is an eye opener!

jm_l• 10 years ago

I think this article, while informative, could stand to be a little more charitable towards the Android team.

Another perspective: Karim Yaghmour, author of Embedded Android, a book I highly recommend for anyone looking to learn about how the Android platform works, writes, "despite its awkward development model from an open source community perspective, it remains that Google's work on Android is a godsend for a large number of developers. Plus, it has accomplished one thing no other open source project was ever able to: created a massively successful Linux distribution. It would, therefore, be hard to fault Android's development team for its work."

Saying things like "the second you try to take Android and do something that Google doesn't approve of, it will bring the world crashing down upon you" diminishes how much the AOSP does. Because of AOSP, developers and tinkerers have dozens of popular choices for custom ROMs and custom kernels that can be flashed on a bootloader-unlocked device. Google itself tries to make getting bootloader-unlocked devices easy, though carriers and OEMs often have their own policies.

On the other hand, Skyhook v. Google (http://www.gpsbusinessnews.com/Google-Settles-Litigation-wit...) is compelling evidence that Android's value to the rest of Google is as a medium for presenting Google apps and services.

Taken altogether I think the most fair evaluation is that Android's ubiquity is valuable to Google, but that doesn't mean its open-source-ness is any less valuable to developers and users.

devsquid2• 10 years ago

Its comments like "it’s also on the way to become a proprietary operating system" which turn me off supporting something like MicroG. I like the idea, but it such a gross mischaracterization of Android and it leads to uninformed people to believe weird things. Over on Reddit I often see people thinking Play Services is absolutely required to make an Android app. Which is just not true, I know from personally experience that Play Services is easily replaceable with other App Store SDKs. Also as you have said, Play Services deals solely with communication with Google.

It also reminds me of when Cyanogen became a business. It was sorta interesting at first until I listened to the CEO talking about putting a bullet in Google's head. Now Cyanogen tries to sell app space on its users devices.

BoorishBears• 10 years ago

Mischaracterization in what sense?

With the new deep Doze modes in Android, FCM is becoming integral to stuff as simple as push notifications (since FCM is supposed to be what wakes up the phone).

The APIs that let you do stuff like nearby communication are also getting locked down. From 6 and up you can't get a Bluetooth MAC address for Rfcomm without a system level permission, conveniently Googles Nearby API gladly gets around that.

I work on hardware without Play Services and I think what you're forgetting is stuff like FCM requires Play Services. FCM isn't an end all be all BaaS, but it's getting more and more ingrained in how Android works, and it's a little scary

catdog2• 10 years ago

Google is constantly pushing their proprietary APIs so a lot apps in practice only work with play services, if you even can get hold of them without the Play store app. they also abandon more and more of the AOSP builtin Apps, new features and are added mostly only to the proprietary counterparts. So a lot of things people might attribute to Android are in fact part of the Google Apps. The direction is clear and AOSP is entirely controlled by google, they could simply decide to not open the next Version or parts of it.

seba_dos12• 10 years ago

I know from personal experience how hard it is to actually use AOSP phone. I eventually gave up, installed microG and started using apk mirrors, which makes things a lot better, though not ideal yet.

There's F-Droid which is bringing some hope, but pure AOSP with F-Droid still cannot even compete with Nokia N900.

thatcat3• 10 years ago

While you're technically right, no other operating system has the problem that its most popular applications will not work without an additional proprietary platform being installed. It's kind of like if amazon services were a critical layer to ubuntu's independently developed apps functioning properly.

mapping services arn't part of OS, thus don't have to be open

The mapping services in question was built by scraping the location and details of wifi ap's from publicly broadcast packets, received and logged by your and other consumer's hardware so you would think that this is public information and could be opened up, but it isn't - which seems poor.

don't see why they care. Even if they reimplement the client libraries Signal and other apps will still be dependent upon the proprietary servers.

The goal is to prevent google from controlling the hardware you paid for and the software you're using. This, while not 100% stable, is better than having no options.

zrm4• 10 years ago

While you're technically right, no other operating system has the problem that its most popular applications will not work without an additional proprietary platform being installed. It's kind of like if amazon services were a critical layer to ubuntu's independently developed apps functioning properly.

The better way to fix that isn't to reimplement the Google Maps and Google Play clients, it's improving OpenStreetMap and a GNU/Linux-style package manager for Android.

pbreit• 10 years ago

So replace "operating system" with "important parts of Android". Now does it make sense?

fulafel3• 10 years ago

There are two different meanings of "operating system" depending on context. One is the old computer sciency definition which basically just encompasses the kernel and essentials, the colloquial and more common one is the definition that means the de facto application platform.

In your CS interpretation, OS X is also an open source OS since it's proprietary bits on top of the open source Darwin OS.

danudey• 10 years ago

I think what bothers people who feel this way (and I'm one of them) is that Google is taking things that Android used to include (like the browser) and moving all future development to closed-source versions, leaving the open-source version stagnant[0].

Rather the author seems to be trying to redefine "operating system" to include things that have never been a part of such a term before, like online message routing and mapping services.

This doesn't really ring true in the face of what's happened; Google has kept a lot of things proprietary, sure, but they've also moved a lot of things proprietary that weren't before and abandoned the rest. They're making platform improvements in closed-source rather than open-source, making it difficult and impractical for a lot of developers to build apps that will work on Android, rather than 'Android plus Google Play services etc'.

This even includes the keyboard; Google has made improvements to the Android keyboard, but not in AOSP.

Fundamentally, this feels like an attempt to maintain both the user-visible branding (now everything is Google this and Google that, which reminds users that Google had its hand in things) but also to prevent carriers from shipping stock Android and cutting Google out of the loop.

[0] http://arstechnica.com/gadgets/2013/10/googles-iron-grip-on-...

forgotpwtomain• 10 years ago

Exactly this, already it seems a little weird now how rose colored people's vision of Google was some ~5-10 years ago (I too was a fan). Give it 5 more and it will be late 90's Microsoft.

sunnyps2• 10 years ago

I find the browser complaint funny because they've moved to Chrome which even has an open development model[1] (Android does not). Chrome is also used for the WebView implementation starting in KitKat[2] (made updateable via Play Store in Lollipop). All of this code is open-source and also openly developed (which means code review, bug tracker, mailing lists, design docs are public).

[1] https://news.ycombinator.com/item?id=12578134

[2] https://developer.chrome.com/multidevice/webview/overview

ysleepy• 10 years ago

Android is not on its way to becoming a proprietary operating system, it's as open as it's ever been.

So how do you go about to modify software on your phone? I love it all, but pretending as if Google is not skewing the ecosystem in a way to maintain control is a bit naive. There is economic reason to do so, but it clashes with the intrerests of the wider ecosystem.

In the case of Maps (which I worked on some years ago) it's because Google's licenses for some data sets are specific to Google, they aren't allowed to just throw it all out there via an open protocol,

Hm, so HTTP is not an open protocol?

The "proprietary" protocols are unlikely to be replaced, since this would disable probably 30% of phones in the field. (not all update play services)

[...] The microG implementation contains fake data that is sent back to the servers. This risks legitimate users being mis-identified as abusers [...]

The straight forward approach for any malware or threat this system is up against. - If this causes "good" users to be excluded, then google messed up big time. - I assume they anticipated this, making the point moot.

I see no malicious intent here and see no reason to be upset.

cyphar6• 10 years ago

Rather the author seems to be trying to redefine "operating system" to include things that have never been a part of such a term before, like online message routing and mapping services. Since when do we define "operating system" as including libraries for specific online services? User interface libraries, kernels, drivers, multimedia frameworks, sure ... but mapping services?

Mobile devices have an expectation of having more built-in features than other devices, so it makes sense that we would expand what we define as an OS.

Not to mention that the map services are implemented as core pieces of the OS within Android, so it's very much like having a proprietary libc with other proprietary libraries. You could create a program that doesn't use libc, but nobody does that because of duplicated effort (and the fact that Google won't hold your hand if you don't use their libc).

So I would very much argue that Android is on the path to becoming even more proprietary (it always was proprietary, just because of the fact that effectively all phones require blobs in the kernel as well as other firmware that is updateable but is proprietary).

ksk• 10 years ago

trying to redefine "operating system" to include things that have never been a part of such a term before,

That ship has sailed. All mainstream users expect those things to be standard in any mobile OS.

it's as open as it's ever been

You're out of the loop. A lot of apps/APIs/frameworks which were maintained as part of AOSP have been abandoned to the point of being useless after Google introduced proprietary playstore versions.

Given that both the protocols and client libraries can change at any time without announcement,

How do you then claim that android is "as open as it has ever been", when this was not the case before since android had fewer proprietary libs.

m-p-3• 10 years ago

More and more of Google apps depends on Google Play services, and that isn't open-source at all.

AOSP might be open-source, but running Android without these services makes it much less usable.

And some systems built into Google Play Services like SafetyNet have their purpose and their reason of being present (Android Pay and ensuring the stored data remain secure), but in some case they might stop an enthusiastic user of using a customized version of the OS because of missing features.

nerdponx• 10 years ago

That sounds to me analogous to calling GNU an operating system. But then again maybe I misunderstand how GNU perceives itself.

yellowapple3• 10 years ago

Since when do we define "operating system" as including libraries for specific online services?

Since apps started relying on Google's proprietary Android components. This problem is apparent on ROMs which do not include GApps (like CyanogenMod by default and - in my case - CopperheadOS); there are plenty of applications which depend on things like Google Play Services (Slack being among them), for example. It's very similar (albeit not quite as severe) as the macOS ecosystem's dependence on a proprietary framework (Cocoa) despite otherwise running on a FOSS platform (Darwin).

squarefoot• 10 years ago

Android as a useable system is not open at all. If you attempt to install say a native Debian system onto a phone it will fail because of unsupported hardware (I don't consider useable something with no audio or networking, touch screen etc), so you must rely on precompiled binaries ripped by some Android ROM. At the same time, if you strip Android of all closed source code, the resulting image could probably be installed only on a virtual machine. So though technically we can agree on Android being mostly OSS, that "mostly" part alone would be unsatisfactory for about all users. That makes Android a closed system to me.

clemsenthis• 10 years ago

I've installed MicroG on my (supported) phone via their XDA threads (installed BlankStore,etc..), however some apps claimed to be working are not functional at all due to Google Apps dependencies.

Does anyone know what main apps actually work for an average phone user, i.e. Maps, CityMapper, Dropbox, ...?

codethief6• 10 years ago

Google Maps, Play Store DropBox and practically all apps requiring a Google account used to work fine for me. However, with the latest update of Maps, Maps stopped working, unfortunately, and just crashes upon start-up. I'm not sure, though, whether this is related to MicroG.

Eun• 10 years ago

There were some attempts years ago, the author implemented the same stuff as MicroG does now, I wonder if MicroG is forked...

However 3 years ago I was super excited and got the Alternative Google Store (I think it was BlankStore) installed. It crashed randomly and I was not able to download any App. However I thought that the author would work on it and in some time it would be useable.

Still waiting for that day.

That's why I'm a bit pessimistic about this project...

A better way would be to implement a true container/vm system so google only knows what is in this container, no contacts, no calendar, no mails. Heck, maybe it's even possible to link into that container for the host system apps.

kopijahe• 10 years ago

Yes, the NOGAPPS Project[1]. I used MicroG on a Galaxy Mini (tass) running Android 4.4 based ROM. It is a bit tricky to get it running, but I got some of my paid apps running afterwards (I sideloaded the apk, extracted from my backup).

Using the phone with Google Framework and modern OS made it so slow, MicroG (at least when I used it) didn't make it any slower.

I found the Galaxy Mini thrown by it's owner, picked it up and flash the ROM for shit and giggles...

[1] http://forum.xda-developers.com/showthread.php?t=1715375

codethief6• 10 years ago

MicroG is in fact the continuation of the project or "attempt" you're talking about (NOGAPPS). It's still the same author, too. You're right though in that the BlankStore hasn't seen an update.

Orangeair• 10 years ago

I'm a little wary about projects like this. While it is true that Google Play Services kind of subverts the free nature of Android, it's also one of the only things that is keeping fragmentation from becoming a big(ger) problem. Google is unable to update the OS on every Android phone in the wild, but they can update Play Services as needed to patch critical security bugs or add new features. The more that developers rely on it, the more they are relying on something that will be properly maintained.

codethief6• 10 years ago

As another commenter said, they could, however, make parts (if not all) of their Android libraries open source without interfering with the goal of preventing fragmentation.

Animats• 10 years ago

This will be popular in China, where phones that run Android but not Google services are big.

JulienSchmidt• 10 years ago

I live in China and I use MicroG / NOGAPPS since the early days. But I really don't see why it should be of any interest for the average Chinese user? The is a very healthy Android ecosystem here in China, independent of Google. For example apps usually depend on Baidu Maps / 高德地图 for viewing maps. There is simple no reliance on any Google apps here. Payment is usually done with WeChat Pay or AliPay. I would actually say it is more seamless than in the West.

The only strange thing is, that for app downloads usually the APK is directly linked - while still using the Play Store logo. That is because there are many different app store providers. However, as soon as the app is installed, it gets updated by that respective app store.

tonyplee3• 10 years ago

Any issues with app security, hacking, etc?

Or random apps able to monitor the SMS, voice calls?

adilparvez4• 10 years ago

If you want to go GApps free, I recently wrote about this. It's very short but points to where to find more. https://blog.adilparvez.com/post/2016/10/31/1/cyanogenmustar...

adilparvez4• 10 years ago

I neglected to mention that the first time you install Signal it should come from a trusted source (e.g. copy it from someone who is happy to use the play store), then updating via apkmirror is safe, since the signatures will match.

Also this might be useful a desktop play store client: http://www.onyxbits.de/raccoon

oridecon3• 10 years ago

I've heard people recommend Raccoon in the past but my phone is something so vital that makes me worried about stuff breaking (the combination of using a lot of 3rd party parts like MicroG, Racoon, apkmirror, ...).

I wonder if it's possible to dual boot without root and also keeping encryption on, that way I can have a safe option if anything breaks.

Damn, why is it so hard to have control over your things these days. It wears me down.

jonathanyc• 10 years ago

This is a really cool project. It is scary that there isn't a really open mobile platform a la desktop Linux as usable as Android as iOS when it looks like more and more computing will be done on mobile devices. This looks like a really smart way to let Android be what it claimed to be -- an open phone operating system.

floatboth• 10 years ago

I've been using MicroG on my phone for several months. Works very well.

tonyplee3• 10 years ago

It would be cool if these + standard AOSP APIs can run as a window on top of regular Linux. (X, KDE + OpenGL, or Ubuntu).

(Natively and not as slow emulator/VM).

Maybe that will unify the Linux Mobile, Desktop, Tablet better than the Gnome?

tonyplee3• 10 years ago

Better yet as a Docker Container.

cyphar6• 10 years ago

[Or an OCI container.]

bitmapbrother7• 10 years ago

Some People seem to think they're entitled to Google's Play Services without having to install Google's software. AOSP is entirely free and you can do with it as you please. If you want to run Android apps on AOSP then install FDroid, the Amazon App or any other free app store out there. This isn't about AOSP, it's about being jealous that they can't run Android apps that use Google Play Services and using any other app store is an insult to them. If you don't want to install GPS then be content with your free app stores and quit bitching about AOSP not being completely open. But, they want their cake and they want to be able to eat it too so they resort to complaining about Android not being open and trying to write shims to replace GPS so they can get their app fix on.

quickben2• 10 years ago

By your logic, an emergency brake in my Ford Escape will be usable only if I have their sync software on the system.

Gps is a basic selling feature, get over it.

bitmapbrother7• 10 years ago

By your logic Chinese cars shouldn't work at all and yet they do. Get over that.

goodplay2• 10 years ago

* What people want is to run apps on their phones. * Most apps now depend on google services because google actively promotes play services over base system services, and doesn't really invest in the later anymore. * Many people don't want to run google services on their phones (Me included). * MicroG solves this problem by replacing google services with equivalent services. * People can now run the apps they want.

This has nothing to do with entitlement or google. This is a way for people to run software on their phones without needlessly going through google.

bitmapbrother7• 10 years ago

Then perhaps they should use software that is not dependant on Google rather than harass developers to degrade their apps to conform to their desires.

cyphar6• 10 years ago

This isn't a question of entitlement. It's like being given a distribution that has a proprietary libc and then everyone losing their shit once you start re-implementing the libc because you don't want to run proprietary code.

GPS, maps and other such features are fundamental features of modern phones. They're no longer "additional addons" on a phone OS.

Also, many apps within FDroid still require some play services, and it's only because of microG that you can even use those free software apps. For example, Signal requires GCM and the project will not consider fixing this (and in fact demanded that FDroid stop distributing binaries). What is a user of that free software meant to do? Maintain a fork? People did that, but Signal won't federate. Move to another messaging service? Maybe, but there's nothing that matches Signal right now (I'm hoping that Matrix gets there soon so I can get the fuck away from Signal).

Personally I'm planning on rewriting some of the bus timetable apps for Sydney and using OpenStreetMaps instead of Google Maps. But I don't know if it's possible to have any form of meaningful GPS information without Google's proprietary services. I'm shit-out-of-luck as a developer, not an entitled brat.

SBArbeit• 10 years ago

This [0] is why we both need something like MicroG, and why Google will never allow it to succeed. I realize it's an old story, but it shows Google's ruthlessness in protecting platform dominance, even against a single-digit percentage Windows Phone platform. Even if MicroG ships good, working code, Google will break it. And if MicroG fixes that, Google will break it again, until the people writing MicroG give up.

I'd love open options instead of Google's services, but when 95% of your revenue is advertising, you have to own the platform, and Google does.

[0] http://www.theverge.com/2013/8/15/4625502/microsoft-responds...

larma3• 10 years ago

This is not entirely correct. Google has no possibility to break things in short time if they work exactly like the Google implementation. Although Google can update their clients through automatic updates there are still devices only connected via low-bandwidth and similar things which will receive the update heavily delayed. And finally there are devices that will never receive certain update.

Example: The Android Market API (yes android market, the name it had before play store) is still available and can be used, although it was replaced by a Play Store API years ago and there exist public client libraries for using it and the API is heavily used to grab free apps from the play store. However, as Google Play was never available for Android < 2.3 and there are still some users with this OS, the only way to disable this old API would be to remove Play Store access for a few hundred thousand users, which they refused to do until now.

microcolonel• 10 years ago

Might be a good idea to reconsider the visual effect of these pages. It looks nice, but it is indistinguishable from genuine Google trade dress, which is a bit misleading.

MicroG Project: A re-implementation of Google's Android apps and libraries

Related Stories