Activity Overview

Commits and releases over time

  • Commits
  • Releases
  • Authors

Repository Explorer

135 commits in all time Aug 04, 2026 22:24 – Nov 02, 2026 22:24 UTC
tasosbit nodekit
Merge f2a440221a98b8c7761a123f016469345d0555f5 into a9e2cda1f7878347ceed6db1702d2d520bfe0cf8
Git Commit 44fa0bd0 Branch pull/204/merge Document 14/1,893 ++ 16 --
tasosbit nodekit
fix(upgrade): report what changed, surface apt errors, refresh the signing key
- Compare the installed algod version before and after the upgrade and say "upgraded from X to Y", "already up to date" or "finished", instead of always claiming success.
- Read apt-get update output: fail on errors from the Algorand repository and on fatal apt errors (locks, malformed sources), warn on everything else. apt exits 0 on signature failures when lists are cached, so the exit code alone hides them.
- Before updating, compare the installed Algorand apt key with the published one. If it has expired, rotated or been revoked, show the installed key and the merged result and ask y/N; --accept-new-key answers yes for unattended runs. Only keyrings that hold just the pinned Algorand primary key, in the standard keyring directories, are touched.
- Fail with a clear message when no enabled apt repository provides the algorand package and nothing was upgraded.
- On macOS read the installed version from brew info --json=v2.
Git Commit f2a44022 Branch fix/upgrade-feedback Document 14/1,893 ++ 16 --
tasosbit nodekit
Merge pull request #199 from algorandfoundation/v1.7
v1.7
Git Commit a9e2cda1 Branch main Document 78/8,160 ++ 549 --
tasosbit nodekit
Merge 768d27bdd88c8fe2505934ef412b6357f4891134 into f40ba97e346ad7408168cc0b2e2ebaf4b8770e00
Git Commit 3e83529e Branch pull/199/merge Document 78/8,160 ++ 549 --
PhearZero nodekit
Merge pull request #203 from algorandfoundation/fix/logs-follow-lines
fix: give --lines one meaning with and without --follow
Git Commit 768d27bd Branch v1.7 Document 11/487 ++ 141 --
tasosbit nodekit
Merge 0ab570340185a1db281f2f9048d78fe232427801 into 5762ea0c6f5327955c077ac39d70162b391f87fb
Git Commit 019b0213 Branch pull/203/merge Document 11/487 ++ 141 --
tasosbit nodekit
fix: keep the lines a rotation writes during the --follow replay
Scan took the live log's size and offset by path, and Follow reopened
it by path and caught a swap only when the new file was shorter than
the offset. A rotation while the history was replaying lost what was
written to the old file in the meantime. If the new file had already
grown past the offset, its head was lost too, with no rotation notice.
Now that -f replays the whole history by default, that window lasts as
long as the replay.

Scan now opens the live log once, reads it only through that handle,
and returns the handle for Follow to carry on from. Follow reads the
old file to its end before it moves to the new one. An archive path
the rotation has pointed at the live log is skipped rather than read
twice.
Git Commit 0ab57034 Branch fix/logs-follow-lines Document 9/360 ++ 121 --
tasosbit nodekit
docs: say what --since 0s leaves in the --follow backlog
--since 0s was described as a stream that starts at now, but Keep never
drops a line without a timestamp, and --since bounds the region read
rather than each line in it. Crash output near the end of the log is
still replayed. The help text, man page and decision record now say
that it skips the timestamped history, and a test pins the plain-text
case.
Git Commit 2dcff6c5 Branch fix/logs-follow-lines Document 4/37 ++ 7 --
tasosbit nodekit
Merge 5762ea0c6f5327955c077ac39d70162b391f87fb into f40ba97e346ad7408168cc0b2e2ebaf4b8770e00
Git Commit a32f6a9e Branch pull/199/merge Document 78/7,814 ++ 549 --
PhearZero nodekit
Merge pull request #202 from algorandfoundation/feat/user-agent
feat: identify nodekit via user-agent
Git Commit 5762ea0c Branch v1.7 Document 10/170 ++ 13 --
PhearZero nodekit
Merge pull request #197 from ChrisWozniak/fix/issue-190-reexec-after-self-upgrade
fix: re-exec updated NodeKit before upgrading Algorand
Git Commit 6df8150a Branch v1.7 Document 3/100 ++ 5 --
tasosbit nodekit
Merge e80f86026361ae1428460cd0d2b6a5a7ffa5444f into 34f16f713cc000daecbee1609df2bf595e8713ab
Git Commit 575e07f4 Branch pull/203/merge Document 4/97 ++ 20 --
tasosbit nodekit
Merge 16c8fc2a2f8e8b2f5fd1cfa3537c949498857ccd into 34f16f713cc000daecbee1609df2bf595e8713ab
Git Commit ec485e7f Branch pull/202/merge Document 10/170 ++ 13 --
tasosbit nodekit
fix: pass the http client to the genesis downloads
Both genesis downloads reached for a package-level client, so a test had
no way to point them at a mock server. Take an api.HttpPkgInterface like
the release checks, the catchpoint lookup and the short links already do.
GetGenesis has no callers; handleDataDirMac gets the client from
algod.Install, which the install and bootstrap commands now supply.

Drop main_test.go with it. A test binary is not linked as package main,
so the linker never stamps main.version there and both sides of the
comparison were the same "dev" default: the test passed whether or not
init handed the version over. api/useragent_test.go covers SetVersion.
Git Commit 16c8fc2a Branch feat/user-agent Document 6/12 ++ 27 --
tasosbit nodekit
feat: identify nodekit via user-agent
Every outbound request went out as Go's default "Go-http-client/1.1",
which tells a node operator reading their algod access log, or the
GitHub release API, nothing about what is calling them. Send
"Nodekit v<version>" instead, built from the version the linker stamps
into main so that releases can be told apart.

The shared HttpPkg wrapper covers the release checks, the catchpoint
lookup, the short links and the upgrade download; the generated algod
client gets the header through a request editor, since api/lf.go is
overwritten by `make generate`.
Git Commit 6a73a179 Branch feat/user-agent Document 8/179 ++ 7 --
tasosbit nodekit
fix: give --lines one meaning with and without --follow
--follow substituted a backlog of 10 when --lines was not given, so -n
meant one thing alone and another beside -f: `-n 0 -f` replayed the
whole history, where `tail -n 0 -f` shows none of it. --follow now
replays the same set the command shows without it, --lines N shortens
that backlog, and a stream that starts at now is --since 0s.

The cost is that a bare -f reads the whole history before the first
new entry arrives, as the command without -f already does.
Git Commit e80f8602 Branch fix/logs-follow-lines Document 4/97 ++ 20 --
tasosbit nodekit
Merge e7a69a866675f28a71b19fe0dee221749d4b7f30 into 34f16f713cc000daecbee1609df2bf595e8713ab
Git Commit 34f76c81 Branch pull/202/merge Document 10/170 ++ 13 --
ChrisWozniak nodekit
Merge 9b9c51b256e7d12860e3d33605675c0aa21c71ca into 34f16f713cc000daecbee1609df2bf595e8713ab
Git Commit 5c9278ef Branch pull/197/merge Document 3/100 ++ 5 --
chris-wozniak nodekit
fix: wait for re-executed nodekit
Git Commit 9b9c51b2 Branch pull/197/head Document 2/22 ++ 2 --
tasibot nodekit
Merge 9e95271b5a1384bc65dc3d8e70e954120516ef5c into 34f16f713cc000daecbee1609df2bf595e8713ab
Git Commit 061c686d Branch pull/201/merge Document 4/97 ++ 20 --
tasibot nodekit
fix: give --lines one meaning with and without --follow
--follow substituted a backlog of 10 when --lines was not given, so -n
meant one thing alone and another beside -f: `-n 0 -f` replayed the
whole history, where `tail -n 0 -f` shows none of it. --follow now
replays the same set the command shows without it, --lines N shortens
that backlog, and a stream that starts at now is --since 0s.

The cost is that a bare -f reads the whole history before the first
new entry arrives, as the command without -f already does.
Git Commit 9e95271b Branch pull/201/head Document 4/97 ++ 20 --
tasibot nodekit
Merge e7a69a866675f28a71b19fe0dee221749d4b7f30 into 34f16f713cc000daecbee1609df2bf595e8713ab
Git Commit e94b8d84 Branch pull/200/merge Document 10/170 ++ 13 --
tasibot nodekit
fix: pass the http client to the genesis downloads
Both genesis downloads reached for a package-level client, so a test had
no way to point them at a mock server. Take an api.HttpPkgInterface like
the release checks, the catchpoint lookup and the short links already do.
GetGenesis has no callers; handleDataDirMac gets the client from
algod.Install, which the install and bootstrap commands now supply.

Drop main_test.go with it. A test binary is not linked as package main,
so the linker never stamps main.version there and both sides of the
comparison were the same "dev" default: the test passed whether or not
init handed the version over. api/useragent_test.go covers SetVersion.
Git Commit e7a69a86 Branch pull/200/head Document 6/12 ++ 27 --
tasibot nodekit
Merge b3e885bf43b4e856971c4de6acfdad17530de210 into 34f16f713cc000daecbee1609df2bf595e8713ab
Git Commit ca35942a Branch pull/200/merge Document 8/179 ++ 7 --
tasibot nodekit
feat: identify nodekit via user-agent
Every outbound request went out as Go's default "Go-http-client/1.1",
which tells a node operator reading their algod access log, or the
GitHub release API, nothing about what is calling them. Send
"Nodekit v<version>" instead, built from the version the linker stamps
into main so that releases can be told apart.

The shared HttpPkg wrapper covers the release checks, the catchpoint
lookup, the short links and the upgrade download; the generated algod
client gets the header through a request editor, since api/lf.go is
overwritten by `make generate`.
Git Commit b3e885bf Branch pull/200/head Document 8/179 ++ 7 --