John Ericson b41ce0d263 Revert "Use the hash modulo in the derivation outputs" ... Fix #11897 As described in the issue, this makes for a simpler and much more intuitive notion of a realisation key. This is better for pedagogy, and interoperability between more tools. The way the issue was written was that we would switch to only having shallow realisations first, and then do this. But going to only shallow realisations is more complex change, and it turns out we weren't even testing for the benefits that derivation hashes (modulo FODs) provided in the deep realisation case, so I now just want to do this first. Doing this gets the binary cache data structures in order, which will unblock the Hydra fixed-output-derivation tracking work. I don't want to delay that work while I figure out the changes needed for shallow-realisations only. This reverts commit bab1cda0e6.		2025-11-06 13:56:15 -05:00
..
functional	Revert "Use the hash modulo in the derivation outputs"	2025-11-06 13:56:15 -05:00
installer	Format .nix files	2025-01-24 17:04:02 +01:00
nixos	tests(nixos/s3-binary-cache-store): enable multipart	2025-11-03 01:15:46 +00:00
repl-completion.nix	Format .nix files	2025-01-24 17:04:02 +01:00