dozeGitHubGet doze
Registry
Check against your doze

Which doze do you run?

doze 0.1.1newest · 2 Jul 2026doze 0.1.02 Jul 2026Stop checkingKept in this browser only. Nothing is sent anywhere.

Temporal

OfficialSigned

Durable workflow engine (local dev server)

doze/temporal
$ doze add temporal
Newest
0.2.2 · 4 Jul 2026
Needs
any doze
Runs
Temporal CLI 1
Platforms
macOS arm64 · Linux arm64 · Linux x86_64
Licence
Apache-2.0
Source
on GitHub

Versions

Two releases resolve, newest first. Nothing is ever taken down: a project pinned to any of them keeps working, and doze modules upgrade is the only thing that moves a pin.

The signed index.yaml
Oldest doze, by release

Any doze, every release

  1. temporal 0.2.1 – 0.2.2Currentany dozeJul 2026. No oldest-doze field, so they run on every doze, 0.1.0 and up.

The release tool writes the field from the SDK the module was built with, always as three numbers. A doze older than a release's minimum skips it and takes the newest release that fits.

doze 0.1.1 can't read a release's minimum doze. Update doze first, with brew upgrade doze, then run doze modules upgrade.

All releases

Platforms:mac macOS arm64 arm Linux arm64 x86 Linux x86_64
VersionReleasedStatusNeeds dozeProtocolTemporal CLIPlatformsNotes
0.22 in the index · newest 0.2.2
0.2.24 Jul 2026Currentany doze11macarmx86
0.2.12 Jul 2026Supersededany doze11macarmx86

No download counts here: doze sends no telemetry, so nobody, including us, knows how often a release is fetched. Security advisories: none known for any release.

Not in the index

GitHub has older temporal builds than the registry lists. doze only resolves what the signed index names, so these can't land in a doze.lock.

Upgrading a project

A project stays on the release in its doze.lock until you move it. Check first; the upgrade takes the newest release your doze can run, verifies it, and rewrites the pin.

1. See what would move (changes nothing; exits 1 if anything would)
$ doze modules upgrade --check
ENGINE    SOURCE         PINNED  SELECTED  STATUS
temporal  doze/temporal  0.2.1   0.2.2     upgrade available

1 module upgrade(s) available — run doze modules upgrade
2. Move the pin
$ doze modules upgrade temporal
ENGINE    SOURCE         PINNED  SELECTED  STATUS
temporal  doze/temporal  0.2.1   0.2.2     upgraded

doze.lock updated — commit it so the team and CI pick up the same builds

On doze 0.1.1, update doze first: it can't read a release's minimum doze. Engine pins never move with a module upgrade.

3. The doze.lock diff to commit
 modules:
     doze/temporal:
-        version: 0.2.1
+        version: 0.2.2
         protocol: 1
         engines:
             - "1"
         hashes:
-            aarch64-apple-darwin: sha256:304b2ea0e81a5732689fb5266030d62b5832825daaba8fdcb6de7edc63a2f57f
-            aarch64-unknown-linux-gnu: sha256:f2c2fdc362092dad3267e0ac0c2fbd66ee4d2786dcb2f3d0436f79d7223fab11
-            x86_64-unknown-linux-gnu: sha256:2aa60dda107a49c23c5a81e6929a31b31b84fc53bcd4b69e10d5c562b37ab6ab
+            aarch64-apple-darwin: sha256:debb394579ee866233564dc1e9d7d9abff6d024d80c1fe620517f37b64421bd9
+            aarch64-unknown-linux-gnu: sha256:fd14771bce7613586a667b661ecb6ba7258fdb452bacac5b5237437f601aa58b
+            x86_64-unknown-linux-gnu: sha256:b274ce4cdd96ab99f111e4d3c25a1a17dea56fc343a07176936811a52d339e2b