-
-
Notifications
You must be signed in to change notification settings - Fork 6.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CI/azure: fix flakiness by avoiding libtool wrappers on Windows #6049
Conversation
👉 View analysis in DeepCode’s Dashboard | Configure the bot |
@bagder do you think it would be possible to also "install" the testsuite binaries (libtests, servers and unittests) in order to avoid the libtool wrappers which I think are the root cause for the Windows CI flakiness? At the moment there is unfortunately no Makefile target for this. AppVeyor is basically out of scope for this, because it is building and testing within the MSYS2 environment, but the Azure DevOps builds are native cross-compiled Windows binaries which don't depend on such an environment for execution. |
Possible? sure! Tricky? Probably! As we don't want them installed by regular users who do 'make install' in the root build dir, we can't use the normal automake targets for install but we have to do something more special-purpose. |
c54dfff
to
027adea
Compare
0a5a52b
to
1cf7664
Compare
1cf7664
to
adca2ae
Compare
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
adca2ae
to
9a87c7e
Compare
9a87c7e
to
fb01c53
Compare
Avoid using our own, potentially installed, curl for the test reporting APIs in case it is broken. Follow up to curl#6049
fb01c53
to
957458b
Compare
f431c26
to
b722111
Compare
1731d0a
to
4b50250
Compare
Install curl binaries into MinGW bin folder and use that for the tests in order to avoid libtool wrapper binaries. The libtool wrapper binaries (not scripts) on Windows seem to be one of the root causes for the following issues: 1. Process output can be lost in the wrapper process chain. 2. Killing the wrapper process does not kill the real one. Derived from curl#5904 Closes curl#6049
97b9248
to
957c519
Compare
Ref: 354afc8 curl#6049 Follow-up to e53523f curl#14859
Avoid the `curl.exe` wrapper binary created by libtool, and run the real `curl.exe` directly for tests and version information. This solution was used in Azure jobs. I missed it when migrating jobs to GHA. Applies to tests run in the `mingw, AM x86_64 c-ares U` job, which has seen unexplained flakiness. Ref: 354afc8 #6049 Follow-up to e53523f #14859 Closes #15437
Install curl binaries into MinGW bin folder and use that
for the tests in order to avoid libtool wrapper binaries.
The libtool wrapper binaries (not scripts) on Windows seem
to be the root cause of the following issues:
Derived from #5904