Since version 3.0, nsis start to support unicode. However, Bionic still use 2.51. So, it might be a good reason to add nsis into dependency list to support unicode.
TODO:
- Gitian build should be deterministic
13+endef
14+
15+define $(package)_stage_cmds
16+ $(MAKE) install prefix=$($(package)_staging_prefix_dir)
17+endef
18+
0@@ -0,0 +1,27 @@
1+package=native_nsis
2+$(package)_version=3.03
3+$(package)_download_path=https://sourceforge.net/projects/nsis/files/NSIS%203/$($(package)_version)
4+$(package)_file_name=nsis-$($(package)_version)-src.tar.bz2
5+$(package)_sha256_hash=abae7f4488bc6de7a4dd760d5f0e7cd3aad7747d4d7cd85786697c8991695eaa
6+$(package)_dependencies=native_zlib
7+
8+define $(package)_set_vars
9+$(package)_build_opts = -j4
make depends -j yy
?
make
, so it is incompatible with make jobs.
cd
directories in multi-job. Will remove this.
diffoscope
output between two consecutive builds?
The difference is here: https://0bin.net/paste/Z5FvTgDDCLs2El3y#fvLayra1H9pE-R0lc/QX026USa0ZYn5PgTWKDCFqkT5
Apparently it is timestamp.
Oh, wait. Why is it required that the depends cache is deterministic? Shouldn’t the only requirement be that the resulting bitcoind.exe (et al) is deterministic? At least that should be the goal when we want to support deterministic builds on any host by default.
If you reopen, I can run DrahtBot on this twice to see what the effective difference is for Gitian builds.
Why is it required that the depends cache is deterministic?
It has to compile installer and decompressor that runs on Windows.
If you reopen, I can run DrahtBot on this twice to see what the effective difference is for Gitian builds.
Thanks, but you have to clear nsis depends cache manually, otherwise it’s deterministic.