This Day In History For 2027-09-14
1 Year Ago (more context)
|
2026-09-14
| ||
| 17:22 | • Changes to wiki page "Home" artifact: 4bcfce1ffa user: dmestas | |
| 16:50 | Note: An index that survives a commit technote: [3f58202e74] user: dmestas | |
| 16:27 | • Edit [37e2519ac5]: Add tag "version-0.3.15". artifact: 0ed6e27ecc user: dmestas | |
| 16:27 |
Release 0.3.15
Makes the file-history index durable across commits. check-in: 37e2519ac5 user: dmestas tags: trunk, version-0.3.15 | |
| 16:12 |
Extend the file index instead of rebuilding it
The v1 index recorded no coverage, so every commit threw it away and re-walked the whole log. v2 records n_rids, the entry count the index covers, and a later query walks only the tail past it. A fresh query walks the new check-ins; a repeat query walks none. check-in: 788b69f097 user: dmestas tags: trunk | |
| 14:34 | • Changes to wiki page "Home" artifact: 95b3102b52 user: dmestas | |
| 14:09 | • Changes to wiki page "Home" artifact: db5c5fb2ab user: dmestas | |
| 13:43 | • Edit [37a5af6b08]: Add tag "version-0.3.14". artifact: f7fe0ab527 user: dmestas | |
| 13:43 | 0.3.14: version bump and release notes check-in: 37a5af6b08 user: dmestas tags: trunk, version-0.3.14 | |
| 12:48 |
build: register the cross step with the CI pin
The negative-space pin requires every build.zig step to be either invoked by CI or listed with the reason it is not. The cross step was neither, so it failed all three runners -- the pin doing exactly its job on the commit that added an unregistered step. CI compiles the real thing on all three shipped targets, so cross-compiling them again proves nothing new; the step is for the developer, before the push. Recorded as such. check-in: 770e641725 user: dmestas tags: trunk | |
| 12:14 |
build: compile for CI's Linux targets in the gate
This project links no libc and macOS links libc always, so a call that demands it compiles on a mac, passes every local lane, and refuses on both Linux runners -- the discovery order the fmt check already exists to prevent, and what zit#188 spent a red main on. `zig build cross` compiles the CLI for x86_64-linux and aarch64-linux and runs nothing; gate depends on it. Verified to discriminate: reintroducing std.c.getenv fails cross while a plain macOS build still passes. check-in: 31c4850b95 user: dmestas tags: trunk | |
| 11:48 |
log: read the file-index kill switch at main's environ seam, not through libc
std.c.getenv demands libc linkage, which this project does not take, so both Linux runners refused to compile while macOS -- which always links libc -- built it and the local gate passed. cli.Ambient.environ documents exactly this rule; the seam existed and was bypassed. Read $ZIT_NO_FILE_INDEX in main from init.environ_map like every other seam and hand the runner a flag. Cross-compiles clean to x86_64-linux and aarch64-linux. check-in: 1317aa9864 user: dmestas tags: trunk | |
| 02:46 |
log: answer a PATH filter from a file index, not by reconstruction (zit#188)
The predicate reconstructed a manifest per visited check-in, so one file's history on a mirror of SQLite cost minutes and grew with the history behind it. Persist what the derive already computes and throws away: captureFileFacts is Fossil's mlink row, so invert it by path into .zit-cache/finfo, keyed to the log tail and shun fingerprint like its sibling sidecars. The PATH walk now traverses the derived adjacency, as the unfiltered walk has since #98, and the index narrows it. The index only NARROWS: an F-card-level diff over-reports a delta that restates a path with the hash it already had (one check-in in 2,113 on SQLite), so every candidate is still confirmed by the B-log-2 predicate and the output is byte-identical. --long reads one manifest per emitted row instead of per visited node. README.md 72s to 1.6s, btree.c 25s to 1.1s, reconstructions 25,106 to 141. check-in: 17c3b0aaa2 user: dmestas tags: trunk | |