-
Notifications
You must be signed in to change notification settings - Fork 7.2k
[vcpkg scripts] Use vcpkg fetch for available tools #43309
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
base: master
Are you sure you want to change the base?
Conversation
|
@JonLiu1993: Please mark this as reviewed so that we can get a review from the ms team. |
|
@JavierMatosD @AugP @vicroms @ras0219-msft and I discussed today. We are happy with the direction of the 4 tools in Billy's original list being changed to use We observe that some tools in Billy's original 'unsafe' list might be OK to go through |
Wouldn't this break the abi hash if the codegen is different for whatever reason between versions |
|
Any Idea: The rest looks like baseline regression |
The assumption is that an assembler would not do that. To be clear, I'm not saying we should, I just wanted what was said to be recorded should this topic ever come up again. |
This looks like something tried to set the entire vcpkg console output as the path to nuget.exe, including status explanations of what we are doing and why. I observe that many of our existing uses of |
| vcpkg_execute_in_download_mode( | ||
| COMMAND "$ENV{VCPKG_COMMAND}" fetch "${arg_FETCH_NAME}" | ||
| RESULT_VARIABLE error_code | ||
| OUTPUT_VARIABLE ${program} |
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.
Ah yeah this explains the funny NuGet behavior. fetch needs to be audited to send status messages to stderr.
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.
Or at least pass --x-stderr-status
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.
Seems like it is not enough:
still get:
CMake Error at scripts/test_ports/vcpkg-find-acquire-program/portfile.cmake:66 (message):
The following programs do not exist:
NUGET: Trying to download 71d7307b-nuget.exe using asset cache https://vcpkgassetcachewus.blob.core.windows.net/cache/71d7307bb89de2df3811419c561efa00618a4c68e6ce481b0bdfc94c7c6c6d126a54eb26a0015686fabf99f109744ca41fead99e97139cdc86dde16a5ec3e7cf?*** SECRET ***
Download successful! Asset cache hit, did not try authoritative source
https://dist.nuget.org/win-x86-commandline/v6.10.0/nuget.exe
D:\downloads\tools\nuget-6.10.0-windows\nuget.exe
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.
Still an issue.
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.
Still an issue.
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.
@Neumann-A @dg0yt Finally have what I hope is a fix for this out for review microsoft/vcpkg-tool#1842
|
Pushed merge to pick up #43509 as the macs in the old pool are being shut down. |
|
convert to draft until fetch only outputs the result to stdout (requires vcpkg-tool change) |
* Fixes the incorrect tracking bug introduced here: https://github.com/microsoft/vcpkg-tool/pull/1715/files#r2414987620 * Gets clean_prepare_dir and the last_write_time fixup into the parallelized region * Deletes decompress_in_parallel / cmd_execute_and_capture_output_parallel related to microsoft/vcpkg#43309
* Fixes the incorrect tracking bug introduced here: https://github.com/microsoft/vcpkg-tool/pull/1715/files#r2414987620 * Gets clean_prepare_dir and the last_write_time fixup into the parallelized region Related to microsoft/vcpkg#43309 * Plumbs error handling through to one place * Deletes decompress_in_parallel / cmd_execute_and_capture_output_parallel
* Fixes the incorrect tracking bug introduced here: https://github.com/microsoft/vcpkg-tool/pull/1715/files#r2414987620 * Gets clean_prepare_dir and the last_write_time fixup into the parallelized region Related to microsoft/vcpkg#43309 * Plumbs error handling through to one place * Deletes decompress_in_parallel / cmd_execute_and_capture_output_parallel
…1805) * Fixes the incorrect tracking bug introduced here: https://github.com/microsoft/vcpkg-tool/pull/1715/files#r2414987620 * Gets clean_prepare_dir and the last_write_time fixup into the parallelized region Related to microsoft/vcpkg#43309 * Plumbs error handling through to one place * Deletes decompress_in_parallel / cmd_execute_and_capture_output_parallel
…cture. Unblocks microsoft/vcpkg#43309 by making --x-stderr-status actually work to `vcpkg fetch`
No description provided.