Ecosystem metrics
- New Repos
- 20
- New
- Commits
- 547
- up 0.4%
- Releases
- 5
- down 16.7%
- Contributors
- 57
- up 29.5%
- Merges
- 21
- up 250.0%
Activity Overview
Commits and releases over time
- Commits
- Releases
- Authors
Repository Explorer
No repositories match that filter.
7067 commits in all time
Jun 17, 2026 14:58 – Sep 15, 2026 14:58 UTC
Merge 818751d40801358c7cd5364d0f424ef4afb7ed5a into 26f1819a4b88761fbc3250257016705c690f5a6c
4235fdf0
pull/192/merge
1/2 ++ 0 --
Merge 399f42e843f89c8b55fc335f58f8f8d69981c24c into e8559cc9a0173ca6f9dc28f6913251efed33d625
0eaa4086
pull/6707/merge
17/2,342 ++ 60 --
Merge 54fdada9c62511d4aee176dee1b6f50223cc228c into 7861a68efdc034d4a01f5ba68f1acff97e28e8e6
ab72588e
pull/449/merge
1/1,493 ++ 1,441 --
chore(deps): lock file maintenance
54fdada9
renovate/lock-file-maintenance
1/1,493 ++ 1,441 --
Merge 973358a937547271e51c13253c33944df98b4bac into b0a3e71a91adfd1dfb97b5060d054618c2a147aa
26b0d146
pull/66/merge
10/1,214 ++ 1,278 --
chore(deps): Update all non-major dependencies
973358a9
renovate/all-non-major-dependencies
10/1,214 ++ 1,278 --
Merge b6e36d117a6e3f005b6b4061d73fef98b07ea0f1 into e8559cc9a0173ca6f9dc28f6913251efed33d625
ade087ae
pull/6735/merge
16/650 ++ 504 --
simulate: support extra fee credit
b6e36d11
pull/6735/head
16/650 ++ 504 --
fix: keep crash output at every level, --level panic included
An entry with no readable level was dropped once the floor passed error, which is the one place the exemption had to hold: a runtime panic is written by the Go runtime and not through logrus, so it carries no level field, and `logs --level panic` on a node that died of a nil dereference answered with nothing at all while the default warn view showed the dump. The floor now never judges a line it could not read a level from, which is what the command's help has been promising. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PqPSx1wqM8rMdo4EHPa4jy
94ef4392
pull/193/head
4/41 ++ 20 --
docs: record the truncation Follow cannot see
Size against offset only catches a truncation that is still visible when the poll arrives. A file emptied and written back past the old offset inside one interval never looks short, and the next drain reads new bytes at a stale position: the prefix is lost and a pending fragment of the old file is spliced onto what followed. Polling has no way to close that. Nothing separates a truncate-and-regrow from an append once the inode is unchanged and the length has recovered, so the alternative is a different mechanism rather than a better check. The window is one interval wide, algod rotates by renaming, and tail -F has the same hole; it is left open on purpose, and now says so. The truncation test slept to stay out of that window without explaining which window, which read as timing noise rather than as the point. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PqPSx1wqM8rMdo4EHPa4jy
8e061361
pull/193/head
2/21 ++ 1 --
docs: add the generated man page for logs
Every other registered top-level command has one, and the README's command list is where the published docs link from. Generated with cobra/doc and put through the same banner substitution the existing pages carry, checked by regenerating nodekit_restart.md and diffing it against the committed copy. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01NMKTAqwAPrGqB8hvgmBWu5
f21b7562
pull/193/head
2/51 ++ 0 --
fix: finish the log permission message and split off --file
The message broke off at "adding your account to the 'algorand' group after", and it blamed the algod data directory's ownership for every permission failure, including one on a file the user named with --file. It now finishes the instruction, and a file the user chose gets a message that only says which path could not be read. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PqPSx1wqM8rMdo4EHPa4jy
5c0e8388
pull/193/head
2/14 ++ 3 --
fix: resume follow at the start of a line algod was still writing
Scan reported the live log's size as the follow offset, but a log caught mid-write ends mid-line: the scan shows that fragment, and Follow then resumed past it, so the remainder of the line arrived as a line of its own and the entry algod was writing never appeared whole. The offset is now rounded back to the last line boundary, within one read buffer, so the completed entry is delivered once the newline lands. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PqPSx1wqM8rMdo4EHPa4jy
bac25c1a
pull/193/head
2/102 ++ 8 --