The master branch @ 1b8d4a6f1e54b92708bd2ad627ec6d440a1daf3d fails to build on NetBSD.
See: https://github.com/hebasto/libmultiprocess/actions/runs/17175941246/job/48731811650
The master branch @ 1b8d4a6f1e54b92708bd2ad627ec6d440a1daf3d fails to build on NetBSD.
See: https://github.com/hebasto/libmultiprocess/actions/runs/17175941246/job/48731811650
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
See the guideline for information on the review process. A summary of reviews will appear here.
13+ shell: netbsd {0}
14+ steps:
15+ - uses: actions/checkout@v5
16+
17+ - name: Start NetBSD VM
18+ uses: vmactions/netbsd-vm@v1
Could you please enable this action in the repo settings?
Could you please enable this action in the repo settings?
Thanks! Should be enabled now
For some reason it still complains:
0The action vmactions/netbsd-vm@v1 is not allowed in bitcoin-core/libmultiprocess because all actions must be from a repository owned by bitcoin-core or match one of the patterns: actions/checkout@*, cachix/install-nix-action@*, vmactions/openbsd-vm@*.
undefined reference to 'kj::getCaughtExceptionAsKj()' linker errors
getCaughtExceptionAsKj doesn’t seem to be defined if KJ_NO_EXCEPTIONS is defined. Doesn’t look like netbsd is defining that though https://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/capnproto/
22+ sync: 'rsync'
23+ copyback: false
24+
25+ - name: Run CI script
26+ run: |
27+ cd ${{ github.workspace }}
nit: Could address #195 (comment) while touching this file?
Responded here.
UPD. If this line is dropped, the job fails:
0bash: ci/scripts/ci.sh: No such file or directory
Add `pkg-config` package
Assuming the netbsd job still fails, I guess there are different directions we may go with this issue:
And regardless of these, we may want to add a try_compile test and error with suggested workarounds along the lines of #205
Assuming the netbsd job still fails, I guess there are different directions we may go with this issue:
If it’s possible to fix this with a change in libmultiprocess that would be ideal.
If that’s not possible, then maybe netbsd job could install from capnproto from source and we could report an issue to netbsd.
If installing capnproto from source doesn’t work, this will require a fix in capnproto.
And regardless of these, we may want to add a try_compile test and error with suggested workarounds along the lines of #205
FWIW, build with depends succeeds: https://github.com/hebasto/bitcoin-core-nightly/actions/runs/17482518540/job/49655572035.