Anthony Rodriguez
851024052d
This is temporary, as we're going to get rid of that awkward style module that was meant to be shared, but ended up being too specific to my use-case. We just put it in a nix directory for now, as we will with everything else. This will be refactored later to be mixed with the relevant program's configuration. |
||
|---|---|---|
| assets | ||
| config | ||
| hosts | ||
| modules | ||
| secrets | ||
| shared | ||
| .gitignore | ||
| flake.lock | ||
| flake.nix | ||
| LICENSE | ||
| nodes.nix | ||
| README.md | ||
| treefmt.nix | ||
flocon
My NixOS configurations, using flakes.
</> Software I use
Additionally using a lot of other software you can find in the configuration files.
🛠️ Structure
| Name | Description |
|---|---|
| assets | Resources used throughout the system (images etc.) |
| config | System configuration (separated between NixOS / home-manager) |
| hosts | Host-specific |
| lib | Helper functions |
| shared | Re-used components (internal modules, custom derivations) |
My configuration is structured based on the following principles:
- Hosts should be the main entry points and outputs.
- Abstractions should be avoided as much as possible.
- Setting up theming should be as simple as changing one or two options.
The main configuration can be found in config, which declares most of my programs, with re-usable modules and derivations in shared, to provide a way to globally set themes, usernames and more.
My hosts can then pick and choose the programs and configurations that they need from the other directories. If the need arises for a more modular setup for a specific piece of software (ie. having different flavors of Firefox per host), I will write a custom module for it. This helps to avoid unnecessarily abstracting my configuration, as I don't find it necessary for the most part, and I would also like it to remain as simple as possible.
👥 Credits
People / repositories I have copied / learned from:
-
fufexan/dotfiles for the configuration structure
-
jacekpoz/nixos for learning how NixOS modules work
-
sodiboo for helping me a whole lot with Niri-specific issues
-
llakala for being very thorough and helpful when cleaning up my code and general structure.
Some bits have also been borrowed from within the configuration, and credit has been given where its due.