Conversation

i am once again asking you to free me from the necessity to compile android from source to have a phone i'm comfortable using
11
200
AOSP doesn't have blobs itself. Devices have a mix of open and closed source components as part of their Treble implementation. AOSP sits on top of a Treble implementation. There are open source Treble implementations The typical Qualcomm-derived one has many proprietary bits.
1
6
Treble has made things much easier if you only want to change AOSP rather than doing device-specific work. We haven't been able to take advantage of the main benefits for GrapheneOS since we have to do device-specific hardening work. It hasn't gotten any harder in recent years.
1
5
Making production builds of AOSP for Nexus and Pixel devices isn't nearly as easy as it should be due to Google not dedicating the necessary resources to including the open source Qualcomm device support code in AOSP along with build integration for closed source libraries, etc.
1
5
The issue is that Qualcomm makes the sources available to their partners, so Google's internal tree builds these things from source. They haven't dedicated resources to providing as much of that as possible publicly with build integration for firmware/libraries that are blobs.
1
3
Nexus obviously isn't relevant anymore, the issues were the same with those. I really don't see how any of it got harder to handle. It was way harder to deal with the Nexus 9 and then the Nexus 5X and 6P than recent devices. Nexus 9 introduced the vendor image, and they stopped
1
4
releasing device support packages split out into individual files with a build system putting them in the right place and wiring up dependencies. Instead, they started expecting people to use the unaltered vendor image, even though a substantial portion of it is open source.
1
3
Show replies