| 5 Apr 2025 |
 Divya | In reply to @k900:0upti.me
That's more of a #Nixpkgs / NixOS contributions question Okay, apologies! | 08:16:14 |
 emily | it's bootstrapped from bindist, but yeah see #haskell:nixos.org | 08:16:23 |
| emily | I think full source bootstrap of GHC is still largely theoretical | 08:16:35 |
|  zexu joined the room. | 13:06:41 |
|  @tinybronca:sibnsk.net left the room. | 15:30:20 |
| 6 Apr 2025 |
 Las | I’m doing nix derivation show, then changing it a bit, then nix derivation add, but when I nix build my changed drv, it just outputs the drv as the output instead of building it? Bug somewhere? I assume the issue is my changes aren’t valid but I don’t get any errors and the documentation isn’t quite clear on it. | 11:14:26 |
| Las | I assume it’s my placeholder paths? | 11:14:48 |
| Las | Honestly it’s not clear to me why the output path is in the derivation at all | 11:18:56 |
| Las | Doing content addressed drvs only btw | 11:19:11 |
 flokli | You shouldn't be manually adding your own derivations, especially if you're not also calculating Output paths (correctly) | 11:24:22 |
| flokli | The only "official" way to do is by writing nix code, and having the evaluator emit it. For everything else, you're off the well-tested path. | 11:25:10 |
| flokli | It's unfortunate derivations are added as aterm into the store in first place. IMHO they should only be valid for the lifetime of the evaluation itself, and not be put in the store
| 11:26:05 |
|  sinan changed their profile picture. | 11:32:59 |
| emily | kind of at odds with the dynamic-derivations model, right? | 11:51:49 |
| emily | (not saying that I necessarily disagree, just that it seems like there's a commitment to some serialized derivation form at this point) | 11:52:21 |
 p14 | In reply to @roberthensing:matrix.org
Maybe nix.overrideAttrs could throw a useful error referring to a monolithic nixVersions.nix_mono package to ease the transition Just hit this and would have appreciated such an error. | 11:54:32 |
| p14 | Actually struggling a bit to untangle what is going on and why I can’t apply a patch. Does nix mono exist yet? | 11:55:32 |
| Las | In reply to @flokli:matrix.org
You shouldn't be manually adding your own derivations, especially if you're not also calculating Output paths (correctly) I’m doing dyn drvs | 12:39:18 |
| Las | I don’t want to depend on the nix evaluator in my drv | 12:39:27 |
| emily | (are you sure your problem is not just missing ^*?) | 12:51:09 |
| Las | In reply to @emilazy:matrix.org
(are you sure your problem is not just missing ^*?) What | 13:25:30 |
| Las | I never considered that | 13:25:41 |
| Las | Why would you need that | 13:25:46 |
| emily | nix build /nix/store/foo.drv builds that drv, …^out builds that output | 13:25:52 |
| emily | there was a warning for it for many releases but it got removed | 13:25:58 |
| emily | the idea is that nix build X always produces X | 13:26:03 |
| emily | so nix build /nix/build/non-drv-store-path will try to substitute that path, e.g. | 13:26:16 |
| Las | Makes sense | 13:37:12 |
| Las | I think it’s a misnomer | 13:37:44 |
| Las | Should be nix realize | 13:37:49 |
