| 5 Jun 2025 |
 diamond (it/its) | i know go, rust and node by default require those | 06:54:20 |
| diamond (it/its) | and that's like a lot | 06:54:25 |
| diamond (it/its) | just a devShells.default = pkgs.mkShell instead of using your package's build env | 06:54:43 |
 @s_r:matrix.org | I don't use it for haskell, python, c, ... | 06:54:57 |
| diamond (it/its) | because the Go build env in Nix sets some extra env vars that you don't want to use for deevlopment | 06:54:57 |
| diamond (it/its) | for haskell and C you're basically kind of using Nix as a build tool and dependency management system already | 06:55:20 |
| @s_r:matrix.org | for those you get the dependencies in buildInputs | 06:55:29 |
| diamond (it/its) | same for Python unless you use like Poetry | 06:55:30 |
| diamond (it/its) | you can theoretically package Go modules up as Nix derivations but like why when the language has already good dependency management on its own | 06:56:04 |
| diamond (it/its) | you'd rather just use the good dependency management and put it behind a fixed-output derivation | 06:56:19 |
| diamond (it/its) | at least for now until Nix has something better to deal with it | 06:56:25 |
| @s_r:matrix.org | That's fine, I'm not against using vendor :) | 06:56:38 |
| @s_r:matrix.org | does mkShell for go pull the module dependencies in? | 06:57:39 |
