| 28 Jul 2021 |
 @teutat3s:pub.solar | https://git.b12f.io/pub-solar/os/src/branch/teutat3s-develop/flake.nix#L131 | 14:16:52 |
 David Arnold (blaggacao) | teutat3s: At the example of devos, we can see what overlays are applied to the nixos channel and what overlays are applied to all channels | 14:17:12 |
| David Arnold (blaggacao) | In reply to @teutat3s:pub.solar
https://git.b12f.io/pub-solar/os/src/branch/teutat3s-develop/flake.nix#L131 teutat3s: I had a quick look, but I couldn't find where you are actually accessing pkgs.neovim-unwrapped for any config... | 14:23:37 |
 @kraftnix:matrix.org | Getting a bug with building iso's again ☹️, the error is error: attribute 'our' missing and the target file is in one of my custom modules set in ./modules, but i don't have any issues with bud rebuild or deploy. | 15:41:12 |
| @kraftnix:matrix.org | * Getting a bug with building iso's again ☹️, the error is error: attribute 'our' missing and the target file is in one of my custom modules set in ./modules which uses lib.our, but i don't have any issues with bud rebuild or deploy. | 15:41:48 |
| @kraftnix:matrix.org | * Getting a bug with building iso's again ☹️, the error is error: attribute 'our' missing and the target file is in one of my custom modules set in ./modules which uses lib.our, but i don't have any issues with bud rebuild or deploy.
EDIT: current easy workaround is to comment out imports = [ (digga.lib.importModules ./modules) ]; just to build to iso, although it means I won't be able to build anything that relies on my custom modules when I boot up the iso.
| 15:48:16 |
| @teutat3s:pub.solar | David Arnold: thanks, it’s the default pkg for that home manager neovim option Ii mentioned earlier | 17:48:53 |
| @teutat3s:pub.solar | Which we enable here
https://git.b12f.io/pub-solar/os/src/branch/teutat3s-develop/modules/terminal-life/nvim/default.nix#L44 | 17:50:27 |
 b12f |
Which we enable here
https://git.b12f.io/pub-solar/os/src/branch/teutat3s-develop/modules/terminal-life/nvim/default.nix#L44
We're not following the clean separation between home-manager modules and nixos modules, since some modules set on options from both, and we haven't rewritten to comply with devos standards there.
| 17:56:11 |
| b12f | Not sure if this is an anti pattern that we should strive to resolve sooner rather than later | 17:56:30 |
| David Arnold (blaggacao) | In reply to @kraftnix:matrix.org
Getting a bug with building iso's again ☹️, the error is error: attribute 'our' missing and the target file is in one of my custom modules set in ./modules which uses lib.our, but i don't have any issues with bud rebuild or deploy.
EDIT: current easy workaround is to comment out imports = [ (digga.lib.importModules ./modules) ]; just to build to iso, although it means I won't be able to build anything that relies on my custom modules when I boot up the iso.
Are we talking about pkgs.lib.our as applied to all channels via https://github.com/divnix/devos/blob/8b67cae20a110f296abf91cdba94a3946b1ba647/flake.nix#L89-L96? | 18:11:32 |
| David Arnold (blaggacao) | In reply to @kraftnix:matrix.org
Getting a bug with building iso's again ☹️, the error is error: attribute 'our' missing and the target file is in one of my custom modules set in ./modules which uses lib.our, but i don't have any issues with bud rebuild or deploy.
EDIT: current easy workaround is to comment out imports = [ (digga.lib.importModules ./modules) ]; just to build to iso, although it means I won't be able to build anything that relies on my custom modules when I boot up the iso.
* Are we talking about pkgs.lib.our as (eventually) applied to all channels via https://github.com/divnix/devos/blob/8b67cae20a110f296abf91cdba94a3946b1ba647/flake.nix#L89-L96? | 18:11:42 |
| David Arnold (blaggacao) | In reply to @b12f:pub.solar
Not sure if this is an anti pattern that we should strive to resolve sooner rather than later I don't think that causes any issues. | 18:12:08 |
| David Arnold (blaggacao) | In reply to @teutat3s:pub.solar
Which we enable here
https://git.b12f.io/pub-solar/os/src/branch/teutat3s-develop/modules/terminal-life/nvim/default.nix#L44 Have you put some traces here and there to confirm what pkgs is passed around? I can't infer the error from the few bits of code that I had a chance to look at. | 18:12:59 |
| David Arnold (blaggacao) | I started using my lib like so: self.lib = import ./lib.nix; which has { pkgs, inputs }: and then I do:
{ suites, profiles, hardware, self, pkgs, inputs, ... }:
...
chromiumKioskLauncher = (self.lib { inherit pkgs inputs; }).chromiumKioskLauncher;
| 18:17:19 |
| David Arnold (blaggacao) | self and inputs are as of recently passed as _module.args by default. | 18:17:49 |
| David Arnold (blaggacao) | I kind of prefer to work with more namespaces than just pkgs, since it quickly gets really confusing, indeed. | 18:18:55 |
 @timdeh:matrix.org | TIL about:
https://github.com/xxh/xxh
and I think this could be improved/augmented with the help of nix-shell | 18:32:46 |
| @timdeh:matrix.org | might make a nice profile 😉 | 18:33:33 |
| @timdeh:matrix.org | So I just built a package for it and nix seems to screw it up ☹️ | 19:04:20 |
| @timdeh:matrix.org | Perhaps better solution would be:
https://github.com/danrabinowitz/sshrc | 19:16:17 |
| @timdeh:matrix.org | then you could just invoke a nix shell from there 😃 | 19:16:27 |
| @kraftnix:matrix.org | In reply to @blaggacao:matrix.org
Are we talking about pkgs.lib.our as (eventually) applied to all channels via https://github.com/divnix/devos/blob/8b67cae20a110f296abf91cdba94a3946b1ba647/flake.nix#L89-L96? so in my custom module I changed it to pks.lib.our and now it builds fine, thanks. it had worked previously just using the lib rather than pkgs.lib and had no issues until now.
i also noticed a change in the iso, there is no longer a custom /iso/devos folder, so i looked for the source with fd devos /, however if I run nix develop in it like I would have before with /iso/devos, it pulls down a lot of things from the binaries rather than running straight away like before. is this something on my end? I haven't tried building an iso with bud build vm iso since moving over to it from flk.
| 19:52:27 |
| David Arnold (blaggacao) |
so in my custom module I changed it to pks.lib.our and now it builds fine, thanks. it had worked previously just using the lib rather than pkgs.lib and had no issues until now.
Interesting! Let me check.
| 19:53:35 |
| David Arnold (blaggacao) |
bud build vm iso
bud build vm boostrapIso 😄
| 19:54:24 |
| David Arnold (blaggacao) | *
bud build vm iso
bud build bootstrapIso 😄
| 19:54:36 |
| @kraftnix:matrix.org | ahhh :) perhaps we should add that to the docs | 19:54:36 |
| @kraftnix:matrix.org | oh can I not specify a host config? | 19:54:53 |
| David Arnold (blaggacao) | of course, sorry: bud build <host> bootstrapIso | 19:55:34 |
| David Arnold (blaggacao) | all other builds provided by nixos-generators work, too. | 19:56:11 |
