-
-
Notifications
You must be signed in to change notification settings - Fork 26
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
run-vcpkg's vcpkg.exe no longer being picked up by MSBuild/Visual Studio even with vcpkg integrate install
#170
Comments
@akrieger thanks for reporting this. The root of the problem is that accidentally the GH runner deployed recently had the https://github.com/lukka/run-cmake/blob/main/.github/workflows/build-test.yml#L53 where the variable is undefined for the whole job. Could you please link your workflow file? As far as I remember |
|
Working builds:
Broken builds:
Only difference in output is that |
@akrieger thank you for the additional data! It occurs to me that you are using the executable at
or
should be working. I think I may ponder whether adding the provisioned |
By removing builin-baseline constraint, we force vcpkg to use latest versions of ports. As a side effect, this bumps OpenSSL to 3.0.7. While on it, update vcpkg commit in GHA. We also have to apply a workaround for GHA to make it use our vcpkg checkout instead of c:\vcpkg, see actions/runner-images#6376 lukka/run-vcpkg#170 Signed-off-by: Lev Stipakov <[email protected]>
By removing builin-baseline constraint, we force vcpkg to use latest versions of ports. As a side effect, this bumps OpenSSL to 3.0.7. While on it, update vcpkg commit in GHA. We also have to apply a workaround for GHA to make it use our vcpkg checkout instead of c:\vcpkg, see actions/runner-images#6376 lukka/run-vcpkg#170 Signed-off-by: Lev Stipakov <[email protected]>
By removing builin-baseline constraint, we force vcpkg to use latest versions of ports. As a side effect, this bumps OpenSSL to 3.0.7. While on it, update vcpkg commit in GHA. We also have to apply a workaround for GHA to make it use our vcpkg checkout instead of c:\vcpkg, see actions/runner-images#6376 lukka/run-vcpkg#170 Signed-off-by: Lev Stipakov <[email protected]>
By removing builin-baseline constraint, we force vcpkg to use latest versions of ports. As a side effect, this bumps OpenSSL to 3.0.7. While on it, update vcpkg commit in GHA. We also have to apply a workaround for GHA to make it use our vcpkg checkout instead of c:\vcpkg, see actions/runner-images#6376 lukka/run-vcpkg#170 Signed-off-by: Lev Stipakov <[email protected]>
By removing builin-baseline constraint, we force vcpkg to use latest versions of ports. As a side effect, this bumps OpenSSL to 3.0.7. While on it, update vcpkg commit in GHA. We also have to apply a workaround for GHA to make it use our vcpkg checkout instead of c:\vcpkg, see actions/runner-images#6376 lukka/run-vcpkg#170 Signed-off-by: Lev Stipakov <[email protected]> Acked-by: Gert Doering <[email protected]> Message-Id: <[email protected]> URL: https://www.mail-archive.com/[email protected]/msg25474.html Signed-off-by: Gert Doering <[email protected]>
The vcpkg location is added to PATH from |
Something changed in the last week, maybe in the os image, maybe something else, which broke how run-vcpkg was setting up the custom vcpkg checkout.
The 'good' setup would end up with vcpkg.exe from
run-vcpkg
being picked up automatically by msbuilds. Eg. [https://github.com/CleverRaven/Cataclysm-DDA/actions/runs/3286865811/jobs/5415429788#step:15:61Whereas now we get https://github.com/CleverRaven/Cataclysm-DDA/actions/runs/3290143305/jobs/5422607241#step:15:62
Our workflows are pinned to [email protected] so we didn't pick up an automatic update to the action.
The only difference I can see is in the
vcpkg integrate install
step there is now this output https://github.com/CleverRaven/Cataclysm-DDA/actions/runs/3290143305/jobs/5422607241#step:6:11So I will work around the issue by manually specifying that in our
vcpkg integrate install
command. However, I'm still filing this issue for awareness and to see if there is anythingrun-vcpkg
maintainers think should be handled by the action itself.The text was updated successfully, but these errors were encountered: