zickzackv
zickzackv
After leaving layer#1 to layer#0 the key keeps its color from layer#1 and does not toggle off in layer#0 like it is defined. So in a way i can confirm...
We now setup our arc (Kubernetes Runners) with a DIND setup. So the runner container has a docker binary and a docker socket available and one can start other containers...
Even if the nix daemon could be started within our ARC/DIND setup I would suspect that a nix deamon running in another pod/container will not have access to `/nix/store` in...
@grahamc Sadly I can't tests the installer under ARC. I'm not working anymore with ARC :-(
TLDR: Yes, I tested it and a configuration of KexAlgorithms was also needed. Yeah, I got it working with the changes. I wrote a simple onefile flake to test changes...
Thanks for taking care.
I tried the script(s) within an `buildFSHEnv` on a ec2 instance; debugged the script and probably found the problem: `eic_parse_authorized_keys` is called with `/etc/ssl/certs` instead of `/etc/ssl/certs/ca-bundle.crt` The script does...
trying to fix the issue with the PR #114
Sadly no. I never created a PR or a patch. Also after almost a year, I would rather use the cacert package as certificate source instead of patching a fixed...