| 11 Jul 2021 |
 David Arnold (blaggacao) | * Hence I think it is better to provide a fully nixos-compliant `hm` config as `user@host` so that good faith use of `home-manager` cli at least does _not_ do any potential harm. And render a separate `user` with `useUserPackages = mkForce false` so that this config is guaranteed to work on non-nixos hosts. | 21:13:34 |
| David Arnold (blaggacao) | * Hence I think it is better to provide a fully nixos-compliant `hm` config as `user@host` so that good faith use of `home-manager` cli at least does _not_ do any potential harm. And render a separate `user` with `useUserPackages = mkForce false` so that such config is guaranteed to work "portably" on non-nixos hosts. | 21:14:02 |
| David Arnold (blaggacao) | Lastly, one might want to deploy a user (normally used on 86_64-linux) on an aarch64 server. user@host would not help, since that would have 86_64-linux. To successfully "portably" use that user on an aarch64 machine, I'd have to either create a dummy aarch64 host or render a user-acrch64 output for homeConfigurations. | 21:17:24 |
| David Arnold (blaggacao) | * Lastly, one might want to deploy a `user` (normally used on 86_64-linux) on an aarch64 server. `user@host` would not help, since that would have 86_64-linux. To successfully "portably" use that user on an aarch64 machine, I'd have to either create a dummy aarch64 host or render a `user-aarch64` output for `homeConfigurations`. | 21:17:33 |
| 12 Jul 2021 |
|  @timdeh:matrix.org invited  Vertex. | 17:37:26 |
| Vertex joined the room. | 17:37:35 |
| Vertex | Hello! | 17:38:19 |
| Vertex | Excuse me for going a little bit "off-topic", but I think some of you here may find this interesting - for the past several months I've been working on a framework very heavily inspired by DevOS (and retaining a very similar folder/configuration structure), oriented more towards enterprise/high-complexity configurations. I'd be interested to know what you all think - I believe there are definitely some lessons that could be learnt on either side as far as best practices go :) https://github.com/ArctarusLimited/KuiserOS | 18:52:54 |
| Vertex | It shares a bunch of library functions, and more or less functions in a very similar way, but it's quite different "under the hood" | 18:53:59 |
| Vertex | It's quite a niche thing, and it is not intended to be any sort of replacement for devos, but I think it's an interesting proof of concept, and so far the composable/DRY model works pretty well for child flakes | 19:00:51 |
 @teutat3s:pub.solar | Hello everybody,
I'm trying to use overrides https://devos.divnix.com/concepts/overrides.html to get neovim v0.5.0 with this home-manager option, but probably I'm missing something, because it's still pulling the version from the nixos channel instead of latest | 19:27:59 |
| @teutat3s:pub.solar | I've added neovim-unwrapped to the list of pkgs in overlays/overrides.nix | 19:28:49 |
| @teutat3s:pub.solar | is home-manager ignoring the overlay / override? https://github.com/nix-community/home-manager/blob/master/modules/programs/neovim.nix#L135 | 19:29:30 |
| @teutat3s:pub.solar | thank you for this awesome piece of open-source software ( : really enjoying it as a base for declarative configuration management | 19:30:32 |
| Vertex | Try setting config.home-manager.useGlobalPkgs = true; | 19:44:08 |
| Vertex | iirc home-manager uses its own package set by default? | 19:44:20 |
 @gtrunsec:matrix.org | 
Download image.png | 19:50:14 |
| @teutat3s:pub.solar | In reply to @citadelcore:nixos.dev
Try setting config.home-manager.useGlobalPkgs = true; ❯ nixos-option home-manager.useGlobalPkgs
Value:
true
seems it's already set to true, but not picking up the overlay
| 19:54:24 |
| Vertex | hm, strange... | 19:54:43 |
| @teutat3s:pub.solar | In reply to @gtrunsec:matrix.org
sent an image. yeah that's where I've added neovim-unwrapped | 19:54:47 |
| @gtrunsec:matrix.org | sorry, I cannot reproduce it. | 19:56:29 |
| @gtrunsec:matrix.org | do you mind to show me your repo? | 19:57:02 |
| @gtrunsec:matrix.org | 
Download image.png | 19:59:09 |
| @gtrunsec:matrix.org | it works for me | 19:59:17 |
| David Arnold (blaggacao) | In reply to @citadelcore:nixos.dev
Excuse me for going a little bit "off-topic", but I think some of you here may find this interesting - for the past several months I've been working on a framework very heavily inspired by DevOS (and retaining a very similar folder/configuration structure), oriented more towards enterprise/high-complexity configurations. I'd be interested to know what you all think - I believe there are definitely some lessons that could be learnt on either side as far as best practices go :) https://github.com/ArctarusLimited/KuiserOS This is exciting, I have had a similar use case which is why I got involved in devos in the first place. I do plan to retake kubenix at some point (when nixos-vm test refactoring progresses), so that we can bridge access to the kubernetes packaged applications, which there are a lot of in the enterprise world, so that we can combine best of both worlds. | 20:03:56 |
| Vertex | That's really interesting! As a matter of fact I'm actually working on integrating kubernetes support into the kuiseros repo currently - and I'm probably going to end up using kubenix with the cluster | 20:06:30 |
| Vertex | Kubernetes support is already present in nixpkgs of course - but I'm leveraging the repo logic for some cool stuff, like Calico for CNI and certificate issuance from Vault | 20:08:23 |
| Vertex | I built a mechanism for configuring and deploying Vault keys that is currently in the process of being upstreamed - but the repo provides additional tools to actually deploy the approles to the nodes | 20:09:24 |
| David Arnold (blaggacao) | I've been bulding something with SPIFFE/Spire for workload attestation and full mTLS with rotating certificates every 5 mins. It will be seom work to put all the puzzles in place, though. I think we have some sort of consensus that we need to stabilize devos in the short term, maybe produce a 1.0 and then take on form there. | 20:11:27 |
| David Arnold (blaggacao) | Thank you for your work on the follows issue! I very much appreciate it! | 20:12:20 |
