| 8 Oct 2024 |
 Lily Foster | In reply to @jade_:matrix.org
the string context for drvPath pulls in excessive things iirc? yeah actually reading the code now, this is cursed as all hell, isn't it | 22:42:59 |
 @jade_:matrix.org | ok your keyword is "DrvDeep string context" | 22:43:10 |
| @jade_:matrix.org | In reply to @benjamin:computer.surgery
"error: path ... does not exist in the store". likely has to do with me doing cross-compilation shenanigans right now bad error message as always, but it's telling you not all the outputs of that drv exist on your machine | 22:43:33 |
 benjamin | hmm... why didn't I get that without the ^*? | 22:44:22 |
| benjamin | or, I guess, what does the ^* thing do? | 22:44:32 |
| Lily Foster | In reply to @benjamin:computer.surgery
hmm... why didn't I get that without the ^*? ^ is the output selector | 22:44:34 |
| benjamin | ahhh | 22:44:49 |
| Lily Foster | (therefore ^* refers to all store paths) | 22:44:51 |
| benjamin | so without it it was using the default output? | 22:44:54 |
| Lily Foster | * (therefore drv^* refers to all output store paths of drv) | 22:45:04 |
| Lily Foster | In reply to @benjamin:computer.surgery
so without it it was using the default output? without it it was operating on .drv itself iirc | 22:45:14 |
| benjamin | oh | 22:45:32 |
| 9 Oct 2024 |
 opeik | is there a nix3 equivalent of the command sudo nix-collect-garbage -d? using sudo nix store gc leaves some stuff left over | 04:47:19 |
 mjm | no but you don’t really need one | 04:54:31 |
| mjm | that command works fine as it is | 04:54:57 |
|  Clumsily6239 joined the room. | 05:28:45 |
|  Foxikira changed their display name from David to Foxikira. | 06:16:58 |
| opeik | In reply to @mjm:midna.dev
that command works fine as it is i was just curious, is all | 06:18:30 |
|  Ainsel joined the room. | 09:21:34 |
 chfkch | Is lix always building from source or is there any binary cache ot something to speed up the rebuild? | 09:26:28 |
|  gal_bolle joined the room. | 09:45:42 |
 Linux Hackerman | In reply to @chfkch:matrix.org
Is lix always building from source or is there any binary cache ot something to speed up the rebuild? The version from nixpkgs is in cache.nixos.org | 12:40:57 |
| Linux Hackerman | In reply to @mjm:midna.dev
that command works fine as it is That's not true. It doesn't remove old versions of profiles like nix-collect-garbage does if given -d or one of the other profile cleanup options (cc @opeik:matrix.org) | 12:42:24 |
| Lily Foster | In reply to @linus:schreibt.jetzt
That's not true. It doesn't remove old versions of profiles like nix-collect-garbage does if given -d or one of the other profile cleanup options (cc @opeik:matrix.org) (i think @mjm may have meant the nix-collect-garbage -d command works fine as-is, not nix store gc) | 13:08:34 |
| Linux Hackerman | Oh oops | 13:09:26 |
| Linux Hackerman | Yes | 13:09:30 |
| mjm | yeah that is indeed what i meant :) | 13:47:32 |
| chfkch | In reply to @linus:schreibt.jetzt
The version from nixpkgs is in cache.nixos.org Strange, it seems on both machines where i use lix it always does several minutes of build/test scripts. | 14:53:51 |
| Linux Hackerman | In reply to @chfkch:matrix.org
Strange, it seems on both machines where i use lix it always does several minutes of build/test scripts. Are you using the version from nixpkgs, or the lix flake? | 14:54:48 |
| chfkch | In reply to @linus:schreibt.jetzt
Are you using the version from nixpkgs, or the lix flake? Flake | 15:30:12 |
