| 2 Sep 2021 |
 David Arnold (blaggacao) | From the error, I think the issue is https://github.com/NixOS/nix/pull/4641 (recently merged) | 23:14:47 |
| David Arnold (blaggacao) | https://github.com/NixOS/nixpkgs/pull/136463 should us all relief soon: https://github.com/NixOS/nixpkgs/pull/136463 | 23:15:46 |
| David Arnold (blaggacao) | speaking of nixfixes... does anybody know what it takes to solve: https://github.com/NixOS/nix/blob/af94b54db3a2be100731a215cb5e95f306471731/src/libexpr/flake/flake.cc#L306 | 23:24:23 |
| David Arnold (blaggacao) | * speaking of nixfixes... does anybody know what it takes to solve this fixme: https://github.com/NixOS/nix/blob/af94b54db3a2be100731a215cb5e95f306471731/src/libexpr/flake/flake.cc#L306 | 23:24:32 |
| 3 Sep 2021 |
 @gytis-ivaskevicius:matrix.org | Damn, i posted this screenshot and now somebody bought the domain 👀 | 07:46:09 |
| @gytis-ivaskevicius:matrix.org | 
Download image.png | 07:46:10 |
| @gytis-ivaskevicius:matrix.org | I wonder who spent such big bucks on it, its records are protected by namecheap | 07:46:42 |
| @gytis-ivaskevicius:matrix.org | Tho i find it difficult to imagine somebody buying it aside nix foundation due to the price | 07:47:07 |
 @timdeh:matrix.org | In reply to @blaggacao:matrix.org
speaking of nixfixes... does anybody know what it takes to solve this fixme: https://github.com/NixOS/nix/blob/af94b54db3a2be100731a215cb5e95f306471731/src/libexpr/flake/flake.cc#L306 I dunno, I've asked about this a number of times so I guess not 😅
I tried to find a code example of config being uploaded to the daemon elsewhere in the cli, but I didn't find anything like that (that I could make out at least) | 14:46:28 |
| @gytis-ivaskevicius:matrix.org | you guys may like this: | 20:33:14 |
| @gytis-ivaskevicius:matrix.org | 
Download image.png | 20:33:17 |
| @gytis-ivaskevicius:matrix.org | (To be fair that script was written ages ago way back on arch and not converted to Nix well) | 20:33:42 |
| 4 Sep 2021 |
| David Arnold (blaggacao) | Opinions?
# magic module that bundles all (re-)exported modules
# TODO: avoid these kind of downstream magic since it forgoes
# the indexing/inventory function of being explicit
nixosModule.imports = builtins.attrValues self.nixosModules;
Might that even be so useful that we should make it automatic with digga?
| 15:08:25 |
| David Arnold (blaggacao) | * Opinions?
{
# magic module that bundles all (re-)exported modules
# TODO: avoid these kind of downstream magic since it forgoes
# the indexing/inventory function of being explicit
nixosModule.imports = builtins.attrValues self.nixosModules;
}
Might that even be so useful that we should make it automatic with digga?
| 15:09:02 |
| David Arnold (blaggacao) | * Opinions?
{
# magic module that bundles all (re-)exported modules
# TODO: avoid these kind of downstream magic since it forgoes
# the indexing/inventory function of being explicit
nixosModule.imports = builtins.attrValues self.nixosModules;
}
Contrary to the todo, might that even be so useful that we should make it automatic with digga?
| 15:09:42 |
| David Arnold (blaggacao) | ( credits kreisys for this idea - I guess ) | 15:11:28 |
| David Arnold (blaggacao) | Also: semantically I noticed a shortcoming of the current naming of external*. digga can have an excellent second life as a flake management utility not specifically tied to manage nixos systems. Similar to flake-utils-plus, it exposes all the required primitives very elegantly. However, when users want to build their own libraries on top of digga, then external* -> nonExported* might be the better semantic. If you make a consolidating intermediate repo that pins down a comprehensive set of upstream modules, then you run into a situation where you explicitly want to re-export inputsed modules. | 15:26:28 |
| 5 Sep 2021 |
 b12f | Any ideas which channel might be good to go to with steam games related issues? :D | 14:42:22 |
 [0x4A6F] | You could try #gaming:nixos.org . | 14:43:17 |
| 6 Sep 2021 |
 bsl | In reply to @blaggacao:matrix.org
bsl your patch error is something I alsmost had expected. I'll try to solve it tomorrow morning. (Now that the follows patch is merged) Is there any way to mitigate this issue? I really want to get up and running with devOS, but this is blocking my ability to start a devshell | 10:08:19 |
| David Arnold (blaggacao) | Yesterday I pushed a new version of overlays.nixPatched. Curiously the build error only reproduced locally for reasons I don't know. | 12:25:23 |
| David Arnold (blaggacao) | ... meaning the CI seems to have built the stuff correctly & it seemed to be in the cache. | 12:26:27 |
| @timdeh:matrix.org | is there a type describing a NixOS module? apparently functionTo attrs doesn't work because it attempts to call the function without the required args | 16:58:43 |
| @timdeh:matrix.org | submodule doesn't seem to quite cut it either. Guess I'll have to stick with anything for now | 17:11:18 |
| @timdeh:matrix.org | * submodule doesn't seem to quite cut it either. Guess I'll have to stick with anything for now | 17:25:33 |
 Pacman99 | We have a 'moduleType' in digga | 17:27:32 |
| Pacman99 | And there's the type we used for home manager's shared modules optiom | 17:27:58 |
| Pacman99 | But it is just a fancy anything | 17:28:16 |
| David Arnold (blaggacao) | Maybe the real fancy optionType in modules/misc/nixpkgs.nix has some valuable pointers. | 19:05:19 |
| David Arnold (blaggacao) | * Maybe the real fancy `configType` in `modules/misc/nixpkgs.nix` has some valuable pointers. I haven't deciphered it though | 19:05:51 |
