Host-specific configuration for standalone HM gets overwritten by first host's #631
Replies: 2 comments 3 replies
|
Are host-bound homes even a thing? I've been treating hosts and homes as separate machines kinda, so for me it wouldn't make sense to group them together under a single aspect. The following worked for me: { denTest, ... }:
{
flake.tests.bogus = {
test-something = denTest (
{
den,
lib,
config,
...
}:
{
den.default.includes = [ den.batteries.define-user ];
den.hosts.x86_64-linux.igloo.users.tux = { };
den.homes.x86_64-linux."tux@iceberg" = { };
den.aspects.tux = {
provides.igloo = { host, ... }: {
homeManager.home.sessionVariables.HOSTNAME = host.name;
};
provides.iceberg = { host, ... }: {
homeManager.home.sessionVariables.HOSTNAME = host.name;
};
};
expr = {
igloo =
config.flake.nixosConfigurations.igloo.config.home-manager.users.tux.home.sessionVariables.HOSTNAME;
iceberg = config.flake.homeConfigurations."tux@iceberg".config.home.sessionVariables.HOSTNAME;
};
expected = {
igloo = "igloo";
iceberg = "iceberg";
};
}
);
};
}One host, one home, single user. |
3 replies
|
The first two tests are now passing since #643 has been merged so I believe the issue is now fixed. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hello,
I am trying to update my den configuration by adding a new host-bound standalone home with a shared user aspect.
However, unless I misunderstood something and messed something up, it appears to be broken as the host-specific configuration seemingly gets overwritten by the configuration of the first host (in alphabetical order).
I wrote two similar tests highlighting this issue:
Result:
Similarly, even though the behavior is slightly different, the hosts providing to the user don't work either:
Result:
All reactions