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

diff --git a/dotfiles/common/.local/bin/cron/README.md b/dotfiles/common/.local/bin/cron/README.md
deleted file mode 100644
index fa0c354..0000000
--- a/dotfiles/common/.local/bin/cron/README.md
+++ /dev/null
@@ -1,11 +0,0 @@
-# Important Note
-
-These cronjobs have components that require information about your current display to display notifications correctly.
-
-When you add them as cronjobs, I recommend you precede the command with commands as those below:
-
-```
-export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u $USER)/bus; export DISPLAY=:0; . $HOME/.zprofile;  then_command_goes_here
-```
-
-This ensures that notifications will display, xdotool commands will function and environmental variables will work as well.