There are differences in tar generation between OpenWrt 23.05 and 25.12.
This hash had been added automatically by the version-bump script
update_git_source_package.sh from maintainer-tools. This causes the
build to fail on later OpenWrt versions such as 25.12. For now, skip
hash verification. Once we have moved to 25.
For now, we have multiple choices:
* backport changes done to tarball generation to 23.05-based OpenWrt
branch
* only update hashes using OpenWrt 25.12 based branch (23.05-based
branch will happily ignore and redownload in such cases, which is not
an issue as long as we do not upload those tarballs
* use skip for now and do not use bump-script from OpenWrt and only
adopt using proper hashes when we have moved to OpenWrt 25.12
Signed-off-by: Andreas Gnau <andreas.gnau@iopsys.eu>
CMake 4 has dropped compatibility with old versions < 3.5, and will
drop compatibility for < 3.10 in the future. Update the minimum required
CMake version accordingly.
Signed-off-by: Andreas Gnau <andreas.gnau@iopsys.eu>
Packages that use tarballs as the primary download method cannot
change from gzip to zstd without upstream providing that zstd.
For packages that use https://github.com/*/*/archive/ directly,
without dl_github_archive, only .tar.gz or .zip can be used.
This reverts part of 454dda3433 (treewide: change to zstd tarballs,
2025-12-15) for packages umoci, ndt, skopeo.
Fixes: 454dda3433 ("treewide: change to zstd tarballs")
Sulu-builder relies on a tar.gz being present on download.iopsys.eu
which is pushed there by some pipeline.
This reverts part of 454dda3433 (treewide: change to zstd tarballs,
2025-12-15) for the sulu-builder package.
Fixes: 454dda3433 ("treewide: change to zstd tarballs")
Signed-off-by: Andreas Gnau <andreas.gnau@iopsys.eu>
Change to zstd compressed instead of gz-compressed tarballs. zstd
compresses 7-8 times faster and decompresses 2-3 times faster.
This change also make sharing tarballs between different branches
possible, because OpenWrt 25.12 uses zstd as default.
Signed-off-by: Andreas Gnau <andreas.gnau@iopsys.eu>