nim-waku v0.8 & v0.9 release ubuntu asset does not work

[D4nte]

The ubuntu nim-waku asset on release v0.8 https://github.com/status-im/nim-waku/releases does not work. More specifically the wakunode2 binary:

GitHub Action ubuntu (works with 0.7)

./build/wakunode2 --help
vendor/rln/target/debug/librln.so: cannot open shared object file: No such file or directory
could not load: vendor/rln/target/debug/librln.so

[staheri14]

It is not expected, rln is off by default. How binaries are generated? cc: @jm-clius

[jm-clius]

Binaries are not created with rln enabled. It uses this simple make command: https://github.com/status-im/nim-waku/blob/master/.github/workflows/release-assets.yml#L45

[D4nte]

Please note this is not fixed with v0.9, using the ubuntu-latest asset attached to the release:

$  uname -a
Linux fv-az275-730 5.11.0-1028-azure #31~20.04.2-Ubuntu SMP Tue Jan 18 08:46:15 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
$  ./wakunode2 --help
/home/runner/work/_temp/b3e33e1c-07f8-4e15-84de-7c70ba22cfd4.sh: line 3:  1648 Illegal instruction     (core dumped) ./wakunode2 --help

[jm-clius]

Yeah, I noticed as well, even thought the RLN issue was fixed. Looking into this.

[jm-clius]

Closing this issue, as I've now updated v0.8 and v0.9 releases with working Ubuntu assets (happy to reopen if you notice any further issues).
However, the automated GH workflow that creates the assets remains unreliable despite attempting several fixes. It often produces corrupt binaries. A more reliable mechanism, perhaps using Jenkins, is needed for future releases and already tracked in: #611