| 5 Jun 2025 |
 @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 |
 diamond (it/its) | go the tool will do this for you | 06:58:38 |
| diamond (it/its) | (it does in buildGoModule too) | 06:58:53 |
| diamond (it/its) | ((you just need the FDO hash for its output)) | 06:59:02 |
| @s_r:matrix.org | the problem with buildGoModule is that it sets the flag to do vendoring, if mkShell doesn't do that it might be nicer | 06:59:55 |
| @s_r:matrix.org | I'll give it a go later today | 07:00:08 |
| diamond (it/its) | i mean it might if you tell it to, but all of your mkShell should just be packages = [ go ] which only grabs the package in | 07:00:31 |
| diamond (it/its) | maybe gopls and gotools for the standard dev tools | 07:00:44 |
| diamond (it/its) | LSP + goimports | 07:00:47 |
| diamond (it/its) | also if you don't mind doing go mod vendor but you do mind checking the whole vendor directory in, you could look at gomod2nix which generates a go.sum-esque file that is Nix-compatible instead | 07:03:09 |
| diamond (it/its) | or use Tailscale's funny narhash tool | 07:03:16 |
| diamond (it/its) | or use Tailscale's funny nardump tool | 07:03:30 |
| diamond (it/its) | https://github.com/tailscale/tailscale/tree/main/cmd/nardump
https://github.com/tailscale/tailscale/blob/main/update-flake.sh | 07:04:10 |
| @s_r:matrix.org | I think I have some ideas now. Thanks! | 07:08:51 |
|  @tioan:dunwyn.xyz left the room. | 19:01:57 |
| 6 Jun 2025 |
 antifuchs | Can recommend https://github.com/antifuchs/generate-go-sri, which is based on the tailscale tool (: | 15:45:38 |
| antifuchs | * Can recommend https://github.com/antifuchs/generate-go-sri, which is based on the tailscale tool and process. It works well on my repos, which is why I made it a flake thing (: | 15:46:05 |
