refactor: drop in-repo dotfiles/, move stow tooling to the dotfiles repo

Since the installer clones DOTFILES_REPO into ~/.dotfiles and stows from there, the in-repo dotfiles/ tree was dead weight. Nothing reads it at install time. I removed it (831 files) now that both machines are migrated.

The Makefile's stow / restow / reset / unstow / import targets and the dotfile-script unit suites moved to the dotfiles repo. They sit alongside the scripts they manage and run standalone (cd ~/.dotfiles && make ...). This Makefile keeps the VM-integration targets and the installer-helper suite (safe-rm-rf).

I updated CLAUDE.md and README.md so stow operations run from ~/.dotfiles, and the dotfile-management, theme, and unit-test sections point at the standalone repo. The README was already describing the old in-repo model from before the installer switched to cloning. This brings it in line.

1 files changed, 0 insertions, 36 deletions

diff --git a/dotfiles/dwm/.local/bin/brightness b/dotfiles/dwm/.local/bin/brightness
deleted file mode 100755
index 9142f33..0000000
--- a/dotfiles/dwm/.local/bin/brightness
+++ /dev/null
@@ -1,36 +0,0 @@
-#!/usr/bin/env bash
-# Craig Jennings <c@cjennings.net>
-# DWM convenience script for changing backlight
-# depends on xbacklight
-
-increment=10
-
-case $1 in
-	"max")
-		sudo xbacklight -set 100%;
-		;;
-	"min")
-		sudo xbacklight -set 5%;
-		;;
-	"up")
-		# get current setting as an int
-		current=$( printf "%.0f" "$(xbacklight -get)" )
-
-		# add the increment
-		newvalue=$(("$current" + "$increment"))
-
-		# don't let the brightness go above 100
-		[ "$newvalue" -ge 100 ] && 	newvalue=100;
-
-		# set the value
-		xbacklight -set "$newvalue";
-		;;
-	"down")
-		current=$( printf "%.0f" "$(xbacklight -get)" )
-		newvalue=$(("$current" - "$increment"))
-		[ "$newvalue" -le 5 ] && 	newvalue=5;
-		xbacklight -set "$newvalue";
-		;;
-esac
-newvalue=$( printf "%.0f" "$(xbacklight -get)")
-notify-send "backlight" "backlight now set to $newvalue"