Files
lix/tests/functional
Raito Bezarius 21dbd7745d libstore/binary-cache-store: skip NAR listings if it's not possible to serialize it
Some source trees might not be representable inside of the NAR listing
format v1 as file paths (on Linux) are not guaranteed to be valid UTF-8.

When something like this happens on a large-scale build farm, a
mysterious "queued" but impossible to process job appears, this is
because we cannot write the NAR listing and serialization always fails.

Why did this work before? nlohmann was introduced _after_ such paths
were ingested, see: 09f00dd4d0.

What happened for such previously mis-serialized NAR listings?

```
curl -v 'https://cache.nixos.org/nz8p9hn00r6z7s57581c1hiv39pa1ia6.ls' |
brotli -d | jq .
```

This fixes the build of `sub-batch`
(https://github.com/kl/sub-batch/tree/master/tests/rename_invalid_utf8)
on ForkOS infrastructure.

Many thanks to Puck for the assistance on holding `rr` right on this one
and finding the history of these changes.

Change-Id: I2c2fbac70818e02810f9fd236c3a248187bf5fe7
Signed-off-by: Raito Bezarius <raito@lix.systems>
2025-06-10 15:22:22 +00:00
..
2025-03-07 07:45:08 -05:00
2024-10-05 16:21:19 +00:00
2023-12-01 12:06:43 -05:00
2025-05-29 15:25:12 +02:00
2025-05-29 15:25:12 +02:00
2024-03-29 22:57:40 -07:00
2024-03-29 22:57:40 -07:00
2024-05-06 18:56:40 +02:00
2024-03-29 22:57:40 -07:00
2025-05-20 13:27:04 +02:00
2024-03-29 22:57:40 -07:00
2025-05-20 13:27:04 +02:00
2025-03-07 07:45:08 -05:00
2024-03-29 22:57:40 -07:00
2024-08-17 15:48:10 +00:00
2024-05-28 04:20:00 +00:00