Remember that one time Google forced an "Anonymous Coward" to remove the ability to choose alternative search engines in Android?
I can't wait to see how they explain this in the DOJ antitrust lawsuit.
android.googlesource.com/platform/packa
Conversation
Replying to
I expect some of the defense of Android to rest on AOSP and the capability to roll your own ROM, build your own marketplace, etc. Defaults like this will come up but could be explained away because "Android is not a monopoly" and certainly wasn't in 2009. 1/
2
1
Replying to
AOSP requires tons of dev get it to build/boot at all. Then you have to do tons of dev if you want to use boot security, or to remove even -some- of the proprietary bits.
Combine that with keeping up with updates and it is a full time job.
I tried.
1
1
2
Replying to
oh I know. I'm just saying that "we open-source it" will be a Google mantra throughout the lengthy proceedings.
1
1
Replying to
Probably. Hopefully the opposition points out the countless hours people like and others need to do to even partially de-google devices.
Back in the G1 days it was easy. Back then Google paid people full time to make sure AOSP was solid and easy to build/use.
1
That's not an accurate or fair assessment of our work. It is not what we do and what the project provides. GrapheneOS builds privacy and security technologies. AOSP is a solid base for us and we've never had problems building it. You continue to misrepresent the actual issues.
2
1
I was not referring to end products like GrapheneOS (which is why I didn't name it) but was specifically referring to all the work you and others do to get each AOSP to work reliably without Google bits so additive work like GrapheneOS is even possible.
2
AOSP already works reliably without Play services. We currently don't bother bundling assorted apps rather than letting users choose apps of their choice from F-Droid, Aurora Store (Play Store) and elsewhere. We intend to fill in functionality provided by Play services but we
2
1
AOSP works reliably without Play services only after you provide and continually fix lots of tooling to even get it to build and even then one has to extract factory image bits.
That, by itself, is a non trivial amount of work to maintain as I know all to well now.
2
That's not accurate. It works reliably as it exists synced from the AOSP repositories. Nothing needs to be added to build and use the supported generic build targets. The official Generic System Images and both generic and device-specific kernels are built unaltered from AOSP.