-
Notifications
You must be signed in to change notification settings - Fork 6.1k
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
[vcpkg] Fix more cases of semicolon mishandling in "scripts" - follow-up to PR #12926 #13968
[vcpkg] Fix more cases of semicolon mishandling in "scripts" - follow-up to PR #12926 #13968
Conversation
incorporate changes from microsoft:master
Revert "incorporate changes from microsoft:master"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please bump the port version. See documentation.
…s from vcpkg_configure_cmake bump gdal port version remove semicolon-workaround from aws-sdk-cpp port
I don't see any relation between remaining CI failures and code changes of this PR. Over the last 3 CI runs, errors appeared and disappeared without any code changes in this PR, just by re-running and/or merging master. In particular: last but 2nd run: last but 1st run: last run: sqlcipher is currently broken also in master (Error: There are invalid field types in the CONTROL or manifest file of C:\work\tools\vcpkg\ports\sqlcipher\vcpkg.json). apr has transient error (SSL connection while downloading). |
sqlcipher:
I think that's related to your changes. |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
…ecute_required_process has been fixed
Sorry, you're right. It turned out that the error I was seeing on my machine (Error: There are invalid field types in the CONTROL or manifest file) was hiding the error you quoted. After I rebuilt vcpkg.exe, I was able to reproduce the issue. I'll push a fix. |
just re-running CI lead to these changes in CI failures: previous run: after re-running: I then fixed sqlcipher to work wit my changes of this PR. Now all tests succeed. Thus, apr, ogre, osgearth, anyrpc were unrelated and transient issue. Anyway, the main thing is: is working now :-) So, this PR is ready for final review and merge. |
Merging master caused these new CI failures: Looking through the logs, it's mostly some file or lib not found. I observed similar transient issues on my local machine, where the culprit was the anti-virus scanner locking a file while scanning and thus making it unavailable to the build process. As
can you please re-run all failed CI to see which of them are not transient errors? |
As someone interested in getting this PR through to ultimately get tensorflow-cc back to life, I can see that this is much more painful than it should be. Please don’t give up, @jgehw, the world is counting on you :-) |
Unfortunately the nature of this PR causes the entire binary cache to be invalidated, so that PR build tries to build everything, so you're subject to the union of build flakiness of all ~1350 ports and their associated servers. We are always working to make things more reliable and things are better now than they were a few months ago, but still not "rock solid". @ras0219 / @ras0219-msft is working on caching package sources rather than just outputs which will help a lot since it will mean we don't break because some server is down. |
Today's CI failures:
@BillyONeal @JackBoosY can you please re-run failed CIs? (I can't, insufficient permissions) |
We talked about this today and resolved that for "rebuild the world from contributors" changes like this we will merge them upon manual review that all the failures match a previous CI nightly build (currently https://dev.azure.com/vcpkg/public/_build?definitionId=29 ) |
Well I was going to merge this anyway with potential failures but it passed now, yay! :D :D :D :D |
Thanks so much for your contribution and dealing with our PR / CI system issues :D |
vcpgk_execute_required_process
(follow-up of [execute_process] Don't strip embedded semicolons #12926)vcpgk_execute_required_process
vcpgk_execute_required_process