| 20 Aug 2024 |
|  @shymega:one.ems.host left the room. | 13:17:42 |
| 22 Aug 2024 |
|  Jared Baur set a profile picture. | 02:07:20 |
|  Alex changed their display name from Alexander Krimm to Alexander. | 13:19:41 |
| Alex changed their display name from Alexander to Alex. | 13:20:15 |
 dre | Hey, we are considering if it's possible to add firmware to nixpkgs in this discourse thread, any feedback would be appreciated https://discourse.nixos.org/t/inclusion-of-device-firmwares-in-nixpkgs/50980 | 16:48:22 |
 Mindavi | Having some doubts but I'd like to hear what you think about them 🙂 | 20:44:05 |
| 23 Aug 2024 |
 Artturin | In reply to @ss:someonex.net
Thx. This seems to have the desired effect: https://gist.github.com/SomeoneSerge/80f63f35e60fa7b5e037829b001233a3#file-test-stdenv-nix https://github.com/NixOS/nixpkgs/pull/336837 | 18:56:35 |
| 24 Aug 2024 |
 themojken | Hey, I have a set of derivations that seem to work just fine as long as callPackage comes from nixpkgs, but when I switch to nixpkgs.pkgsCross.<...> it stops linking properly. The compiling works fine, but the include directories stop showing up in gcc's include path. How do I troubleshoot this? | 16:35:47 |
 K900 | Very likely wrong buildInputs vs nativeBuildInputs | 16:36:11 |
| themojken | No, only thing that's under native is gnumake | 16:36:40 |
| themojken | Ha! | 16:36:59 |
| themojken | No | 16:37:00 |
| themojken | Redacted or Malformed Event | 16:37:05 |
| themojken | Redacted or Malformed Event | 16:37:09 |
| themojken | Welp, considering that resolved that issue, I should probably quit for today. 6:40 pm and no dinner makes for very sloppy coding. | 16:39:53 |
| themojken | Thanks for the help | 16:39:56 |
| themojken | Now that I think of it, I ran into an issue where pkgsCross doesn't seem to have callPackageWith, so I ended up having to manually inherit the my home-made dependencies. Is there a better workaround? How come it's missing? | 17:44:38 |
| themojken | * Now that I think of it, I ran into an issue where pkgsCross doesn't seem to have callPackageWith, so I ended up having to manually inherit the my home-made dependencies. Is there a better workaround? How come it's missing? How hard would it be to define my own? | 17:44:53 |
| themojken | * No, not for that one package, where I instead inverted it... | 17:45:42 |
| K900 | You probably just want to make your own scope, using makeScopeWithSplicing | 17:46:48 |
| themojken | In reply to @k900:0upti.me
You probably just want to make your own scope, using makeScopeWithSplicing Hm, I ended up reading source code to figure out how to use it, but I came across this at it's definition:backward compatibility with old uncurried form; deprecated. What has it been replaced with? | 18:55:44 |
| K900 | makeScopeWithSplicing' I assume | 18:56:02 |
| themojken | The It's still ugly, but hopefully it helps a little bit. makes it seem like it isn't an improved version of the previous, but maybe the documentation is just a bit... weird? | 18:57:07 |
| K900 | Splicing is just generally very cursed | 18:58:01 |
| themojken | That was quite a rabbit hole, but I finally figured it out. I'm planning something cursed involving nix-store -qR on the output and scp:ing that over to the target machine, but for that I'd really prefer to remove the system suffix (in this case -armv7l-unknown-linux-gnueabihf). Is it possible to prevent that from being added? | 21:24:44 |
| themojken | This seems like a hint
https://github.com/bgamari/nixpkgs/commit/501632cc5799176a62a0c91be85c66af82a1a19f | 21:50:28 |
| 25 Aug 2024 |
| themojken | Is it possible to, given a list of derivations, get all those derivations as they would be in the store but in a subdirectory? I'm currently pulling them out from my own store, but it'd be convenient to get a result dir containing the full store, to rsync that over to the destination or to archive and deploy. Basically, when evaluating a derivation, what freedoms do I have, what choices can I make? | 08:58:46 |
| themojken | Heck yeah, this might work (env-var on nix-instantiate)
Overrides the location of the Nix store (default prefix/store).```
| 09:12:30 |
| themojken | * Heck yeah, this might work (env-var on nix-instantiate)
NIX_STORE_DIR
Overrides the location of the Nix store (default prefix/store).```
| 09:12:35 |
| themojken | * Heck yeah, this might work (env-var on nix-instantiate)
NIX_STORE_DIR
Overrides the location of the Nix store (default prefix/store).
| 09:12:41 |
