flakelight | 38 Members | |
| https://github.com/nix-community/flakelight | 12 Servers |
| Sender | Message | Time |
|---|---|---|
| 27 Oct 2025 | ||
| * Here is my script:
| 09:52:40 | |
| * Here is my Nushell script:
| 09:52:50 | |
| Yeah, I ended up moving pre-commit-check-run to a package, and refer to it from pkgs | 10:05:59 | |
| makes sense. withOverlays does same thing if you dont want to export it from the flake | 18:04:47 | |
| 4 Nov 2025 | ||
| Helo! Been a while. I'm having trouble building a Nix configuration since https://github.com/nix-community/flakelight/commit/5afd70555737c62786b69a64980e7bb1c1947956 I have a main nix config flake here https://gitlab.com/lunik1/nix-config but another system config that exists in a separate, private repository but also using flakelight. In that private configuration's flake.nix I have where nix-config is my main config as an input, but since the above commit evaluation has been failing with | 14:19:10 | |
| I'll try and put together an MWE, but might be a couple of days | 14:19:53 | |
| Hello! Been a while. I'm having trouble building a Nix configuration since https://github.com/nix-community/flakelight/commit/5afd70555737c62786b69a64980e7bb1c1947956 I have a main nix config flake here https://gitlab.com/lunik1/nix-config but another system config that exists in a separate, private repository but also using flakelight. In that private configuration's flake.nix I have where nix-config is my main config as an input, but since the above commit evaluation has been failing with | 14:23:59 | |
| 5 Nov 2025 | ||
| i'll take a look | 01:26:12 | |
| 19 Nov 2025 | ||
| well took me longer than I expected, but I have half a MWE here: https://github.com/lunik1/flakelight-bug-mwe I've noticed the error stops if I set flakelight.builtinFormatters to true | 01:26:13 | |
| 20 Nov 2025 | ||
| thanks, ill try it out tomorrow | 06:08:37 | |
| 8 Aug 2025 | ||
| 07:02:20 | ||
| 14 Sep 2025 | ||
| 08:39:50 | ||
| 15 Sep 2025 | ||
| 10:22:07 | ||
| 18 Sep 2025 | ||
Download image.png | 10:21:01 | |
| Hi accelbread ! Have you considered supporting something like this in Flakelight, so that input overlays can be moved to the withOverlays folder? | 10:22:56 | |
| And actually the same for lib, so you can use pkgs in lib | 10:25:48 | |
| * And actually the same for lib, so you can use pkgs in the lib folder | 10:27:02 | |
| that should already work, right? | 14:36:21 | |
| It seems to cause an infinite recursion | 14:39:24 | |
Download image.png | 14:39:26 | |
| Ah, I see. I'll take a look | 14:41:40 | |
| interestingly, something like the following in
So computing the module arguments is triggering evaluation of withOverlays... hmm | 15:10:09 | |
| Does it make sense that this is supported?: (How does Flakelight know whether it is an overlay or a function to setup multiple overlays, like in my example ?)
Shouldn't it only support?:
| 15:18:28 | |
ah it's type is defined as optListOf overlay; if what its set to is a list, its used as is, if its not a list its put in one | 15:20:29 | |
so withOverlays = overlay is automatically converted to withOverlays = [ overlay ] by the module system | 15:21:18 | |
| ah that explains it | 15:24:36 | |
you can usually do { inputs, ...}: ... in a file because those options support being set to a function that takes module args | 15:25:52 | |
| this should be distinguishable though | 15:26:53 | |
| testing a change that enables taking args when loading withOverlays | 16:36:34 | |
given that withOverlays = overlay is confusing with module args (i.e. cant do { inputs, ... }: final: prev: { ... }, must do {inputs, ... }: [( final: prev: { ... })]), and that I dont see others' repos on Github using that form, I'll deprecate the withOverlays = overlay syntax in favor of explicitly writing withOverlays = [ overlay ] | 16:41:41 | |