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, 25 deletions

diff --git a/dotfiles/common/.zsh/modules/Test/B06fc.ztst b/dotfiles/common/.zsh/modules/Test/B06fc.ztst
deleted file mode 100644
index 922b001..0000000
--- a/dotfiles/common/.zsh/modules/Test/B06fc.ztst
+++ /dev/null
@@ -1,25 +0,0 @@
-# Tests of fc command
-%prep
-
- mkdir fc.tmp 
- cd fc.tmp
- print 'fc -l foo' >fcl
- 
-%test
-  $ZTST_testdir/../Src/zsh -f ./fcl
-1:Checking that fc -l foo doesn't core dump when history is empty
-?./fcl:fc:1: event not found: foo
-
-  PS1='%% ' $ZTST_testdir/../Src/zsh +Z -fsi <<< $'fc -p /dev/null 0 0\n:'
-0:Checking that fc -p doesn't core dump when history size is zero
-*?*%*
-
-  PS1='%% ' $ZTST_testdir/../Src/zsh +Z -fsi <<< 'fc -p /dev/null a 0'
-1:Checking that fc -p rejects non-integer history size
-*?*% fc: HISTSIZE must be an integer
-*?*%*
-
-  PS1='%% ' $ZTST_testdir/../Src/zsh +Z -fsi <<< 'fc -p /dev/null 0 a'
-1:Checking that fc -p rejects non-integer history save size
-*?*% fc: SAVEHIST must be an integer
-*?*%*