| 1 Apr 2025 |
|  Hemant Baviskar set a profile picture. | 09:30:34 |
 p14 | I am trying to use nix-store —load-db with a closureInfo registration file. In the closure I put a fixed output deviation for nixpkgs itself: I am baking a machine image with nixpkgs available.
One problem though is I can’t easily get my hands on the nixpkgs path. I tried to use fetchClosure, but this doesn’t work on a machine whose nixpkgs path was registered using nix-store —load-db. So it fails when built using the machine image. ‘Nix path-info’ shows that the ca:fixed: metadata is missing, which results in fetchClosure saying that it is input addressed but inputAddressed = false.
Should the ca metadata be missing in this scenario? Is there a way to put it there? | 13:09:32 |
|  Sandro 🐧 changed their display name from Sandro 🐧 to Sandro 🐧 [c3d2]. | 13:58:06 |
| Sandro 🐧 changed their display name from Sandro 🐧 [c3d2] to Sandro 🐧. | 13:59:29 |
 toonn | I don't really follow the reasoning here, https://github.com/NixOS/nixpkgs/issues/393359#issuecomment-2767289529 The build system for Nix 2.24 is already packaged, no? So why would 25.05 sticking to that version of Nix mean having to maintain two build systems? GHC very intentionally did a gradual shift and the Make based build system hasn't been supported as of 9.6.1 from 2023-03-10 latest | 15:37:04 |
| toonn | release is 9.12.2, so that's long past. | 15:37:10 |
| 2 Apr 2025 |
| p14 | In reply to @p14:matrix.org
I am trying to use nix-store —load-db with a closureInfo registration file. In the closure I put a fixed output deviation for nixpkgs itself: I am baking a machine image with nixpkgs available.
One problem though is I can’t easily get my hands on the nixpkgs path. I tried to use fetchClosure, but this doesn’t work on a machine whose nixpkgs path was registered using nix-store —load-db. So it fails when built using the machine image. ‘Nix path-info’ shows that the ca:fixed: metadata is missing, which results in fetchClosure saying that it is input addressed but inputAddressed = false.
Should the ca metadata be missing in this scenario? Is there a way to put it there? Robert Hensing (roberth): I saw your reaction, was what I wrote clear enough, does this sound like an issue or misuse? | 12:46:19 |
 Martin Schwaighofer | Why do I see this difference between the builders of the same unresolved and resolved content-addressed derivation? 🤔
diff /nix/store/q2nzjyqf4w19w3mgbkn34k2as5hrvwh1-builder.sh /nix/store/ckzrg0f0bdyx8rf703nc61r3hz5yys9q-builder.sh
22c22
< printf '%s ' "${propagatedUserEnvPkgs[@]}" > $out/nix-support/propagated-user-env-packages
---
> printf '%s ' $propagatedUserEnvPkgs > $out/nix-support/propagated-user-env-packages
| 13:10:54 |
 Robert Hensing (roberth) | I haven't found time to look into this properly, whether this is a bug or a missing feature, or both. The main constraint for closureInfo etc, is that the info needs to be reproducible, so for example no signatures or other mutable store metadata. ca:fixed: seems like something that should be possible to include | 14:08:20 |
| Robert Hensing (roberth) | The --load-db format has come up before. It is entirely forward-incompatible, so we may need to introduce any additions as a new format | 14:09:42 |
| p14 | In reply to @roberthensing:matrix.org
The --load-db format has come up before. It is entirely forward-incompatible, so we may need to introduce any additions as a new format Glancing at the load db there are signs the signature is there; is it just not being imported properly, I wonder 🤔 | 14:39:37 |
 John Ericson | emily ElvishJerricco OK we discussed a bunch and we're liking the sort of compromise you all proposed | 20:30:03 |
| John Ericson | 2.28 in 25.05 has Mic92's combo build (or something like it) | 20:30:27 |
| John Ericson | 2.28 after 25.05 is componentized | 20:30:36 |
| John Ericson | 2.29 in all branches has componentized (2.29 is very unimportant on 25.05 except for new version dogfooders) | 20:31:03 |
| John Ericson | Also when we re-introduce nix git, we should use the componentized version for that | 20:32:23 |
| John Ericson | how does that sound? | 20:32:27 |
| John Ericson | I would like to merge Robert Hensing (roberth)'s open PR right away, for sake of the newer versions and git, and also because I like how it makes a package set for the dependencies, even with the monolithic package for Nix itself | 20:33:19 |
