| 2 Apr 2026 |
 raitobezarius | Yureka (she/her) ^ | 17:41:12 |
| raitobezarius | it's indeed a corrupted narinfo | 17:41:39 |
| raitobezarius | hmm it seems it was corrupted on the original garage as well anyway | 17:42:01 |
| raitobezarius | i think we should nuke it | 17:42:29 |
 nightuser | The same issue happens with some other packages like bash. | 17:43:34 |
| nightuser | * The same issue happens with some other packages, including bash, for example. | 17:44:05 |
| raitobezarius | thank you for the report | 17:44:10 |
| raitobezarius | we should probably review all the narinfo in the cache then | 17:44:17 |
 Yureka (she/her) | this is returning zstd compressed data | 17:57:54 |
| Yureka (she/her) | the decompressed content is valid | 17:58:25 |
| raitobezarius | shouldn't decompression happen transparently with that curl invocation? | 17:59:03 |
| Yureka (she/her) | only if the server returns the appropriate header | 17:59:44 |
| raitobezarius | response contains content-encoding: zstd | 18:00:49 |
| raitobezarius | am I missing something | 18:00:58 |
| Yureka (she/her) | is it maybe double encoded? | 18:01:07 |
| Yureka (she/her) | AH | 18:01:42 |
| Yureka (she/her) | Redacted or Malformed Event | 18:01:46 |
| Yureka (she/her) | the new garage does not return the content-encoding header | 18:01:54 |
| Yureka (she/her) | the old garage did | 18:01:56 |
 tebriel | In reply to @yuka:yuka.dev
which package are you building specifically? there was a recent issue with the nixpkgs packaging on mac os lixPackageSets.latest.lix from unstable | 18:03:14 |
| Yureka (she/her) | how recent unstable? do you have a specific rev | 18:04:23 |
| Yureka (she/her) | because https://github.com/NixOS/nixpkgs/pull/504519 was supposed to fix this | 18:04:30 |
| tebriel | 'github:nixos/nixpkgs/b63fe7f000adcfa269967eeff72c64cafecbbebe' (2026-03-28) just updated the input and am trying again | 18:07:18 |
| tebriel | Not sure if that’s before /after will check | 18:07:54 |
| nightuser | By default, curl doesn't request any compression, and I believe in this case the data should be served non-compressed. However, even if I specify the --compression flag (it adds accept-encoding: ... zstd), the result is still incorrect (possibly because of the missing content-encoding). | 18:08:40 |
| tebriel | In reply to @yuka:yuka.dev
because https://github.com/NixOS/nixpkgs/pull/504519 was supposed to fix this I’m behind that rebuilding with the latest unstable. | 18:09:11 |
| tebriel | In reply to @yuka:yuka.dev
because https://github.com/NixOS/nixpkgs/pull/504519 was supposed to fix this * I’m behind that, now rebuilding with the latest unstable. | 18:09:22 |
| Yureka (she/her) | found the issue | 18:12:49 |
| Yureka (she/her) | will be fixed shortly | 18:13:57 |
| tebriel | Yureka (she/her): that was it thanks so much. | 18:17:50 |
