Hjem ("home" in Danish) is a module system that implements a simple and
streamlined way to manage files in your $HOME, such as but not limited to
files in your ~/.config. Hjem aims to approach as an alternative,
easy-to-grasp utility for managing your $HOME purely and safely.
We have learned from the mistakes made in the ecosystem.
- Powerful
$HOMEmanagement functionality and potential - Small and simple codebase with minimal abstraction
- Robust, safe and manifest based file handling with smfh
- Multi-user by design, works with any number of users
- Designed for ease of extensibility and integration
No compromises, only comfort.
Hjem exposes a streamlined interface with multi-tenant capabilities, which you may use to manage individual users' homes by leveraging the module system.
{ inputs, lib, pkgs, ... }:
{
/*
other NixOS configuration here...
*/
hjem = {
# use our custom file handler
linker = inputs.hjem.packages.${pkgs.stdenv.hostPlatform.system}.smfh;
users = {
alice = {
enable = true;
files = {
# Write a text file in `/home/alice/.foo`
# with the contents bar
".foo".text = "bar";
# Alternatively, create the file source using a writer.
# This can be used to generate config files with various
# formats expected by different programs.
".bar".source = pkgs.writeText "file-foo" "file contents";
# You can also use generators to transform Nix values
".baz" = {
# Works with `pkgs.formats` too!
generator = lib.generators.toJSON { };
value = {
some = "contents";
};
};
};
# this will write into `/home/alice/.config/test/bar.json`
xdg.config.files."test/bar.json" = {
generator = lib.generators.toJSON { };
value = {
foo = 1;
bar = "Hello world!";
baz = false;
};
# overwrite existing unmanaged file, if present
clobber = true;
};
};
};
};
}Note
Each attribute under hjem.users, e.g., hjem.users.alice or
hjem.users.jane represent a user managed via users.users in NixOS. If a
user does not exist, then Hjem will refuse to manage their $HOME by
filtering non-existent users in file creation.
The interface for the hjem module is conceptually very similar to prior art
(e.g., Home Manager), but it does not act as a collection of modules like Home
Manager. Instead, we implement minimal features, and leave
application-specific abstractions to the user to do as they see fit.
This, of course, does not mean that a module collection cannot exist.
In fact, one already does!
Below is a live implementation of the module.
$ nix eval .#nixosConfigurations.test.config.hjem.users.alice.files.'".foo"' --json | jq
{
"clobber": false,
"enable": true,
"executable": false,
"generator": null,
"relativeTo": "/home/alice",
"source": "/nix/store/22yfhzhk0w5mgaq6c943vimsg6qlr1sh-foo",
"target": "/home/alice/.foo",
"text": "bar",
"value": null
}Hjem relies on our home-baked tool smfh, an atomic and reliable file creation tool designed by Gerg-l. We utilize smfh and Systemd services 1 to correctly link files into place.
Hjem does not manage user environments as one might expect, but it provides
a convenient environment.sessionVariables option that you can use to store
your variables. This script will be used to store your environment variables in
a POSIX-compliant script generated by Hjem, which you can source in your shell
configurations.
Hjem is mostly feature-complete, in the sense that it is a clean
implementation of home.files in Home Manager: it was never a goal to dive into
abstracting files into modules.
Hjem previously utilized systemd-tmpfiles to ensure files are linked in place. This served us well for the short duration that we relied on them, but we have ultimately decided to go with our in-house file linker developed by Gerg-l. The new linker is, of course, infinitely more powerful and while we are not looking back, we understand that some users might be interested in alternative linking mechanisms that they can customize as they prefer.
Tip
Setting hjem.linker to null will use systemd-tmpfiles as the linker
backend. You may give this option a package you've created to use it as your
linker, but it must be fully compatible with the interface smfh currently
supports.
Alternatively, similar to how NixOS handles external bootloaders, we may consider a rebuild "hook" for allowing alternative linking methods where the module system exposes the files configuration to a package user provides.
Special thanks to Nixpkgs and Home Manager. The interface of the
hjem.users module is inspired by Home Manager's home.file and Nixpkgs'
users.users modules. What is now Hjem started as an experimental module
addition to Nixpkgs' users.users. Hjem would not be possible without any of
those projects, thank you!
A project worthy of note is Hjem Rum, by @Lunarnovaa and @nezia1, which establishes a Home Manager-like module system for users less comfortable with manually linking files in place. If you wish to utilize the power of Hjem, but want an easier interface, we encourage you to take a look at Hjem Rum.
Last but not least, our sincerest thanks to everyone who has used, contributed to or just talked about Hjem in public spaces. Thank you for the support!
This project is made available under Mozilla Public License (MPL) version 2.0. See LICENSE for more details on the exact conditions. An online copy is provided here.
Footnotes
-
Which is preferable to hacky activation scripts that may or may not break. Systemd services allow for ordered dependency management across all services, and easy monitoring of Hjem-related services from the central
systemctlinterface. ↩