krino.git/cmd/krino/sort_test.go, branch mainrule-based file sorter in Go, shows the plan before touching anything, applies only the files you choose, and can undo any run, with s-expression rules and a GTK 4 windowhttps://git.labunix.xyz/krino.git/atom?h=main2026-09-17T10:54:06Zthe module path is git.labunix.xyz/krino2026-09-17T10:54:06ZLukasz Kasprzaklukas@labunix.xyz2026-09-17T10:54:06Zurn:sha1:1884d56b0d399e9cdb80016a9c166b0120989933
So that go install can find it. cgit serves no go-import meta tag, so
nginx answers a ?go-get=1 request for /NAME with one pointing at
https://git.labunix.xyz/NAME.git; the alternative was carrying a .git
suffix through every import line forever.
One sed over the imports, both go.mod files, and the dependency gate's
whitelist. Nothing else depends on the path. go install works from the
next tag, the first release whose go.mod carries it.
comments that explain the code, not how it was written2026-09-17T10:11:42ZLukasz Kasprzaklukas@labunix.xyz2026-09-17T10:11:42Zurn:sha1:bddbd74e4a73e8e32bcf648efd1cac5655f6d0cd
About 340 comments cited the development process: task and plan
numbers, fix waves, rulings, reviewers, and the author in the third
person with a date. None of that exists outside the work itself, so to
a reader it pointed at nothing. Each one now states the engineering
reason it was standing in front of; where a comment was provenance and
nothing else, it is gone.
References to docs/design.md and docs/gui-design.md by section stay:
both ship with the repository. The design documents lose their
amendment diaries - CHANGELOG.md is that record - and the GUI's says
plainly that the window has gone further than the document.
Only comments changed. Every .go file was parsed and its code printed
with comments stripped, before and after: the two hashes are identical
across all 175 files.
only where an earlier directory's files ended up stays claimed2026-09-14T22:41:00ZLukasz Kasprzaklukas@labunix.xyz2026-09-14T22:41:00Zurn:sha1:2e812847572839e6c8097a7ecf5c4a469222087aan earlier directory's applied results stay claimed for later ones2026-09-14T22:26:36ZLukasz Kasprzaklukas@labunix.xyz2026-09-14T22:26:36Zurn:sha1:f12f3f1356e4e96d419d66d13c2e67b73a50346ftests: apply error exits 1 and w stops krino through the real command; undo projection occupied half2026-09-14T21:58:43ZLukasz Kasprzaklukas@labunix.xyz2026-09-14T21:58:43Zurn:sha1:67ada0b5bc25cb6cff3ab780d82cb0bfe64e4968a real run's later directories are not blocked by earlier claims; -n across directories documented2026-09-14T21:42:35ZLukasz Kasprzaklukas@labunix.xyz2026-09-14T21:42:35Zurn:sha1:166565025832c8a8faf7397766aeaa878980dd2dexplain: shows a duplicate's skipped delete, leaves the cache alone, walks only for duplicate tests2026-09-14T21:40:56ZLukasz Kasprzaklukas@labunix.xyz2026-09-14T21:40:56Zurn:sha1:bb8b547023b0867f31d7452faceef5769a45b94bkrino: duplicates are found, never deleted2026-09-14T08:56:21ZLukasz Kasprzaklukas@labunix.xyz2026-09-14T08:56:21Zurn:sha1:1506c7dcd6032c04c1df6f5785b6dd3dfe4511cc
A rule combining (duplicate) with a delete action is refused at load, and a
file that is a duplicate under any duplicate scope its directory uses gets no
delete step from any rule: the plan shows it skipped and the chain continues.
A failed duplicate check blocks the delete too. Tests cover (matched), another
rule's own condition, a test evaluation skipped, two scopes and a failed
check, each checking every copy is still on disk.
krino: release 0.0.1 — man pages, install, examples, cross and release, README, changelog2026-09-13T00:31:32ZLukasz Kasprzaklukas@labunix.xyz2026-09-13T00:31:32Zurn:sha1:26c94eb3db62ec6eebbf8d22c11afe691d9520c4
Also: undo removes the directories its run created; a hardlink is never a
duplicate of its own other name; a flag written before "undo" is honoured;
--version prints no leading v. Duplicate conditions with different scopes
not sharing an original is documented as a known limitation.
krino: acting — trash, journal, apply, lock, review, undo2026-09-12T18:14:47ZLukasz Kasprzaklukas@labunix.xyz2026-09-12T18:14:47Zurn:sha1:3f8679be9373ee7508d512dfdfc1dda0839c7f90