<feed xmlns='http://www.w3.org/2005/Atom'>
<title>archsetup/dotfiles/common/.tmux.conf, branch main</title>
<subtitle>Builds a full dev workstation from a bare Arch Linux install.
</subtitle>
<id>https://git.cjennings.net/archsetup/atom?h=main</id>
<link rel='self' href='https://git.cjennings.net/archsetup/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git.cjennings.net/archsetup/'/>
<updated>2026-06-02T17:16:38+00:00</updated>
<entry>
<title>refactor: drop in-repo dotfiles/, move stow tooling to the dotfiles repo</title>
<updated>2026-06-02T17:16:38+00:00</updated>
<author>
<name>Craig Jennings</name>
<email>c@cjennings.net</email>
</author>
<published>2026-06-02T17:16:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cjennings.net/archsetup/commit/?id=b10cba594db836c0747066addad48bda4d30cd02'/>
<id>urn:sha1:b10cba594db836c0747066addad48bda4d30cd02</id>
<content type='text'>
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 &amp;&amp; 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.
</content>
</entry>
<entry>
<title>fix(tmux): pipe M-w copies to the system clipboard via wl-copy</title>
<updated>2026-05-18T21:07:51+00:00</updated>
<author>
<name>Craig Jennings</name>
<email>c@cjennings.net</email>
</author>
<published>2026-05-18T21:07:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cjennings.net/archsetup/commit/?id=99efe19e30dbcc4c162ff47411d7add94e55424f'/>
<id>urn:sha1:99efe19e30dbcc4c162ff47411d7add94e55424f</id>
<content type='text'>
`copy-selection' writes only to tmux's internal paste buffer, so a paste
in any other app got stale content. Switch the M-w binding to
`copy-pipe-no-clear "wl-copy"' (same engine as the existing y binding,
minus the -and-cancel so M-w stays in copy-mode for repeated grabs).
The selection stays visible after copy to make multi-range copying
easier to follow.
</content>
</entry>
<entry>
<title>feat(tmux): mirror vterm-copy-mode key story in tmux copy-mode</title>
<updated>2026-05-18T20:49:36+00:00</updated>
<author>
<name>Craig Jennings</name>
<email>c@cjennings.net</email>
</author>
<published>2026-05-18T20:49:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cjennings.net/archsetup/commit/?id=01a1aea2afe5a7a63ca55d13a1552050ca3a772b'/>
<id>urn:sha1:01a1aea2afe5a7a63ca55d13a1552050ca3a772b</id>
<content type='text'>
M-w copies and stays in mode so multiple selections can be grabbed in a row
(was copy-selection-and-cancel). C-g exits (was clear-selection). Enter is
unbound so RET has no copy-and-exit shortcut. q and Escape already cancel
by default and are kept as-is.

Mirrors the cj/vterm-tmux-history and vterm-copy-mode story on the Emacs
side, so all three surfaces for lifting text out of a vterm share one key
story.
</content>
</entry>
<entry>
<title>chore(tmux): double scrollback to 100000 lines</title>
<updated>2026-05-10T17:54:47+00:00</updated>
<author>
<name>Craig Jennings</name>
<email>c@cjennings.net</email>
</author>
<published>2026-05-10T17:54:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cjennings.net/archsetup/commit/?id=1b2af8e6fc84e13be71213042ee194aab192d857'/>
<id>urn:sha1:1b2af8e6fc84e13be71213042ee194aab192d857</id>
<content type='text'>
Long-running tmux+vterm sessions (Claude Code's TUI in particular) run past 50k lines often enough that the C-; x C tmux-history-copy command in Emacs can't reach the start. Bump history-limit so `tmux capture-pane' has more room; the cost is roughly 7.5 MB per pane, so a six-pane session adds well under 100 MB total.

Existing panes keep their current buffer; the new limit applies only to panes created after the reload.
</content>
</entry>
<entry>
<title>refactor(dotfiles): rename system/ to common/ and remove unused configs</title>
<updated>2026-01-26T23:36:38+00:00</updated>
<author>
<name>Craig Jennings</name>
<email>c@cjennings.net</email>
</author>
<published>2026-01-26T23:36:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cjennings.net/archsetup/commit/?id=8728aef98ffd78a9a0d78918e4b781d08f5bf846'/>
<id>urn:sha1:8728aef98ffd78a9a0d78918e4b781d08f5bf846</id>
<content type='text'>
Rename dotfiles/system to dotfiles/common for clarity - indicates
shared dotfiles used across all desktop environments (DWM, Hyprland).

Removed config directories for uninstalled applications:
- ghostty (using different terminal)
- lf (using ranger instead)
- mopidy (using mpd instead)
- nitrogen (X11-only, obsolete for Wayland)
- pychess (not installed)
- JetBrains (not installed via archsetup)
- youtube-dl (using yt-dlp with different config location)

Kept audacious config for potential future use.

Updated all references in archsetup, CLAUDE.md, todo.org, and
validation.sh.

Co-Authored-By: Claude Opus 4.5 &lt;noreply@anthropic.com&gt;
</content>
</entry>
</feed>
