In reply to @teutat3s:pub.solar
https://git.b12f.io/pub-solar/os/src/branch/teutat3s-develop/flake.nix#L131

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.

Which we enable here

https://git.b12f.io/pub-solar/os/src/branch/teutat3s-develop/modules/terminal-life/nvim/default.nix#L44

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.

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.

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.

In reply to @b12f:pub.solar
Not sure if this is an anti pattern that we should strive to resolve sooner rather than later

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

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;

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.