| 20 Oct 2025 |
leona | path '/nix/store/cy03cdv5c7a7chnm0zq263620invrmd8-linux-6.12.35-modules-shrunk/lib' is not in the Nix store
| 18:57:19 |
raitobezarius | alright, thanks | 18:58:18 |
leona | we got that reliably at work on every VM (Nix 2.18.8 on 24.05) | 18:58:34 |
leona | with a step on 24.11 it works just fine | 18:58:48 |
raitobezarius | this is an exportReferencesGraph that happened between 2.18.5 and got fixed by 2.18.9 | 18:59:27 |
raitobezarius | * this is an exportReferencesGraph bug that happened between 2.18.5 and got fixed by 2.18.9 | 18:59:30 |
raitobezarius | bug exacerbated by nixpkgs in https://github.com/NixOS/nixpkgs/pull/372931 | 18:59:59 |
K900 | Oh god | 19:00:15 |
K900 | It's that fucking cppnix bug | 19:00:17 |
raitobezarius | 0812ddeb09f284da134ad2c35a7175b46b7e5a88 | 19:03:19 |
raitobezarius | is the fix in cppnix | 19:03:21 |
raitobezarius | commit 0812ddeb09f284da134ad2c35a7175b46b7e5a88
Author: Alyssa Ross <hi@alyssa.is>
Date: Wed Apr 17 21:51:59 2024 +0200
Fix exportReferencesGraph when given store subpath
With Nix 2.3, it was possible to pass a subpath of a store path to
exportReferencesGraph:
with import <nixpkgs> {};
let
hello = writeShellScriptBin "hello" ''
echo ${toString builtins.currentTime}
'';
in
writeClosure [ "${hello}/bin/hello" ]
This regressed with Nix 2.4, with a very confusing error message, that
presumably indicates it was unintentional:
error: path '/nix/store/3gl7kgjr4pwf03f0x70dgx9ln3bhl7zc-hello/bin/hello' is not in the Nix store
(cherry picked from commit 0774e8ba33c060f56bad3ff696796028249e915a)
src/libstore/parsed-derivations.cc
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
──────────────────────────────────────────────────────────────────────────────────────┐
151: std::optional<nlohmann::json> ParsedDerivation::prepareStructuredAttrs(Store & s │
──────────────────────────────────────────────────────────────────────────────────────┘
for (auto i = e->begin(); i != e->end(); ++i) {
StorePathSet storePaths;
for (auto & p : *i)
storePaths.insert(store.parseStorePath(p.get<std::string>()));
storePaths.insert(store.toStorePath(p.get<std::string>()).first);
json[i.key()] = store.pathInfoToJSON(
store.exportReferences(storePaths, inputPaths), false, true);
}
| 19:03:40 |
raitobezarius | * commit 0812ddeb09f284da134ad2c35a7175b46b7e5a88
Author: Alyssa Ross <hi@alyssa.is>
Date: Wed Apr 17 21:51:59 2024 +0200
Fix exportReferencesGraph when given store subpath
With Nix 2.3, it was possible to pass a subpath of a store path to
exportReferencesGraph:
with import <nixpkgs> {};
let
hello = writeShellScriptBin "hello" ''
echo ${toString builtins.currentTime}
'';
in
writeClosure [ "${hello}/bin/hello" ]
This regressed with Nix 2.4, with a very confusing error message, that
presumably indicates it was unintentional:
error: path '/nix/store/3gl7kgjr4pwf03f0x70dgx9ln3bhl7zc-hello/bin/hello' is not in the Nix store
(cherry picked from commit 0774e8ba33c060f56bad3ff696796028249e915a)
diff --git a/src/libstore/parsed-derivations.cc b/src/libstore/parsed-derivations.cc
index cc4a94fab..96ed15518 100644
--- a/src/libstore/parsed-derivations.cc
+++ b/src/libstore/parsed-derivations.cc
@@ -151,7 +151,7 @@ std::optional<nlohmann::json> ParsedDerivation::prepareStructuredAttrs(Store & s
for (auto i = e->begin(); i != e->end(); ++i) {
StorePathSet storePaths;
for (auto & p : *i)
- storePaths.insert(store.parseStorePath(p.get<std::string>()));
+ storePaths.insert(store.toStorePath(p.get<std::string>()).first);
json[i.key()] = store.pathInfoToJSON(
store.exportReferences(storePaths, inputPaths), false, true);
}
| 19:04:05 |
raitobezarius | actually, i should correct myself | 19:05:24 |
raitobezarius | happened since 2.4, fixed in 2.18.9 | 19:05:32 |
raitobezarius | (and we also had that bug — https://gerrit.lix.systems/c/lix/+/867) | 19:08:01 |
raitobezarius | but i don't remember if it made it into any release of Lix | 19:08:13 |
QuadRadical (Ping) | btw raito | 19:08:23 |
QuadRadical (Ping) | any news on that issue with the freezee? | 19:08:33 |
QuadRadical (Ping) | * any news on that issue with the freeze? | 19:08:36 |
raitobezarius | yeah, i'm really sorry, i was resting this weekend and well $JOB was busy today | 19:11:45 |
raitobezarius | QuadRadical (Ping): can you point me again the repo and the instruction to reproduce? | 19:11:52 |
raitobezarius | I will take a look right now | 19:11:55 |
raitobezarius | * yeah, i'm really sorry, i was resting [actually a lie: i was in a conference and busy again] this weekend and well $JOB was busy today | 19:12:12 |
QuadRadical (Ping) | sure! | 19:33:49 |
QuadRadical (Ping) | https://codeberg.org/polyphony/chorus | 19:33:57 |
QuadRadical (Ping) | NIX_REMOTE=local sudo nix build --no-sandbox .#checks.x86_64-linux.nextest | 19:36:00 |
raitobezarius | how does that work? | 19:41:20 |
raitobezarius | i don't see a flake.nix | 19:41:22 |
raitobezarius | Henry-Hiles/chorus:dev | 19:41:51 |