No description
  • Nix 85.6%
  • Rust 6.3%
  • CMake 3.3%
  • C 2.3%
  • Shell 2.1%
  • Other 0.4%
Find a file
Repository files (latest commit first)
Filename Latest commit message Latest commit date
Nikodem Rabuliński 48541a1b92
All checks were successful
/ check (pull_request_target) Successful in 1m38s
/ build (aarch64-darwin) (pull_request_target) Successful in 8m11s
/ build (aarch64-linux) (pull_request_target) Successful in 8m59s
/ build (x86_64-linux) (pull_request_target) Successful in 11m3s
/ check (push) Successful in 1m31s
/ build (x86_64-linux) (push) Successful in 26s
/ build (aarch64-darwin) (push) Successful in 43s
/ build (aarch64-linux) (push) Successful in 44s
flake.lock: update
2026-09-21 21:11:14 +02:00
.forgejo ci: fix push to cache 2026-04-30 00:22:01 +02:00
assets hosts/hijiri/linux: add user ssh key 2026-09-05 16:51:16 +02:00
hosts flake.lock: update 2026-09-21 21:11:14 +02:00
modules flake.lock: update 2026-09-21 21:11:14 +02:00
net net: new mikrotik.nix version 2026-09-14 00:59:31 +02:00
pkgs pkgs/ddns: fix cf key 2026-05-11 19:32:55 +02:00
secrets hosts/hijiri/linux: init 2026-08-28 01:20:25 +02:00
services services/forgejo: move actions artifacts 2026-09-14 00:59:31 +02:00
wrappers wrappers/fish: fix eza alias 2026-07-31 22:48:27 +02:00
.envrc net: new mikrotik.nix version 2026-09-14 00:59:31 +02:00
.gitignore net: new mikrotik.nix version 2026-09-14 00:59:31 +02:00
default.nix ci: actually build stuff in CI 2025-10-28 12:56:53 +01:00
flake.lock flake.lock: update 2026-09-21 21:11:14 +02:00
flake.nix flake.lock: update 2026-09-21 21:11:14 +02:00
inputs.nix inputs: lazy-trees at home 2025-05-01 23:01:24 +02:00
nilla.nix hosts/hijiri/linux: init 2026-08-28 01:20:25 +02:00
README.md hosts/hijiri-vm: remove 2026-08-27 13:19:43 +02:00
shell.nix nilla: init 2025-05-01 22:17:20 +02:00
treefmt.nix hosts/hijiri/linux: init 2026-08-28 01:20:25 +02:00

雪定(せってい)

Collection of my personal Nix configurations and opinionated NixOS, nix-darwin, home-manager, and nilla modules.

Caution

I tried to make the modules in this repository useful to others without having to modify them, meaning I tried to have many configuration options, have them be disabled by default, etc. That is no more and although I still encourage people to use my config for learning and inspiration, the modules will now assume they're running in my infrastructure and I'll only add configuration and/or enabling options when it makes sense to me, personally.

Project structure

  • hosts - per-machine configurations
    • kazuki - my linux arm server
    • hijiri - my linux arm server (used to be my macbook)
    • ude - another linux arm server
    • kogata - my m1 mac mini
    • youko - my linux x86 server
    • kanade - my m4 mac mini doubling as a server
    • asami - my macbook
  • modules - options which in principle should be reusable by others
    • system - my opinionated nixos/nix-darwin modules
    • home - my opinionated home-manager modules
    • nilla - nilla modules
  • services - configs for services I self-host
  • secrets - agenix secrets
  • wrappers - nix packages wrapped with my configs (see: wrapper-manager)
  • assets - miscellaneous values reused throughout my config

Code guidelines

Not set rules but general guidelines for myself to hopefully keep this config clean, maintainable, and reusable.

  • only importing downwards. this means no imports = [ ../../foo/bar/some-module.nix ];
  • ideally only one level of imports. this means i'll try to only do imports = [ ./foo ]; or imports = [ ./bar.nix ] but not imports = [ ./x/y/z.nix ];
  • the file should be roughly in order of most interesting to least interesting options.
  • imports should be the first attribute (except for _file)
  • there should be no implicit state anywhere in the config. (sounds obvious but this is already broken with legion and the zfs pool but i'll let that one slide) to achieve this i still need to create a proper live iso with my config and my bootstrapping ssh key

TODOs

Sorted rougly by priority

  • get rid of flakes completely
  • bring back ci (sorta done)
  • automatic deploys (either push or pull, to be decided)
  • make the configuration truly declarative (to a reasonable degree)
  • themeing solution