| 5 Jun 2024 |
 erahhal | Ok, I think I'm getting somewhere... Calling breakfast instead of choosecombo seems to do the trick. | 04:15:30 |
| erahhal | Sorry for spamming here. Please let me know if my level of messaging is inappropriate. | 04:15:46 |
| erahhal | This is what I'm currently working on:
robotnix-lineage_cheetah> FAILED:
robotnix-lineage_cheetah> In file included from tools/tradefederation/prebuilts/test_harness/Android.mk:55:
robotnix-lineage_cheetah> vendor/google/cheetah/Android.mk:9: error: vendor/google/cheetah/radio/abl.img SHA1 mismatch (8f468eae2412d469a892638518b83841fe1bf380 != 4e5ac9c69b8df933427d83c901bee75e7e777900).
robotnix-lineage_cheetah> 04:09:10 ckati failed with: exit status 1
error: builder for '/nix/store/2hkxwmn5yi63z33wkrs7z47l6bxvg4ak-robotnix-lineage_cheetah-2024060317.drv' failed with exit code 1;
last 10 log lines:
> [ 93% 296/315] including tools/platform-compat/Android.mk ...
> [ 94% 297/315] including tools/test/connectivity/Android.mk ...
> [ 94% 298/315] including tools/test/graphicsbenchmark/Android.mk ...
> [ 94% 299/315] including tools/tradefederation/core/Android.mk ...
> [ 95% 300/315] including tools/tradefederation/prebuilts/test_harness/Android.mk ...
> [ 95% 301/315] including vendor/google/cheetah/Android.mk ...
> FAILED:
> In file included from tools/tradefederation/prebuilts/test_harness/Android.mk:55:
> vendor/google/cheetah/Android.mk:9: error: vendor/google/cheetah/radio/abl.img SHA1 mismatch (8f468eae2412d469a892638518b83841fe1bf380 != 4e5ac9c69b8df933427d83c901bee75e7e777900).
> 04:09:10 ckati failed with: exit status 1
For full logs, run 'nix log /nix/store/2hkxwmn5yi63z33wkrs7z47l6bxvg4ak-robotnix-lineage_cheetah-2024060317.drv'.
error: 1 dependencies of derivation '/nix/store/zvkg6c7yhbsc2m65gk0z8sjymj35p7rf-cheetah-factory-2024060317.zip.drv' failed to build
| 04:16:30 |
| erahhal | Trying to figure out where the build system is getting that hash | 04:38:50 |
| erahhal | Ahhhh, the radio files are using git lfs | 05:25:57 |
| erahhal | Manually updated the vendor.json entry for cheetah setting fetchLFS to true to no effect. digging into why this is not working. | 05:50:46 |
 samueldr | did you update the hash? | 05:52:16 |
| erahhal | No, trying that now. | 06:03:24 |
| samueldr | overall, remember that Nix trusts you when you tell it what the hash of a thing is | 06:15:02 |
| erahhal | I pulled down the LFS repo, then realized I don't know what I should be hashing | 06:15:25 |
| erahhal | No idea how to get the hash for an LFS repo | 06:15:36 |
| erahhal | Better yet, how should the update_device_dirs.py script know that a repo has LFS files? I guess that would be specifically flagged similar to other devices with special cases? | 06:19:39 |
| erahhal | Did the old trick of corrupting the hash to see what Nix would expect, and it still wants to old hash despite fetchLFS being true. | 06:24:21 |
| samueldr | the "old trick" is "TOFU"; trust on first use | 06:24:52 |
| samueldr | and yeah | 06:24:56 |
| samueldr | though I guess you need something else | 06:25:09 |
| samueldr | (haven't touched robotnix in a while) | 06:25:14 |
| erahhal | In reply to @samueldr:matrix.org
the "old trick" is "TOFU"; trust on first use Learned a new term | 06:25:34 |
| samueldr | it's the name of the pattern like with SSH where you are asked to "trust on first use" [though you should also check really] | 06:26:19 |
| samueldr | T&COFU doesn't have a good sound to it | 06:26:32 |
| erahhal | So to be clear, even if the hash is changed, it will ignore the updated properties until it finds a new matching hash? | 06:28:18 |
| erahhal | otherwise erroring out and ignoring the props | 06:28:40 |
| samueldr | it would have tried to fetch the thing, however it's configured to fetch | 06:32:45 |
| samueldr | so it sounds like, from our back and forth, that what youdid is not proper for it to fetch the LFS bits | 06:33:05 |
| samueldr | though sorry, gotta go | 06:33:22 |
| erahhal | yeah definitely, digging into it. | 06:36:26 |
| erahhal | Thanks for your help | 06:36:29 |
| erahhal | Perhaps this is why the google stuff was in gitlab for lineage 2 | 06:39:53 |
| erahhal | * Perhaps this is why the google stuff was in gitlab for lineage 29 | 06:39:55 |
| erahhal | * Perhaps this is why the google stuff was in gitlab for lineage 20 | 06:39:58 |
