David Arnold
David Arnold
> should we still be using treefmt as we are? As [treefmt-nix](https://github.com/numtide/treefmt-nixl) exists? Yep, we can probably do that. In Standard, it makes use of `nixago` to put the configuration...
> also it seems that way long ago you had this same idea but decided against it, what was the reason for that again? Honestly, I don't even know. Nor...
Update Nix version requirement from 2.13 to 2.18 and switch to nixbuild/nix-quick-install-action@v32
@copilot please also update the GH Action workflow files to use the appropriate nix version
Update Nix version requirement from 2.13 to 2.18 and switch to nixbuild/nix-quick-install-action@v32
@copilot I still prefer https://github.com/nixbuild/nix-quick-install-action/releases/tag/v32 - since as I have lernt it was faster at the time. Please refactor to use this action, which includes an appropriate nix version
Update Nix version requirement from 2.13 to 2.18 and switch to nixbuild/nix-quick-install-action@v32
FYI, https://github.com/divnix/std/issues/416 in my analysis blocks CI, thus update in this PR. Unfortunately, this is a non-trivial refactor. Let's see how far copilot manages... On the flipside, getting freed from...
Yes, indeed. For people already hooked on the OOBE-Venom.
Alright, we should at least add a deprecation notice when invoking the makes blocktype.
If you want it configurable, I'd be open to it. If the CLI is API-compatible, you might get away with aliasing the package used. Either is fine with me.
Caveat: (and I don't know the full context), but afaik static `nix` doesn't work with aws / s3.
Yeah, nix has turned out to be a moving target ever since the flakes / non-flakes divide. It's a bit of an ungraceful task to keep up with upstream at...