In reply to @linus.heckemann:matrix.mayflower.de
also, a feature I'd like in colmena: the ability to pass in nixos evaluations rather than nixos configs. That would open up a lot of possibilities, including a nixus-like system where the whole deployment can be made of nixos modules too. Not sure if that goes within the "vision" of colmena though, and if not that's fine --- I don't want colmena to succumb to feature creep either :)

I thought more about it, and don't think it's a good idea since the deployment options are version-specific and Colmena depends on the structure to deserialize it correctly. Colmena should be self-contained, and confusing errors can easily occur if we allow people to "bring their own deployment options" which is required if you want to pass in an evaluated config directly.

Exposing the deployment option module for external use is fine, but Colmena should use its own when it's the one running the deployment.

In reply to @zhaofeng:zhaofeng.li

I thought more about it, and don't think it's a good idea since the deployment options are version-specific and Colmena depends on the structure to deserialize it correctly. Colmena should be self-contained, and confusing errors can easily occur if we allow people to "bring their own deployment options" which is required if you want to pass in an evaluated config directly.

Exposing the deployment option module for external use is fine, but Colmena should use its own when it's the one running the deployment.

In reply to @willi:butz.cloud
I did the exact same thing. I'll check the fix later today

I verified that it's fixed on v0.2.1.

had to comment out buildOnTarget though :>

In reply to @willi:butz.cloud

I verified that it's fixed on v0.2.1.

had to comment out buildOnTarget though :>

Jane Jasperous: You can just use imports. e.g.

colmena.my-host = { name, nodes, ... }:
  imports = [
    a-module
   (import another-module.nix)
];

Jane Jasperous: You can just use imports. e.g.

colmena.my-host = { name, nodes, ... }:
{
    imports = [
      a-module
     (import another-module.nix)
  ];
};

Jane Jasperous: You can just use imports. e.g.

colmena.my-host = { name, nodes, ... }:
{
   imports = [
     a-module
    (import another-module.nix)
  ];
};

Jane Jasperous:
Does this work for you?

colmena.my-host = { name, nodes, ... }:
{
   imports = [ self.nixosConfigurations.my-host ];
}; 

(if you get an error that deployment options are undefined, import colmena.nixosModules.deploymentOptions in your nixosConfiguration)

Fixes #48.

When too many lines of progress indication are being printed, scrollback will explode. It looks mostly fine if you're not scrolling back:

but if you make the terminal taller or scroll up, you'll see a problem:

This can drown out valuable output from the build phase or similar.

A simple way to reproduce this is to run colmena apply keys with the following hive.nix, in a terminal less than 20 lines tall:

with import <nixpkgs> {};
lib.genAttrs (map (n: "host${toString n}") (lib.range 1 20)) (name: {
  deployment.targetHost = "dummy.invalid";
  boot.isContainer = true;
  deployment.keys.block-deployment = {
    keyCommand = ["sleep" "infinity"];
  };
})

If for some reason the deployment target doesn't have an internet connection but does have binary caches enabled, copying the system closure will fail rather than falling back to copying directly.