| 10 Aug 2021 |
@timdeh:matrix.org | ^^^ this would be in a profile | 23:47:49 |
@timdeh:matrix.org | or you could just define the container as a profile itself and just put your system config for it after my-cool-container = | 23:48:21 |
@timdeh:matrix.org | * princemachiavelli:
{ containers.my-cool-container.config = { imports = [ ./path-to-host.nix ]; }; }
| 23:48:51 |
@timdeh:matrix.org | * or you could just define the container as a profile itself and just put your system config for it after my-cool-container.config = | 23:49:00 |
| 11 Aug 2021 |
David Arnold (blaggacao) | You can also use this pattern to creat your own 'variant': https://github.com/divnix/digga/blob/main/modules/bootstrap-iso.nix | 14:24:56 |
David Arnold (blaggacao) | * princemachiavelli: You can also use this pattern to creat your own 'variant': https://github.com/divnix/digga/blob/main/modules/bootstrap-iso.nix | 14:25:08 |
David Arnold (blaggacao) | or best check if this already fits your needs: https://github.com/nix-community/nixos-generators/blob/master/formats/lxc.nix | 14:26:04 |
David Arnold (blaggacao) | (all nixos-generators come included: bud build HOST lxc) | 14:26:41 |
David Arnold (blaggacao) | And if that doesn't work, I think the maintainer will be very happy about any contribution there. | 14:27:46 |
| 12 Aug 2021 |
@timdeh:matrix.org | Small little though, but does anyone thing that programs.bcc.enable might be good for the core profile? I'm starting to dive into these tracing tools after ignoring them for some years now, and I have to say, they are quite impressive | 17:54:44 |
@timdeh:matrix.org | * Small little thought, but does anyone thing that programs.bcc.enable might be good for the core profile? I'm starting to dive into these tracing tools after ignoring them for some years now, and I have to say, they are quite impressive | 17:54:50 |
@timdeh:matrix.org | * Small little thought, but does anyone think that programs.bcc.enable might be good for the core profile? I'm starting to dive into these tracing tools after ignoring them for some years now, and I have to say, they are quite impressive | 17:54:56 |
@d4hines:matrix.org | I'm working on a DevOS-inspired setup with flakes + home-manager on Arch Linux. I'm using aconfmgr as a neat escape-hatch to manage config and packages in a fairly declarative manner.
I'm having some issues as I'm trying to switch from bash to zsh though. When i do programs.zsh.enable, I get an error about packages being in conflict:
...
installing 'home-manager-path'
building '/nix/store/4fb72177cs4brdrq6k7h6i9f3cvfyi17-user-environment.drv'...
error: packages '/nix/store/6an3bk6p01zya46s6wxn9rga13fj64fn-nix-2.4pre20210604_8e6ee1b/share/zsh/site-functions/_nix' and '/nix/store/5gpbxv938yyq372rxvjmip91nrxw0k7a-home-manager-path/share/zsh/site-functions/_nix' have the same priority 5; use 'nix-env --set-flag priority NUMBER INSTALLED_PKGNAME' to change the priority of one of the conflicting packages (0 being the highest priority)
error: builder for '/nix/store/4fb72177cs4brdrq6k7h6i9f3cvfyi17-user-environment.drv' failed with exit code 1
Oops, nix-env failed to install your new Home Manager profile!
Perhaps there is a conflict with a package that was installed using
'nix-env -i'? Try running
nix-env -q
and if there is a conflicting package you can remove it with
nix-env -e {package name}
Then try activating your Home Manager configuration again.
I suspect the issue is that nixpkgs is providing one version of zsh while home-manager is providing another, but I don't see how that's possible or how to fix it. Here's my flake.lock file: https://github.com/d4hines/beth/blob/master/flake.lock
Any ideas?
| 17:57:06 |
@timdeh:matrix.org | so the actual conflicting file is just the completion | 17:58:44 |
@timdeh:matrix.org | I don't think the first version of nix contains my PR to fix zsh completions. Maybe you could try bumping to a more recent version of nixpkgs to get it? | 18:00:00 |
@timdeh:matrix.org | * I don't think the version of nix shown contains my PR to fix zsh completions. Maybe you could try bumping to a more recent version of nixpkgs to get it? | 18:00:15 |
@princemachiavelli:matrix.org | In reply to @timdeh:matrix.org Small little thought, but does anyone think that programs.bcc.enable might be good for the core profile? I'm starting to dive into these tracing tools after ignoring them for some years now, and I have to say, they are quite impressive Yea it would be nice. I just used a few of the tools a few days ago and some seem to be broken. The ones that use dtrace make sense since a lot of packages are not compiled with support. But I think there are quite a few that just need the right python packages available. | 18:01:12 |
@timdeh:matrix.org | David Arnold (blaggacao): if you have time, might d4hines issue have something to do with the useGlobalPkgs or whatever it's called in home-manager? I believe you were the last person to make changes here, yes? | 18:03:07 |
@timdeh:matrix.org | In reply to @princemachiavelli:matrix.org Yea it would be nice. I just used a few of the tools a few days ago and some seem to be broken. The ones that use dtrace make sense since a lot of packages are not compiled with support. But I think there are quite a few that just need the right python packages available. maybe I'll have to spend some time tracking down those packages then, and submitting a PR to include them by default when the module is enabled | 18:03:44 |
@d4hines:matrix.org | In reply to @timdeh:matrix.org I don't think the version of nix shown contains my PR to fix zsh completions. Maybe you could try bumping to a more recent version of nixpkgs to get it? So I ran nix flake update, and it updated nixpkgs to the latest version https://github.com/NixOS/nixpkgs/commit/c87557a817a6bfbb0906de005c259c846c38f312; however I still get the same error | 18:09:10 |
@timdeh:matrix.org | okay, so home-manager might do something of it's own to enable completions. Now that I think about it, my fix wouldn't matter in this context since it's a nixos module. Maybe a similar fix needs to be made in the home-manager module upstream | 18:10:36 |
@timdeh:matrix.org | There was a similar conflict in the NixOS module, because nix started shipping it's own zsh completion script, which conflicting with the one enabled by the module when including the nix-zsh-completions package | 18:11:04 |
@timdeh:matrix.org | I'll take a brief look at the hm module upstream and see if that's the case | 18:11:16 |
@d4hines:matrix.org | Indeed, zsh.enableAutocompletion = false fixed the build. | 18:16:39 |
David Arnold (blaggacao) | d4hines: you seem to have a nixos less hm config at hand, which has to be distinguished from the nixos-embedded one. For embedded ones, we do this for nixos-less we do this | 18:17:00 |
David Arnold (blaggacao) | But the only bit that's probably useful is the naming and system spacing of portable homi | 18:17:38 |
David Arnold (blaggacao) | * But the only bit that's probably useful is the naming and system spacing of portable home configs | 18:17:45 |
@timdeh:matrix.org | yeah it just pulls in nix-zsh-completions like the nixos module did | 18:17:45 |
@timdeh:matrix.org | I did some trickery to just remove _nix from nix-zsh-completions so completions for the stable nix-* commands would still work | 18:18:26 |
David Arnold (blaggacao) | * But the only bit that's probably useful is the naming and system spacing of portable home configs ( self.homeConfigurationsPortable.<arch>.<profile>) | 18:18:42 |