maflcko
commented at 8:34 am on December 18, 2024:
member
It is possible that someone accidentally removes the workaround in fa9e0489f57968945d54ef56b275f51540f3e5e4, or more likely that someone accidentally adds new code without the workaround.
Avoid this by adding a temporary CI check.
This can be tested by reverting the workaround and observing a failure.
DrahtBot
commented at 8:34 am on December 18, 2024:
contributor
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
If your review is incorrectly listed, please react with 👎 to this comment and the bot will ignore it on the next update.
Conflicts
Reviewers, this pull request conflicts with the following ones:
#30975 (Add multiprocess binaries to release build (except Windows, OpenBSD) by Sjors)
If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first.
DrahtBot added the label
Tests
on Dec 18, 2024
maflcko marked this as a draft
on Dec 18, 2024
maflcko force-pushed
on Dec 18, 2024
maflcko marked this as ready for review
on Dec 18, 2024
hebasto approved
hebasto
commented at 10:04 am on January 3, 2025:
member
maflcko renamed this:
ci: Enable DEBUG=1 for one GCC-12 build to catch 117966 regressions
ci: Enable DEBUG=1 for one GCC-12+ build to catch 117966 regressions
on Jan 3, 2025
maflcko
commented at 12:57 pm on January 3, 2025:
member
For reference, this conflicts with commit a1add80c80bc95afdd55652bb87379fb34150a5c from
#29881 (guix: use GCC 13 to build releases by fanquake)
However, this is fine, because any version 12, or above should be fine. I’ve edited the pull title to clarify GCC-12+.
maflcko added the label
DrahtBot Guix build requested
on Jan 9, 2025
fanquake
commented at 11:19 am on January 17, 2025:
member
One thought I have here is that not only are we no-longer running any unit tests for the Win release builds in the CI, but after this change, the build will also no-longer be a release build, so we are moving even further away from testing in the CI, what we are actually producing in Guix. I guess if this is temporary, maybe it’s ok, but worth noting, and if it’s possible to test this in a different way, without moving the Windows build away from being a release build, it might be worthwhile.
maflcko force-pushed
on Jan 17, 2025
maflcko
commented at 3:21 pm on January 17, 2025:
member
Ok, slapped it on to the centos task, which happens to work now that the 32-bit stuff is dropped.
DrahtBot added the label
CI failed
on Jan 17, 2025
DrahtBot
commented at 3:27 pm on January 17, 2025:
contributor
Try to run the tests locally, according to the documentation. However, a CI failure may still
happen due to a number of reasons, for example:
Possibly due to a silent merge conflict (the changes in this pull request being
incompatible with the current code in the target branch). If so, make sure to rebase on the latest
commit of the target branch.
A sanitizer issue, which can only be found by compiling with the sanitizer and running the
affected test.
An intermittent issue.
Leave a comment here, if you need help tracking down a confusing failure.
fanquake
commented at 3:30 pm on January 17, 2025:
member
This is a metadata mirror of the GitHub repository
bitcoin/bitcoin.
This site is not affiliated with GitHub.
Content is generated from a GitHub metadata backup.
generated: 2025-01-21 06:12 UTC
This site is hosted by @0xB10C More mirrored repositories can be found on mirror.b10c.me