dark-firepit host dotfiles, based on Nix Flakes. Shared across a couple of other hosts.
Go to file
2024-04-23 09:28:50 +02:00
config upgrade to NixOS 23.11 2023-12-08 12:07:04 +01:00
hosts i think i managed to disable SSL on promotions 2024-04-23 09:28:50 +02:00
lib refactor authorizedKeys 2022-10-18 19:54:57 +02:00
modules Added promotional.yugoslavia.best 2024-04-19 21:20:08 +02:00
overlays fix nitter ???!?? 2024-02-23 12:45:47 +01:00
packages nidobyte package 2024-02-23 12:47:40 +01:00
.editorconfig .editorconfig 2023-01-19 01:38:10 +01:00
.gitignore partially update flake 2023-01-19 00:21:18 +01:00
default.nix some refactoring 2022-09-05 18:27:22 +02:00
flake.lock chore: (quite late) weekly flake update 2024-02-23 13:05:03 +01:00
flake.nix update flake 2024-02-23 12:45:34 +01:00
LICENSE Initial commit 2022-01-11 16:42:20 +00:00
README.md update readme 2023-05-18 06:13:53 +02:00
shell.nix Dotfiles 2022-01-11 17:44:40 +00:00

Frosted Flakes

Nix Flake dotfiles shared across a few hosts. Most development here will go into the lucent-firepit host, however.

Development

Commands here will use lucent-firepit-based paths and names as an example

  • To build the system (doesn't apply changes):
    nixos-rebuild build --upgrade --impure --flake /etc/dotfiles#lucent-firepit
    
  • To build & switch to a new system (applies changes):
    doas nixos-rebuild switch --impure --upgrade --flake /etc/dotfiles#lucent-firepit
    

lucent-firepit

Things here mostly only apply to the lucent-firepit host.

Adding modules

Generally when adding modules (even those pulled from nixpkgs) you'd want to:

  1. Create a new module under modules/services/; gitea.nix and nitter.nix are pretty okay examples of what to do
  2. git add . or else Nix will act clueless about everything you've just done
  3. Set it to enabled, set port, domain, etc. in hosts/.../default.nix or wherever else is more appropriate
  • For webapps, follow what's done in hosts/lucent-firepit/webapps/default.nix; if you're doing something bigger, it may be worth abstracting into a seperate file
  1. Rebuild/switch to the new system (as described above)

yugoslavia-best.nix

God fucking help us lmao

You're on your own if you try to edit this file. Please be ready to yell at Jill the moment you open it and to continue doing that for the entire time it is open

Editing code

For now, you can simply edit /etc/dotfiles; in the future it's planned to give every user their own seperate repository sandbox before pulling the changes into the main config at /etc/dotfiles.

This can be done directly on the server (as long as you have the dotfiles group) through your favorite modal editor (micro, nvim, hx, nano, ...) or at https://dev-firepit.oat.zone/ (authorization and further details are pinned in the Discord).

If you encounter permission funnies, don't hesitate to doas your way into chmoddding/chowning files as necessary; directories should be 775 and files should be 664, however we've yet to figure out how to consistently enforce this across the directory.

Be sure to commit regularly to prevent tons of densely packed undocumented commits building up after noone bothers to commit anything.