| 5 Jun 2024 |
 @samueldr:matrix.org | 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:matrix.org | the "old trick" is "TOFU"; trust on first use | 06:24:52 |
| @samueldr:matrix.org | and yeah | 06:24:56 |
| @samueldr:matrix.org | though I guess you need something else | 06:25:09 |
| @samueldr:matrix.org | (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:matrix.org | 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:matrix.org | 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:matrix.org | it would have tried to fetch the thing, however it's configured to fetch | 06:32:45 |
| @samueldr:matrix.org | 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:matrix.org | 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 |
 Atemu | In reply to @erahhal:matrix.org
Sorry for spamming here. Please let me know if my level of messaging is inappropriate. Nah, 101% on topic | 07:00:52 |
| Atemu | In reply to @erahhal:matrix.org
Manually updated the vendor.json entry for cheetah setting fetchLFS to true to no effect. digging into why this is not working. eyJhb implemented LFS support somewhereat some point. Make sure it's used | 07:02:03 |
 eyJhb | https://github.com/nix-community/robotnix/pull/228 | 07:02:26 |
| Atemu | In reply to @erahhal:matrix.org
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? I see no reason to attempt to fetch without LFS honestly | 07:02:53 |
| eyJhb | I think it fixes a bunch of smaller bugs. | 07:03:06 |
