Wekan logo

Wekan

Open source kanban board application built with Meteor

Alternative to: trello


About Versions (218)

v10.61

2026-08-04

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 fork 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.

BundleBinaryFromVersionCheckedSHA256
arm64FerretDBwekan/FerretDBlatestno checksum published
arm64FerretDBwekan/FerretDBlatestno checksum published
arm64Node.jsGitHub runner (setup-node)v22.23.1no checksum published
arm64Node.jsGitHub runner (setup-node)v22.23.1no checksum published
armhfFerretDBwekan/FerretDBv1.45.0verifieda31a4dd877ecf5d5…
armhfFerretDBwekan/FerretDBv1.45.0verifieda31a4dd877ecf5d5…
armhfNode.jsforkv24.19.0verifiedb55350f3071b765a…
armhfNode.jsforkv24.19.0verifiedb55350f3071b765a…
i386FerretDBwekan/FerretDBv1.45.0verifieda259f7f2603b745d…
i386FerretDBwekan/FerretDBv1.45.0verifieda259f7f2603b745d…
i386Node.jsforkv24.19.0verified3b0b3bbfe27daf58…
i386Node.jsforkv24.19.0verified3b0b3bbfe27daf58…
ppc64leFerretDBwekan/FerretDBv1.45.0verifiedde4518c7774d3025…
ppc64leFerretDBwekan/FerretDBv1.45.0verifiedde4518c7774d3025…
ppc64leNode.jsofficialv24.19.0verifiedc510c6ce12f07010…
ppc64leNode.jsofficialv24.19.0verifiedc510c6ce12f07010…
riscv64FerretDBwekan/FerretDBv1.45.0verified7dc2952f554e8800…
riscv64FerretDBwekan/FerretDBv1.45.0verified7dc2952f554e8800…
riscv64Node.jsunofficialv24.19.0verifiedcd1f14af28121480…
riscv64Node.jsunofficialv24.19.0verifiedcd1f14af28121480…
s390xFerretDBwekan/FerretDBv1.45.0no checksum published
s390xFerretDBwekan/FerretDBv1.45.0no checksum published
s390xNode.jsofficialv24.19.0verifieda4792e65962ffa0a…
s390xNode.jsofficialv24.19.0verifieda4792e65962ffa0a…

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.61 2026-08-04 WeKan ® release

In short: this release is all release-build fixes. With the release job itself working again (v10.60), the per-platform jobs it feeds surfaced their own breakage: build-win64 ran a bash script under PowerShell, build-mac-arm64 called the Linux-only sha256sum, build-extra-arches never unpacked the bundle it downloaded, and an i386 entry in snapcraft.yaml — which core24 cannot build — was a parse error that failed every snap. The downstream Docker and AppImage jobs, which only wrap an already-published release bundle, now skip gracefully instead of failing when that bundle is not up yet. And a Debian type: base snap is scaffolded so i386 can eventually ship as a snap at all, since core24 has no i386 port.

This release fixes the following release-build issues:

The per-platform release jobs - each broke in its own way once the release job started feeding them again.

The win64, mac-arm64, extra-arch and snap release jobs each fail on their own bug. Thanks to xet7.

Four independent failures in the v10.60 run, one per job: build-win64’s “Check the binaries” step ran set -euo pipefail under the Windows default shell and PowerShell answered “A parameter cannot be found that matches parameter name ‘euo’” - it now says shell: bash. build-mac-arm64 ran sha256sum, a GNU coreutils name macOS does not have, and died exit 127; shasum -a 256 is the BSD/macOS spelling. build-extra-arches downloaded wekan-<version>-amd64.zip but never unpacked it, so the container mounted an empty /bundle and the native-module rebuild died with ENOENT ... /bundle/programs/server/package.json (exit 254) - it now unzips the bundle like the arm64/win64/mac-arm64 jobs already do. And snapcraft.yaml declared an i386 platform that core24 (Ubuntu 24.04, no i386 port) rejects with “none of these build architectures are supported” - a PARSE error that failed snap-native AND every snap-launchpad arch, not only i386. The i386 platform and its launchpad matrix entry are removed; i386 users are served by the .deb and AppImage.

The downstream packaging jobs - Docker and AppImage only WRAP a release bundle that another job builds, so they cannot run before it exists.

Docker and AppImage skip with a notice instead of failing when the release bundle is not published yet. Thanks to xet7.

dockerimage.yml / docker-publish.yml build a Dockerfile that DOWNLOADS the prebuilt wekan-<version>-amd64.zip, and AppImage.yml wraps the per-arch bundle; all of them exited hard when that asset was not on the release - which it was not while the release was still building, or when a run targeted a version whose bundle was not published. Each now checks whether the asset it needs is on the release and SKIPS with a ::notice:: (a green run) when it is not: the docker jobs gate the build on the pinned version’s zip, and AppImage flips its per-arch BUILD_THIS off and treats “no AppImage, and no base bundle either” as nothing-to-do. The release image / AppImages are still built by release-all.yml once the bundles are up; these standalone runs simply stop failing in the meantime.

and scaffolds an i386 snap on a Debian base:

A Debian type:base snap so i386 can ship as a snap at all, since core24 has no i386 port. Thanks to xet7.

core24 has no i386 port, so base: core24 cannot build an i386 snap. Debian still ships i386 and is glibc, so - unlike an Alpine/musl base - WeKan’s existing binaries run unchanged, and since the snap only assembles the prebuilt wekan-i386.zip (which already exists), the one missing piece is an i386-capable base. snap-base-debian/ scaffolds wekan-base-debian13 (type: base), a trimmed Debian trixie rootfs, starting with i386 - which builds NATIVELY on an amd64 runner, no qemu or Launchpad. It is isolated from the working core24 snapcraft.yaml and is a documented, UNVERIFIED scaffold: a custom base snap needs a real snapcraft pack + local install + a WeKan snap running on it before CI or the (manual) store review, all of which snap-base-debian/README.md spells out.

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