| 1 Dec 2022 |
roshan | byteio.in 🌷 |  Download image.png | 14:07:16 |
roshan | byteio.in 🌷 | why my userge container get stops in 1-2 seconds | 14:07:47 |
roshan | byteio.in 🌷 | running through command line working find | 14:08:05 |
roshan | byteio.in 🌷 | * running through command line working fine | 14:08:07 |
roshan | byteio.in 🌷 |  Download image.png | 14:08:27 |
roshan | byteio.in 🌷 |  Download image.png | 14:22:10 |
Linux Hackerman | That doesn't seem like a colmena-specific question, maybe try #nix:nixos.org | 14:22:59 |
roshan | byteio.in 🌷 | im using colmena to deploy my docker container | 14:25:27 |
Linux Hackerman | the nixos host containing the container right? | 14:25:45 |
roshan | byteio.in 🌷 | docker container workiing fine in local | 14:25:53 |
roshan | byteio.in 🌷 | In reply to @linus:schreibt.jetzt the nixos host containing the container right? yes | 14:26:00 |
Linux Hackerman | yeah this doesn't look like an issue with the deployment (which is colmena's job), but with the configuration | 14:26:39 |
| hexa changed their display name from hexa (22.11 now) to hexa. | 14:38:47 |
@ask-yourself:matrix.org | In reply to @linus:schreibt.jetzt if you set deployment.buildOnTarget for a machine, or pass --build-on-target on the command line, it will instead build directly on the host that's being deployed (though in the case of your workstation it will still end up being built on your workstation because that's what's being deployed) Ok, yes I see. This makes a lot of sense, thank you. | 16:57:29 |
Wanja Hentze | how are you folks coping with long NixOS eval times when using colmena? | 17:40:42 |
Wanja Hentze | any practical tricks I can pull to make my hive eval faster? | 17:40:55 |
Zhaofeng Li | Have you tried `--evaluator streaming`? It makes evaluation actually parallel using nix-eval-jobs. It's not the default yet but may be soon | 17:54:22 |
@ask-yourself:matrix.org | I'm trying to switch to use doas instead of sudo, but I'm getting this:
.dotfiles on î‚ main [!+] ⊥ doas colmena apply-local
error: getting the HEAD of the Git tree '/home/isaac/.dotfiles' failed with exit code 1:
error: executing 'git': No such file or directory
(use '--show-trace' to show detailed location information)
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: ChildFailure { exit_code: 1 }', src/command/apply_local.rs:95:55
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
I've tried adding deployment.privilegeEscalationCommand = ["doas"]; but still same result.
| 18:54:45 |
Linux Hackerman | In reply to @zhaofeng:zhaofeng.li Have you tried `--evaluator streaming`? It makes evaluation actually parallel using nix-eval-jobs. It's not the default yet but may be soon has the eval-node-limit heuristic improved? Without an explicit limit it at least used to completely blow my laptop up | 18:56:02 |
Linux Hackerman | In reply to @ask-yourself:matrix.org
I'm trying to switch to use doas instead of sudo, but I'm getting this:
.dotfiles on î‚ main [!+] ⊥ doas colmena apply-local
error: getting the HEAD of the Git tree '/home/isaac/.dotfiles' failed with exit code 1:
error: executing 'git': No such file or directory
(use '--show-trace' to show detailed location information)
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: ChildFailure { exit_code: 1 }', src/command/apply_local.rs:95:55
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
I've tried adding deployment.privilegeEscalationCommand = ["doas"]; but still same result.
This is because nix tries to call git as part of the flake evaluation, and presumably it's not on PATH for root when using doas (maybe it is with sudo?) | 18:57:05 |
Linux Hackerman | does just colmena apply-local work now? | 18:57:42 |
Linux Hackerman | Because running the evaluation as your user makes sense | 18:57:50 |
Linux Hackerman | In reply to @linus:schreibt.jetzt does just colmena apply-local work now? as in, I think setting privilegeEscalationCommand should make it work | 18:58:16 |
@ask-yourself:matrix.org | I never use colmena apply-local. I always need to do sudo colmena-apply local (I thought this was normal!). Yes, sudo colmena-apply local currently works, yes. | 18:59:52 |
@ask-yourself:matrix.org | Also this is current doas conf:
{user, ...}: {
security = {
doas = {
enable = true;
extraRules = [
{
keepEnv = true;
noPass = true;
users = ["${user}"];
}
];
};
sudo.enable = true;
};
}
| 19:00:22 |
Linux Hackerman | with privilegeEscalationCommand set, it should work without sudo or doas, and colmena should invoke whichever it is | 19:00:49 |
Linux Hackerman | and not evaluate or build as root, which is good because that's not necessary | 19:01:01 |
@ask-yourself:matrix.org | deployment.privilegeEscalationCommand = ["doas"]; is also set. | 19:01:03 |
Linux Hackerman | right, then try plain colmena apply-local | 19:01:17 |
Zhaofeng Li | In reply to @linus:schreibt.jetzt has the eval-node-limit heuristic improved? Without an explicit limit it at least used to completely blow my laptop up There hasn't been any change to the heuristic which assumes a constant memory size for each node. We can probably make the number bigger if people keep running into things like this. It's bit difficult to estimate the memory usage to evaluate a "typical" condig | 19:01:31 |