21 Sep 2021 |
@kraftnix:matrix.org | if you take the latest commit of develop branch of devos and run nix flake lock --recreate-lock-file this also happens with nur and latest , and additional inputs are added as well (such as bud flake dependecies and digga/nix ), in fact nearly all the locked inputs from devos 's master branch seem very out of date | 15:26:04 |
@kraftnix:matrix.org | * if you take the latest commit of master branch of devos and run nix flake lock --recreate-lock-file this also happens with nur and latest , and additional inputs are added as well (such as bud flake dependecies and digga/nix ), in fact nearly all the locked inputs from devos 's master branch seem very out of date | 15:26:11 |
@timdeh:matrix.org | they are, I want to setup a CI job to update them periodically if the tests pass after update | 15:27:11 |
@kraftnix:matrix.org | after grepping through commits the earliest mention I can find of nur where there is no input is back in dec 2020 https://github.com/divnix/devos/blob/15003e3de9e9e39b7cb9752b65bad96b819c1624/flake.nix, and I can't seem to figure out how the nur input is being included in there either. | 15:39:27 |
@kraftnix:matrix.org | the last time the flake.lock changed for nur was when the ANT CORRUPTION LAYER was added in commit https://github.com/divnix/devos/commit/6ebdf3adb422c79675d2b919025c7f1367a5a665 | 15:58:48 |
@kraftnix:matrix.org | * the last time the flake.lock changed for nur was when the ANTI CORRUPTION LAYER was added in commit https://github.com/divnix/devos/commit/6ebdf3adb422c79675d2b919025c7f1367a5a665 | 15:58:57 |
22 Sep 2021 |
@zrsk:matrix.org | HI! I can't understand how to use suites, for example in my flake.nix I have the following:
home = {
imports = [ (digga.lib.importModules ./users/modules) ];
externalModules = [ ];
importables = rec {
profiles = digga.lib.rakeLeaves ./users/profiles;
suites = with profiles; rec {
base = [ direnv git zsh ];
gui = [ sway ];
};
};
users = {
ccr = { suites, ... }: { };
}; # digga.lib.importers.rakeLeaves ./users/hm;
};
And in users/ccr/default.nix :
{ hmUsers, pkgs, suites, ... }:
{
home-manager.users = {
inherit (hmUsers); #what is this?
ccr.imports = import suites.gui; #here I want to import the suite with the home-manager configs for sway and related things
home.packages = with pkgs; [
# packages for this user
];
};
users.users.ccr = {
# my user config
}
}
I get this error:
error: attribute 'gui' missing
at /nix/store/280x4jmhhi4mnf23bbg744d35s4ls9kq-source/users/ccr/default.nix:5:26:
4| inherit (hmUsers);
5| ccr.imports = import suites.gui;
| ^
6| home.packages = with pkgs; [
(use '--show-trace' to show detailed location information)
| 08:57:00 |
@zrsk:matrix.org | * HI! I can't understand how to use suites, for example in my flake.nix I have the following:
home = {
imports = [ (digga.lib.importModules ./users/modules) ];
externalModules = [ ];
importables = rec {
profiles = digga.lib.rakeLeaves ./users/profiles;
suites = with profiles; rec {
base = [ direnv git zsh ];
gui = base ++ [ sway ];
};
};
users = {
ccr = { suites, ... }: { };
}; # digga.lib.importers.rakeLeaves ./users/hm;
};
And in users/ccr/default.nix :
{ hmUsers, pkgs, suites, ... }:
{
home-manager.users = {
inherit (hmUsers); #what is this?
ccr.imports = import suites.gui; #here I want to import the suite with the home-manager configs for sway and related things
home.packages = with pkgs; [
# packages for this user
];
};
users.users.ccr = {
# my user config
}
}
I get this error:
error: attribute 'gui' missing
at /nix/store/280x4jmhhi4mnf23bbg744d35s4ls9kq-source/users/ccr/default.nix:5:26:
4| inherit (hmUsers);
5| ccr.imports = import suites.gui;
| ^
6| home.packages = with pkgs; [
(use '--show-trace' to show detailed location information)
| 08:57:34 |
@zrsk:matrix.org | * HI! I can't understand how to use suites, for example in my flake.nix I have the following:
home = {
imports = [ (digga.lib.importModules ./users/modules) ];
externalModules = [ ];
importables = rec {
profiles = digga.lib.rakeLeaves ./users/profiles;
suites = with profiles; rec {
base = [ direnv git zsh ];
gui = [ sway ];
};
};
users = {
ccr = { suites, ... }: { import = suites.base };
}; # digga.lib.importers.rakeLeaves ./users/hm;
};
And in users/ccr/default.nix :
{ hmUsers, pkgs, suites, ... }:
{
home-manager.users = {
inherit (hmUsers); #what is this?
ccr.imports = import suites.gui; #here I want to import the suite with the home-manager configs for sway and related things
home.packages = with pkgs; [
# packages for this user
];
};
users.users.ccr = {
# my user config
}
}
I get this error:
error: attribute 'gui' missing
at /nix/store/280x4jmhhi4mnf23bbg744d35s4ls9kq-source/users/ccr/default.nix:5:26:
4| inherit (hmUsers);
5| ccr.imports = import suites.gui;
| ^
6| home.packages = with pkgs; [
(use '--show-trace' to show detailed location information)
| 08:58:40 |
@zrsk:matrix.org | * HI! I can't understand how to use suites, for example in my flake.nix I have the following:
home = {
imports = [ (digga.lib.importModules ./users/modules) ];
externalModules = [ ];
importables = rec {
profiles = digga.lib.rakeLeaves ./users/profiles;
suites = with profiles; rec {
base = [ direnv git zsh ];
gui = [ sway ];
};
};
users = {
ccr = { suites, ... }: { imports = suites.base };
}; # digga.lib.importers.rakeLeaves ./users/hm;
};
And in users/ccr/default.nix :
{ hmUsers, pkgs, suites, ... }:
{
home-manager.users = {
inherit (hmUsers); #what is this?
ccr.imports = import suites.gui; #here I want to import the suite with the home-manager configs for sway and related things
home.packages = with pkgs; [
# packages for this user
];
};
users.users.ccr = {
# my user config
}
}
I get this error:
error: attribute 'gui' missing
at /nix/store/280x4jmhhi4mnf23bbg744d35s4ls9kq-source/users/ccr/default.nix:5:26:
4| inherit (hmUsers);
5| ccr.imports = import suites.gui;
| ^
6| home.packages = with pkgs; [
(use '--show-trace' to show detailed location information)
| 08:58:51 |
@zrsk:matrix.org | But I just noticed that in my users/ccr/default.nix I can access suites defined inside the importables of the "nixos part" of the flake.nix , but I want to access to the ones defined inside the importables of "home part". | 09:05:09 |
@zrsk:matrix.org | I solved this way:
home = {
imports = [ (digga.lib.importModules ./users/modules) ];
externalModules = [ ];
importables = rec {
profiles = digga.lib.rakeLeaves ./users/profiles;
suites = with profiles; rec {
base = [ direnv git zsh ];
gui = [ sway ];
};
};
users = {
ccr = { suites, ... }: { imports = suites.base; home-manager.users.ccr.imports = suites.gui; };
}; # digga.lib.importers.rakeLeaves ./users/hm;
};
Is this correct?
| 09:18:30 |
@zrsk:matrix.org | * I also tried this but doesn't work:
home = {
imports = [ (digga.lib.importModules ./users/modules) ];
externalModules = [ ];
importables = rec {
profiles = digga.lib.rakeLeaves ./users/profiles;
suites = with profiles; rec {
base = [ direnv git zsh ];
gui = [ sway ];
};
};
users = {
ccr = { suites, ... }: { imports = suites.base; home-manager.users.ccr.imports = suites.gui; };
}; # digga.lib.importers.rakeLeaves ./users/hm;
};
| 09:27:29 |
@zrsk:matrix.org | Maybe I solved with this
{ pkgs, suites, ... }:
{
home-manager.users.ccr = { suites, ...}: {
imports = with suites; shell ++ gui ++ browser ++ dev;
#etc...
};
#etc...
}
in my users/ccr/default.nix and this in my flake.nix :
home = {
imports = [ (digga.lib.importModules ./users/modules) ];
externalModules = [ ];
importables = rec {
profiles = digga.lib.rakeLeaves ./users/profiles;
suites = with profiles; rec {
# As NixOS profiles
base = [ direnv git zsh ];
# As home-manager profiles
shell = [ zsh ];
gui = [ sway ];
browser = [ firefox ];
dev = [ vscode ];
};
};
};
Is this a correct approach?
| 10:14:22 |
David Arnold (blaggacao) | I guess we have to.lift the question from DevOS to the Nixpkgs module system level. | 12:31:11 |
David Arnold (blaggacao) | The nix module system can imports suites because they are passed as so called specialArgs , whicj we have rebbtist to importables . | 12:32:18 |
David Arnold (blaggacao) | imports receives a list of paths or modules. | 12:32:45 |
David Arnold (blaggacao) | suites.gui is not a list of paths, but a list of modules. | 12:33:24 |
David Arnold (blaggacao) | imports = suites.gui is imports ing, not import inga list of modules, hence. | 12:34:16 |
David Arnold (blaggacao) | * `imports = suites.gui` is `imports`ing, not `import`ing, a list of modules, hence. | 12:34:26 |
David Arnold (blaggacao) | * I guess we have to lift the question from DevOS to the Nixpkgs module system level. | 12:34:35 |
David Arnold (blaggacao) | * The nix module system can `imports` `suites` because they are passed as so called `specialArgs`, which we have rebabtist to `importables`. | 12:34:53 |
David Arnold (blaggacao) | (I only looked at your first code snipped - I hope this was the relevant one) 😁 | 12:36:00 |
| @zrsk:matrix.org left the room. | 15:54:01 |
| zrsk joined the room. | 15:55:12 |
zrsk | David Arnold (blaggacao): yeah, I think I solved however, thank you. In the last snipped there is a snippet of what I'm currently using. | 21:11:24 |
zrsk | However currently I've another problem with the build workflow in the github repository, I just tried to clone a fresh copy of the devos repository and change the check.yml to use my binary cache, it correctly worked. But when I did a nix flake update locally and then pushed the newly generated flake.lock it broke with a not so nice error:
error (ignored): error: bad archive: input doesn't look like a Nix archive
| 21:15:48 |
zrsk | * David Arnold (blaggacao): yeah, I think I solved however, thank you. In the last message there is a snippet of what I'm currently using. | 22:10:33 |
zrsk | Maybe I solved but I really can't understand why: adding a --show-trace in the workflow command showed me that the "bad" archive was the NUR's one. Then I simply added a nur.url = github:nix-community/NUR; my flake.nix inputs and the Github's workflow worked.
To be honest I don't even understand how the flake.nix of the template has in its inputs NUR by default.
| 22:28:53 |
23 Sep 2021 |
@kraftnix:matrix.org | I was also questioning how a bit earlier, and I couldn't figure out how nur made it's way in as an input either. | 10:49:24 |