| 27 Oct 2025 |
accelbread | makes sense. withOverlays does same thing if you dont want to export it from the flake | 18:04:47 |
| 4 Nov 2025 |
lunik1 | 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
checks = nix-config.checks;
where nix-config is my main config as an input, but since the above commit evaluation has been failing with
error: The option `checks.<function body>' was accessed but has no value defined. Try setting the option.
| 14:19:10 |
lunik1 | I'll try and put together an MWE, but might be a couple of days | 14:19:53 |
lunik1 | 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
checks = nix-config.checks;
where nix-config is my main config as an input, but since the above commit evaluation has been failing with
error: The option `checks.<function body>' was accessed but has no value defined. Try setting the option.
| 14:23:59 |
| 5 Nov 2025 |
accelbread | i'll take a look | 01:26:12 |
| 19 Nov 2025 |
lunik1 | 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 |
accelbread | thanks, ill try it out tomorrow | 06:08:37 |
| 8 Aug 2025 |
| 0x4A6F joined the room. | 07:02:20 |
| 14 Sep 2025 |
| Emma [it/its] joined the room. | 08:39:50 |
| 15 Sep 2025 |
| @bestlem:matrix.org left the room. | 10:22:07 |
| 18 Sep 2025 |
Niclas Overby Ⓝ |  Download image.png | 10:21:01 |
Niclas Overby Ⓝ | 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 |
Niclas Overby Ⓝ | And actually the same for lib, so you can use pkgs in lib | 10:25:48 |
Niclas Overby Ⓝ | * And actually the same for lib, so you can use pkgs in the lib folder | 10:27:02 |
accelbread | that should already work, right? | 14:36:21 |
Niclas Overby Ⓝ | It seems to cause an infinite recursion | 14:39:24 |
Niclas Overby Ⓝ |  Download image.png | 14:39:26 |
accelbread | Ah, I see. I'll take a look | 14:41:40 |
accelbread | interestingly, something like the following in nix/withOverlays/default.nix works:
final: prev: (prev.lib.composeManyExtensions [
prev.inputs.nixgl.overlays.default
prev.inputs.emacs-overlay.overlays.package
prev.inputs.self.overlays.overrides
prev.inputs.self.overlays.lix
]) final prev
So computing the module arguments is triggering evaluation of withOverlays... hmm
| 15:10:09 |
Niclas Overby Ⓝ | 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 ?)
withOverlays = overlay;
Shouldn't it only support?:
withOverlays = [overlay, ...];
| 15:18:28 |
accelbread | 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 |
accelbread | so withOverlays = overlay is automatically converted to withOverlays = [ overlay ] by the module system | 15:21:18 |
accelbread | ah that explains it | 15:24:36 |
accelbread | you can usually do { inputs, ...}: ... in a file because those options support being set to a function that takes module args | 15:25:52 |
accelbread | this should be distinguishable though | 15:26:53 |
accelbread | testing a change that enables taking args when loading withOverlays | 16:36:34 |
accelbread | 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 |
accelbread | Actually, don't need to deprecate that | 16:48:11 |
accelbread | https://github.com/nix-community/flakelight/commit/464ab0a32efcc4310eef119cfc6c470e267cd42a | 16:59:47 |
accelbread | this should work now with the new commit | 17:01:15 |