this post was submitted on 10 Nov 2023
405 points (96.3% liked)

Linux

48143 readers
788 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] mathemachristian@lemm.ee 2 points 1 year ago* (last edited 1 year ago) (1 children)

Right but the topic was about google's data harvesting and what I meant was that you can't just grab any AOSP distribution if you want to minimize that, you need to pick one that replaces the parts that send data to google. LineageOS for example still phones google for quite a number of services.

As far as "easy to remove" goes, I think that's kind of debatable if you want to do it in a way that's sustainable long term considering the effort that goes into e.g. GrapheneOS or DivestOS.

Edit: here is a list of the kind of stuff you need to watch out for if you want to minimize the data sent to google

https://divestos.org/pages/network_connections

[–] rentar42@kbin.social 6 points 1 year ago

I was answering under the assumption/the context of of "Amazon wants to release an Android-based OS that doesn't contact any of Googles services".

So, when I said "easy enough to remove" that was relative to releasing any commercial OS based on AOSP, as in: this will be one of the smallest tasks involved in this whole venture.

They will need an (at least semi-automated) way to keep up with changes from upstream and still apply their own code-changes on top of that anyway and once that is set up, a small set of 10-ish 3-line patches is not a lot of effort. For an individual getting started and trying to keep that all up to do date individually it's a bit more of an effort, granted.

The list you linked is very interesting, but I suspect that much of that isn't in AOSP, my suspicion is that at most the things up to and excluding the Updater even exist in AOSP.