| 16 Jan 2026 |
 accelbread | it would have to come from outside of any flakelight module | 09:20:02 |
| accelbread | so a flakelight option could not do it | 09:20:23 |
| accelbread | could be another arg to the function that makes the flake, but it wouldnt work for self, since that would infinite recurse | 09:21:05 |
 Niclas Overby Ⓝ | I can see that withOverlay uses src instead of self, so it would auto import something like src / nixDir / withImport (Not sure what to call the attribute) | 10:13:28 |
| Niclas Overby Ⓝ | * I can see that withOverlay uses src instead of self, so it would be possible to auto import something like src / nixDir / withImport (Not sure what to call the attribute) | 10:15:18 |
| Niclas Overby Ⓝ | * I can see that withOverlay uses src instead of self, so it would be possible to auto import something like src / nixDir / withImport (Not sure what to call the arg/attribute) | 10:21:50 |
| 17 Jan 2026 |
| accelbread | It would be possible to load stuff at known paths but it wouldnt be able to depend on options | 04:47:18 |
| 25 Jan 2026 |
|  fea (she/they) joined the room. | 17:36:34 |
| 1 Feb 2026 |
|  Fernando Rodrigues changed their display name from SigmaSquadron to Fernando Rodrigues. | 10:42:00 |
| 10 Feb 2026 |
|  motheki set a profile picture. | 07:42:43 |
|  Simon joined the room. | 22:30:14 |
| 11 Feb 2026 |
|  ollijh joined the room. | 15:38:07 |
| 22 Feb 2026 |
|  Cedar joined the room. | 01:08:29 |
 lunik1 | Having an issue where running nix eval ".#checks" can't seem to see the overlays I have specified in withOverlays, but they are present eval-ing nixosConfigurations. Will put together an MWE a little later, but maybe that's enough to spark an idea. | 17:55:35 |
| 23 Feb 2026 |
| accelbread | huh, that's pretty odd | 00:26:07 |
| 27 Feb 2026 |
| lunik1 | I have constructed a MWE:
https://github.com/lunik1/flakelight-bug-mwe
In that repo I have an overlay that defines myTrue = true in pkgs.lib, with a home and system configuration that try to use it. The system configuration can use it, but the home configuration cannot. So it appears my overlay is not applied to the home configuration? | 15:47:31 |
| lunik1 | homeMangerConfiguration being passed pkgs not pkgsFor, maybe? https://github.com/nix-community/flakelight/blob/62f0f59c4a26648c133abdff88019a871fd32ed8/builtinModules/homeConfigurations.nix#L27 | 15:57:41 |
| 1 Mar 2026 |
| accelbread | ah, i remember there being a setting in the home-manager nixos module needed | 04:41:51 |
| accelbread | Ah wait, standalone home-manager | 04:42:50 |
| accelbread | hmm | 04:42:55 |
| accelbread | yeah that seems to be the issue, ill test a bit | 04:43:53 |
| accelbread | hmm propogationModule should take care of it but interestingly home-manager is using pkgs.config and pkgs.overlays to initialize its values? | 10:36:45 |
| accelbread | Huh, overlays are applying properly. Its just the lib attr that isnt working | 10:52:18 |
| accelbread | home-manager is doing something weird with lib | 10:52:35 |
| accelbread | --- a/flake.nix
+++ b/flake.nix
@@ -24,7 +24,7 @@
];
withOverlays = [
- (self: super: { lib = super.lib.recursiveUpdate super.lib { lunik1.myTrue = true; }; })
+ (self: super: { lib = super.lib.extend (final: prev: { lunik1.myTrue = true; }); })
];
}
);
lunik1: with above change it works. Home manager uses extend to add stuff to lib. recursiveUpdate doesnt update the extend function so changes get lost with home-manager's extension
| 11:29:36 |
| accelbread | I could put a safeguard in flakelight that fixes up extend on lib before passing to home-manager, hmm | 11:31:09 |
| accelbread | though need to see if that could break stuff | 11:31:27 |
| lunik1 | could just warn abut it for now if that's a concern? | 20:39:19 |
| lunik1 | and thanks! | 20:39:26 |
| lunik1 | A function that applies patches onto the nixpkgs library. Usage is discouraged for most scenarios.
🙃 | 20:43:23 |
