I just wanted to test the unstable version (installed version now ist v.0.24.6) on my debian test system.
But simply installing the unstable deb package isn’t really possible:
# dpkg -i vikunja-unstable-amd64.deb
dpkg: error processing archive vikunja-unstable-amd64.deb (--install):
parsing file '/var/lib/dpkg/tmp.ci/control' near line 2 package 'vikunja':
'Version' field value 'unstable': version number does not start with digit
Errors were encountered while processing:
vikunja-unstable-amd64.deb
So I think the version for the unstable build shouldn’t only be unstable but {upcoming_version}~pre{prerelease_version} - so right now e.g. 0.25~pre1-1, 0.25~pre1-2, …
or using the nightly versioning {upcoming_version}~git{date}.{hash}-{revision} it could be e.g. 0.25~git20250217.67bcdb-1
Syntax:
upcoming_version: The upcoming release version
date: Timestamp in YYYYMMDD format.
hash: 7 characters of git commit hash used for the build (informational purpose).
revision: An internal revision number for that nightly build.
That’s what it should look like (if you run vikunja version on an unstable build, you should see that) - it’s just that the build process seems to mangle the metadata on this.