<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dotemacs/tests/test-dwim-shell-config-empty-dirs.el, branch main</title>
<subtitle>My Emacs configuration
</subtitle>
<id>https://git.cjennings.net/dotemacs/atom?h=main</id>
<link rel='self' href='https://git.cjennings.net/dotemacs/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git.cjennings.net/dotemacs/'/>
<updated>2026-05-24T01:20:17+00:00</updated>
<entry>
<title>fix(dwim-shell): make destructive file-op commands match their names</title>
<updated>2026-05-24T01:20:17+00:00</updated>
<author>
<name>Craig Jennings</name>
<email>c@cjennings.net</email>
</author>
<published>2026-05-24T01:20:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cjennings.net/dotemacs/commit/?id=4a7927bf7352e3e626dfb596a70bec9d3bc532eb'/>
<id>urn:sha1:4a7927bf7352e3e626dfb596a70bec9d3bc532eb</id>
<content type='text'>
Two commands did less, or more, than their names implied.

remove-empty-directories ran find . -type d -empty -delete from whatever the current directory happened to be, so its scope was implicit and easy to misjudge. It now prompts for a root, names that root in the confirmation, and runs find against the shell-quoted root via cj/dwim-shell--empty-dirs-command.

secure-delete ran shred without -u, so it overwrote a file's contents but left the file in place, not the deletion the name and the "permanently destroy" prompt promise. Added -u so it unlinks after overwriting.
</content>
</entry>
</feed>
