Download Latest Version wekan-11.72-s390x.zip (286.8 MB)
Email in envelope

Get an email when there's a new version of wekan

Home / v10.94
Name Modified Size InfoDownloads / Week
Parent folder
wekan_10.94_s390x.snap 2026-08-15 263.3 MB
wekan_10.94_amd64.snap 2026-08-15 474.4 MB
wekan_10.94_arm64.snap 2026-08-15 376.5 MB
wekan-10.94-armv6.zip 2026-08-15 327.6 MB
wekan-10.94-armv6.zip.sha256sum 2026-08-15 88 Bytes
wekan-10.94-riscv64.zip 2026-08-15 339.1 MB
wekan-10.94-riscv64.zip.sha256sum 2026-08-15 90 Bytes
wekan-10.94-ppc64le.zip 2026-08-15 340.6 MB
wekan-10.94-ppc64le.zip.sha256sum 2026-08-15 90 Bytes
wekan-10.94-s390x.zip 2026-08-15 341.5 MB
wekan-10.94-s390x.zip.sha256sum 2026-08-15 88 Bytes
wekan-10.94-armv7.zip 2026-08-15 326.6 MB
wekan-10.94-armv7.zip.sha256sum 2026-08-15 88 Bytes
wekan-10.94-armhf.zip 2026-08-15 326.6 MB
wekan-10.94-armhf.zip.sha256sum 2026-08-15 88 Bytes
wekan-10.94-win64.zip 2026-08-15 319.3 MB
wekan-10.94-win64.zip.sha256sum 2026-08-15 88 Bytes
wekan-10.94-win-arm64.zip 2026-08-15 308.8 MB
wekan-10.94-win-arm64.zip.sha256sum 2026-08-15 92 Bytes
wekan-10.94-mac-x64.zip 2026-08-15 296.1 MB
wekan-10.94-mac-x64.zip.sha256sum 2026-08-15 90 Bytes
wekan-10.94-i386.zip 2026-08-15 333.0 MB
wekan-10.94-i386.zip.sha256sum 2026-08-15 87 Bytes
wekan-10.94-mac-arm64.zip 2026-08-15 331.3 MB
wekan-10.94-mac-arm64.zip.sha256sum 2026-08-15 92 Bytes
wekan-10.94-amd64.zip 2026-08-15 332.9 MB
wekan-10.94-amd64.zip.sha256sum 2026-08-15 88 Bytes
wekan-10.94-arm64.zip 2026-08-15 335.4 MB
wekan-10.94-arm64.zip.sha256sum 2026-08-15 88 Bytes
README.md 2026-08-15 10.6 kB
v10.94 source code.tar.gz 2026-08-15 38.4 MB
v10.94 source code.zip 2026-08-15 39.9 MB
Totals: 32 Items   5.5 GB 0

Binaries in these bundles

Each bundle carries a Node.js, a FerretDB and the MongoDB Database Tools. Which source has a given CPU varies from release to release - nodejs.org builds some architectures, unofficial-builds others, and the wekan/node-patches build the ones neither of them does - and not every source publishes a checksum. This is what went into this release, and which downloads were checked against a published SHA256.

Bundle Binary From Version Checked SHA256
amd64 FerretDB wekan/FerretDB v1.53.0 verified eae1f0a8f73bfc97…
amd64 Node.js nodejs.org v24.19.0 verified 14b342e71204f811…
arm64 FerretDB wekan/FerretDB v1.53.0 verified bdc50caee3ac2849…
arm64 Node.js nodejs.org v24.19.0 verified 01443c1e1a29e531…
armhf FerretDB wekan/FerretDB v1.53.0 verified f7f050207e656d65…
armhf Node.js wekan/node-patches v24.19.0 verified b55350f3071b765a…
armv6 FerretDB wekan/FerretDB v1.53.0 verified 34f5f553dcd2bff3…
armv6 Node.js wekan/node-patches v24.19.0 verified 128ded0cda638c1f…
armv7 FerretDB wekan/FerretDB v1.53.0 verified f7f050207e656d65…
armv7 Node.js wekan/node-patches v24.19.0 verified 8dbe0a9aa8550ad5…
i386 FerretDB wekan/FerretDB v1.53.0 verified 515b1189b4c7d58f…
i386 Node.js wekan/node-patches v24.19.0 verified 3b0b3bbfe27daf58…
mac-arm64 FerretDB wekan/FerretDB v1.53.0 verified cb14ffe93e285903…
mac-arm64 Node.js nodejs.org v24.19.0 verified 3f1cf157479c1480…
mac-x64 FerretDB wekan/FerretDB v1.53.0 verified d97dfa9afa60aa05…
mac-x64 Node.js nodejs.org v24.19.0 verified d35e95230f46f6f0…
ppc64le FerretDB wekan/FerretDB v1.53.0 verified 481d36a80ec73673…
ppc64le Node.js nodejs.org v24.19.0 verified c510c6ce12f07010…
riscv64 FerretDB wekan/FerretDB v1.53.0 verified 4b43f86eb0f3fa0b…
riscv64 Node.js unofficial-builds.nodejs.org v24.19.0 verified cd1f14af28121480…
s390x FerretDB wekan/FerretDB v1.53.0 verified fe74e03894b84897…
s390x Node.js nodejs.org v24.19.0 verified a4792e65962ffa0a…
win-arm64 FerretDB wekan/FerretDB v1.53.0 verified f1186c310a4dd144…
win-arm64 Node.js nodejs.org v24.19.0 verified 8502f4a50b458d4c…
win64 FerretDB wekan/FerretDB v1.53.0 verified c6dad7bc8ad56f47…
win64 Node.js nodejs.org v24.19.0 verified 57f71ab3652e797d…

A row saying no checksum published is not a failed check - it is a source that publishes nothing to check against. Those are the ones worth fixing at the source.

v10.94 2026-08-16 WeKan ® release

In short: the Windows bundles are back. v10.93 built them, compiled their native modules, and then threw both away on one line: npm on Windows is npm.cmd, a batch script, and Node applies no PATHEXT when it spawns, so execFileSync('npm', …) in the bundle's security-bump step resolved to nothing and build-win64 and build-win-arm64 died with spawnSync npm ENOENT after all the work was done. npm's own CLI is run with the Node already running now, which needs no PATH lookup and no shell. The Sandstorm .spk also failed, on Sandstorm's 1 GiB uncompressed limit, and it failed silently - no list, no sizes, no .spk to inspect - so the pack step now says where the gigabyte is before it packs.

The table below carries only the four platforms this run recorded a complete, verified provenance for; the release job regenerates it from every build job's provenance.tsv.

Platform Binary From Version SHA256
amd64 Node.js nodejs.org v24.19.0 14b342e71204f811bde6153be8e04b62aef63c236fef92b55f9c83154b409647
amd64 FerretDB wekan/FerretDB v1.53.0 eae1f0a8f73bfc979738bfff7284d40fd1bc55de2cc56514721fc155c3624f7d
arm64 Node.js nodejs.org v24.19.0 01443c1e1a29e531ccad5a46fefa6df490d2189c49f7955904aecdbb0fe86fdc
arm64 FerretDB wekan/FerretDB v1.53.0 bdc50caee3ac28495b42d2130b94a042a9dd6d3a38f732cac02b648f36c891da
mac-arm64 Node.js nodejs.org v24.19.0 3f1cf157479c1480352083105e13faf9d008ede98e7e157746b6df940d197b94
mac-arm64 FerretDB wekan/FerretDB v1.53.0 cb14ffe93e285903e5a8a9c1821687ddb5b8a979a11c584bf4af534b272c6d3e
mac-x64 Node.js nodejs.org v24.19.0 d35e95230f46f6f0751df497c56622c6735e05d5e1fb1630996a005b9d328fe4
mac-x64 FerretDB wekan/FerretDB v1.53.0 d97dfa9afa60aa05f25384327de82efe7b71d958ed24c1f66618284294a65cd3

This release fixes the following build failures:

The release workflow - the bundles a release is supposed to carry.

Windows builds died on spawnSync npm ENOENT, after all the work was done. Thanks to xet7. `build-win64` and `build-win-arm64` both failed in v10.93, and both had already built the bundle and compiled its native modules. What killed them was one line of `releases/bump-bundle-npm-deps.mjs`: Error: spawnSync npm ENOENT npm on Windows is `npm.cmd`, a batch script, and Node applies no PATHEXT when it spawns - so `execFileSync('npm', …)` resolves to nothing. `build-win32` was skipped that run for want of a published Node.js build, so it never reached this and looked fine; the fault was never architecture-specific. npm's own CLI is run with the Node already running instead: `execFileSync(process.execPath, [npm-cli.js, …])`. No PATH lookup, no PATHEXT, no shell - and the same npm either way. `shell: true` would have found the `.cmd` and broken differently, because with a shell Node joins the arguments and quotes NOTHING, so the first Windows temp path containing a space would corrupt the install. A bare `npm` on PATH remains as the last resort, for a Node with no npm beside it, and on Windows it now says which case that is rather than letting `ENOENT` speak for itself. Verified end to end: a bundle-shaped tree holding `qs` 6.0.0 is bumped to 6.15.3 through the new path, with the dependencies the new version needs copied in beside it.
The Sandstorm .spk failed on a size limit and said nothing about what was big. Thanks to xet7. `build-sandstorm` failed with *App exceeds uncompressed size limit of 1 GiB* and nothing else. Because Sandstorm refuses to pack, no `.spk` is written, so there is no artifact to open and no list of what filled it. `sandstorm-pkgdef.capnp` packs `alwaysInclude = ["."]` from `.meteor-spk/deps` AND `.meteor-spk/bundle`, so both count towards that limit: the Node 24, FerretDB v1, mongod 3.0, niscud and Mongo 3.x CLIs that `sandstorm-src/build-deps.sh` assembles, and every package the built bundle carries. The pack step now prints the total and the twenty biggest directories of each BEFORE packing, so the next run names the offender instead of only saying that one exists. It cannot fail the build: a size report that breaks a release would be worse than the silence it replaces. What to trim is recorded in `# TODO Later` rather than guessed at, with the two candidates worth measuring first - the Sandstorm leg is the only one that never runs `prune-build-only-modules.mjs`, which drops 83 of 120 packages everywhere else, and the deps tree carries two database engines because the Mongo-to-FerretDB migration needs both. Which of those can go needs a run to answer, and this is what makes that run informative.

Thanks to above GitHub users for their contributions and translators for their translations.

Source: README.md, updated 2026-08-15