-
Notifications
You must be signed in to change notification settings - Fork 4.5k
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
Regression: Azure Pipelines failing on manifest that contains dependencies #135625
Comments
Hi I'm an AI powered bot that finds similar issues based off the issue title. Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you! Closed similar issues:
|
It looks like this is an issue with the dependencies -
The full InstallationVerification logs are available in the Validation Pipeline - https://dev.azure.com/ms/winget-pkgs/_build/results?buildId=533897&view=artifacts&pathAsName=false&type=publishedArtifacts You can get there by going to your PR, clicking on "Checks", then "Azure Pipelines" => "WinGetSvc-Validation" => "View more details on Azure Pipelines" and then looking for the "Artifacts" |
@denelon - looks like |
We already provide this package in the installer so it's actually not a dependency. Refer to microsoft/winget-pkgs#135625
Thanks for pointing that out. Knowing it's the dependency spec, I can actually remove that since it's a bundled .msi in my installer. I assume you want me to leave this issue open to triage the pipelines issue? |
Updated title appropriately. Note that this used to work fine last year |
Any more on this? I'm getting similar inexplicable failures with a manifest that has a microsoft.VCRedist.2015+.x64 dependency. |
I'm facing an unknown issue preventing my package from being validated. Refer to #132245, #133023, and #135613.
I recently ran a test to prove a change in my package wasn't a change in my code. 6.1.0 was originally submitted in #132002 and validated successfully. The exact same manifest (and therefore, installer) with a different version number failed validation today (#135622).
I am unable to diagnose this issue further do to the validation logs seemingly being unavailable to the public.
The text was updated successfully, but these errors were encountered: