| 30 Jun 2026 |
 hexa | Redacted or Malformed Event | 02:57:46 |
| hexa | please clean up those hacks | 02:57:52 |
| hexa | Redacted or Malformed Event | 02:58:34 |
| hexa | ok and now it wants an older eval | 03:00:30 |
| hexa | why | 03:00:40 |
| hexa | ahhhhh fuck | 03:01:22 |
| hexa | I restarted codex | 03:01:27 |
| hexa | that's why | 03:01:28 |
| hexa | so nixos-unstable should advance within the hour | 03:03:01 |
| hexa | and please merge, if it does. welcome to the team 😉 | 03:16:17 |
 Winter | lol | 03:21:42 |
 Arian | In reply to @arianvp:matrix.org
I found a corrupt gnugrep nar I think?
https://cache.nixos.org/srk76h64a1ja4z7njh5lxcds7m9hnc7y.narinfo
Says file size 248729 bytes
But when i download i get 248412 bytes
The FileHash also doesn't match
Interestingly the NarHash does.. Race condition of uploading the nar + undeterministic compression? | 07:56:04 |
 VladimÃr ÄŒunát | Do you still experience it? I now did nix build /nix/store/srk76h64a1ja4z7njh5lxcds7m9hnc7y-gnugrep-3.12 and it passed. | 07:59:00 |
| VladimÃr ÄŒunát | * Do you still experience it? I now did nix build /nix/store/srk76h64a1ja4z7njh5lxcds7m9hnc7y-gnugrep-3.12 (the path shown in that .narinfo) and it passed. | 07:59:21 |
 dramforever | possibly had the positive narinfo cache for the old one? | 07:59:40 |
| Arian | So it fetches just fine in nix.
But the FileSize and FileHash in the narinfo are wrong.
I guess nix ignores those fields? | 08:03:50 |
| Arian | But if they're ignored why do we have them. | 08:03:58 |
| Arian | * But if they're ignored (and wrong) why do we have them. | 08:04:16 |
| dramforever | they aren't normally wrong... | 08:05:46 |
| dramforever | oh huh | 08:07:43 |
| dramforever | it really is still wrong | 08:07:47 |
| VladimÃr ÄŒunát | zstd should be deterministic, though:
https://github.com/facebook/zstd/issues/2949#issuecomment-999750191 | 08:18:06 |
 Mic92 | vcunat: I think the lengh is not | 08:18:31 |
| Mic92 | * vcunat: I think the length is not | 08:18:38 |
| Mic92 | this is an artifact before I introduced: https://github.com/NixOS/hydra/commit/4e36de08453e62cb850a5c5f70d75afcea711cda | 08:19:34 |
| Mic92 | Fixing that requires going through a week or so worth of narinfo... | 08:19:57 |
| VladimÃr ÄŒunát | If fetching by nix doesn't get broken, it's not terrible maybe. Also if no FODs got affected (?), all these NARs would get "outdated" within a few weeks. | 08:23:15 |
| Arian | I wonder if we can fix by constructing by just setting the Content-Encoding header on the nar object as opposed of storing a Compression field in the narinfo file | 08:24:16 |
| Mic92 | Yeah. that's also why I didn't priotize fixing it yet. I rather want to spent the time on getting my hydra commits back into master and than look into gc | 08:24:18 |
| Arian | This makes the whole thing atomic. | 08:24:22 |
