!UKDpaKNNsBpOPfLWfX:zhaofeng.li

Colmena

309 Members
A simple, stateless NixOS deployment tool - https://github.com/zhaofengli/colmena105 Servers

Load older messages


SenderMessageTime
26 Jan 2022
@linus.heckemann:matrix.mayflower.deLinux Hackerman
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 :)
Willi Butz: ^
09:47:12
@willi:butz.cloudWilli Butz
In reply to @zhaofeng:zhaofeng.li
Admittedly I ran into the problem a couple of weeks ago in my setup when I rebased against master, but there were comments about it blocking the channel so I disabled it locally without looking closer. Then I kind of forgot about it 🙁
I did the exact same thing. I'll check the fix later today
10:11:44
@github:maunium.net@github:maunium.net [zhaofengli/colmena] zhaofengli reopened issue #50: Nixpkgs fails to build on unstable 14:51:41
@github:maunium.net@github:maunium.net [zhaofengli/colmena] zhaofengli pinned issue #50: Nixpkgs fails to build on unstable 15:00:27
@github:maunium.net@github:maunium.net [zhaofengli/colmena] zhaofengli published v0.2.1: v0.2.1 - Fix sandboxed documentation build on unstable 15:24:29
@zhaofeng:zhaofeng.liZhaofeng Li
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.

17:25:17
@linus.heckemann:matrix.mayflower.deLinux Hackerman
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.

Fair enough. I managed to hammer the proverbial square peg into the round hole by setting config.system.build = lib.mkForce ...; but that's really not the direction I want to go in :D I think I'll try and represent my use case with colmena's code then, but not with a view to upstreaming it
17:46:15
@willi:butz.cloudWilli Butz
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 :>

18:41:44
@zhaofeng:zhaofeng.liZhaofeng Li
In reply to @willi:butz.cloud

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

had to comment out buildOnTarget though :>

Great, thanks for testing!
18:42:41
@willi:butz.cloudWilli ButzThanks for colmena! 🎉18:44:55
@github:maunium.net@github:maunium.net [zhaofengli/colmena] zhaofengli unpinned issue #11: Flake support 18:47:03
@janejasperous:one.ems.hostJane Jasperous joined the room.22:27:14
27 Jan 2022
@janejasperous:one.ems.hostJane JasperousHi, I'm looking to migrate my nixosConfigurations flake output to colmena node output11:14:42
@janejasperous:one.ems.hostJane JasperousMain concern is colmena node don't understanding modules list12:33:02
@phaer:matrix.orgphaer

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

colmena.my-host = { name, nodes, ... }:
  imports = [
    a-module
   (import another-module.nix)
];
12:48:52
@phaer:matrix.orgphaer *

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

colmena.my-host = { name, nodes, ... }:
{
    imports = [
      a-module
     (import another-module.nix)
  ];
};
12:49:01
@phaer:matrix.orgphaer *

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

colmena.my-host = { name, nodes, ... }:
{
   imports = [
     a-module
    (import another-module.nix)
  ];
};
12:49:12
@janejasperous:one.ems.hostJane Jasperousjust was trying changin modules by imports. But then nixosSystem fails because modules is mandatory attribute12:52:06
@janejasperous:one.ems.hostJane Jasperousbut i can get ride of nixosConfigurations actually12:53:24
@phaer:matrix.orgphaerI am sorry, I am not sure I if understand your question correctly, could you rephrase it?15:01:52
@janejasperous:one.ems.hostJane JasperousI was trying to achieve build .#colmena.$host and .#nixosConfiguration.$host using exactly same definition. But colmena doesnt like "modules" option. If i change "modules" by "imports" the colmena is ok, but nixos-rebuild sak for "modules" definition.15:31:32
@janejasperous:one.ems.hostJane Jasperous * I was trying to achieve build .#colmena.$host and .#nixosConfiguration.$host using exactly same definition. But colmena doesnt like "modules" option. If i change "modules" by "imports" then colmena is ok, but nixos-rebuild ask for "modules" definition.15:31:57
@janejasperous:one.ems.hostJane JasperousFinally, after try some deployments using colmena Im happy enough to get rid of nixosConfigurations output :)15:33:05
@phaer:matrix.orgphaer

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)

17:38:03
28 Jan 2022
@github:maunium.net@github:maunium.net [zhaofengli/colmena] zhaofengli opened pull request #51: eval.nix: Add "${name}-key.service" units for keys

Fixes #48.

02:55:16
@fpletz:lodere.esfpletz joined the room.15:59:39
@willi:butz.cloudWilli Butz🎉16:00:12
31 Jan 2022
@github:maunium.net@github:maunium.net [zhaofengli/colmena] zhaofengli closed issue #50: Nixpkgs fails to build on unstable 19:34:49
1 Feb 2022
@github:maunium.net@github:maunium.net [zhaofengli/colmena] lheckemann opened issue #52: Excessive output when terminal isn't tall enough

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"];
  };
})
07:28:06
@github:maunium.net@github:maunium.net [zhaofengli/colmena] lheckemann opened issue #53: Cannot deploy to a host without internet

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.

20:08:07

Show newer messages


Back to Room ListRoom Version: 6