| 4 Nov 2025 |
 pentane ⭔ | someone of us has got to infiltrate google and nixify android upstream | 21:26:48 |
| pentane ⭔ | * | 21:26:57 |
|  luelista joined the room. | 21:41:13 |
 magic_rb | flake.nix in android when | 21:49:21 |
| 5 Nov 2025 |
 oak 🏳️🌈♥️ | Wasn't the original creator of Robotnix (Daniel Fullmer) also experimenting generating different derivations for the different parts of the Android project (instead of building it as a one big thing)? | 10:55:18 |
| oak 🏳️🌈♥️ | https://www.youtube.com/watch?v=tj8t0aRaUro There's a NixCon 2020 talk | 10:55:28 |
| oak 🏳️🌈♥️ | I guess the experiments are here https://github.com/danielfullmer/soongnix and here https://github.com/danielfullmer/blueprint2nix | 10:56:41 |
 Atemu | Yup | 10:56:54 |
| oak 🏳️🌈♥️ | I think the main problem is that we'd just need a team of contributors to maintain the solution | 11:06:01 |
| Atemu | Yehh | 11:11:00 |
| magic_rb | it takes me an hour and a half to build android, so its not that big of a deal for me that i have to rebuild it | 11:59:41 |
| Atemu | Still annoying | 12:00:57 |
| Atemu | ccache can cut build time by ~half | 12:01:17 |
| Atemu | There's also some validation stuff you can disable; I've done it in my config | 12:05:32 |
| magic_rb | isnt ccache deprecated? | 12:07:39 |
| magic_rb | thats what the docs said | 12:07:46 |
| Atemu | Still worked with 22.2 | 14:54:33 |
| 6 Nov 2025 |
 puffnfresh | https://github.com/nix-community/robotnix/pull/324 | 06:12:16 |
| pentane ⭔ | nice, thanks, gonna test it one of these days! | 21:48:32 |
| pentane ⭔ | which method did you use to get a list of all new APEX packages in android 16? looking into apkcerts.txt in the target files package, or something in these lines? | 21:49:17 |
| pentane ⭔ | bit of context: I'm a bit catious about declaring signing as "officially supported" again, since the AOSP sign_target_files_apks tool doesn't validate whether all APKs that were signed with the test keys during the main build have in fact been re-signed with the release ones. I'm considering writing some sort of validation script that looks at META/apkcerts.txt and META/apexkeys.txt in target_files.zip to validate whether the key mappings and APEX package names defined in the module systems cover everything that needs to be re-signed | 22:29:24 |
| 7 Nov 2025 |
| puffnfresh | the signing process complained when a key was missing, I just tried to sign, it would fail, I'd add that | 01:01:41 |
|  @emma:rory.gay left the room. | 22:44:02 |
| 8 Nov 2025 |
| pentane ⭔ | yeah, that's for keys that you specify with --extra-apks or --key-mapping that turn out to not exist on your filesystem | 21:45:57 |
| pentane ⭔ | but as far as I understand, sign_target_files_apks will happily leave the test keys in place if you don't specify that you wanna re-sign the APKs in question with release keys | 21:46:29 |
| pentane ⭔ | what were the exact error messages you were getting? | 22:18:57 |
| pentane ⭔ | also, I'm a bit confused. shouldn't sign_target_files_apks have complained about the missing gmscompat_lib key (see https://github.com/GrapheneOS/script/blob/16/generate-keys#L16?) | 22:27:02 |
| pentane ⭔ | * also, I'm a bit confused. shouldn't sign_target_files_apks have complained about the missing gmscompat_lib key (see https://github.com/GrapheneOS/script/blob/16/generate-keys#L16)? | 22:27:05 |
| pentane ⭔ | * also, I'm a bit confused. shouldn't sign_target_files_apks have complained about the missing gmscompat_lib key in your case (see https://github.com/GrapheneOS/script/blob/16/generate-keys#L16)? | 22:27:13 |
| 9 Nov 2025 |
| puffnfresh |
Error getting public key: b'Could not open file or uri for loading private key of public key from packages/modules/Virtualization/build/apex/com.android.virt.pem: No such file or directory\n'
| 04:41:44 |
