Skip to content
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

[Package Issue]: Orange-OpenSource.Hurl #134245

Closed
2 tasks done
lepapareil opened this issue Jan 15, 2024 · 2 comments · Fixed by #134321
Closed
2 tasks done

[Package Issue]: Orange-OpenSource.Hurl #134245

lepapareil opened this issue Jan 15, 2024 · 2 comments · Fixed by #134321
Labels
In-PR Issue-Bug It either shouldn't be doing this or needs an investigation.
Milestone

Comments

@lepapareil
Copy link
Contributor

lepapareil commented Jan 15, 2024

Please confirm these before moving forward

  • I have searched for my issue and not found a work-in-progress/duplicate/resolved issue.
  • I have not been informed if the issue is resolved in a preview version of the Winget client.

Category of the issue

Other

Brief description of your issue

When updating with wingetcreate update I get this error message (like microsoft/winget-create#118):

Each new installation URL must match an existing installer based on architecture, installation type, and scope. The following installers failed to match an existing installer: Multiple matches found for X86 Nullsoft installer detected from the URL: https://github.com/Orange-OpenSource/hurl/releases/download/4.2.0/hurl-4.2.0-x86_64-pc-windows-msvc-installer.exe"

Perhaps x86_ is in conflict with the architecture: x64 on the manifest, but package name is inherited from Rustlang target platform, I don't want to change this, it's the builder reference.

Steps to reproduce

./wingetcreate update --submit --token <github token> --urls https://github.com/Orange-OpenSource/hurl/releases/download/4.2.0/hurl-4.2.0-x86_64-pc-windows-msvc-installer.exe --version 4.2.0 Orange-OpenSource.Hurl

Actual behavior

Each new installation URL must match an existing installer based on architecture, installation type, and scope. The following installers failed to match an existing installer: Multiple matches found for X86 Nullsoft installer detected from the URL: https://github.com/Orange-OpenSource/hurl/releases/download/4.2.0/hurl-4.2.0-x86_64-pc-windows-msvc-installer.exe"

Expected behavior

I want wingetcreate update to succeed as like before 😄.

Environment

WingetCreateCLI 1.5.7.0
PackageIdentifier: Orange-OpenSource.Hurl
PackageVersion: 4.1.0
MinimumOSVersion: 10.0.0.0
Scope: machine
Dependencies:
  PackageDependencies:
  - PackageIdentifier: Microsoft.VCRedist.2015+.x64
Installers:
- Architecture: x64
  InstallerType: nullsoft
  InstallerUrl: https://github.com/Orange-OpenSource/hurl/releases/download/4.1.0/hurl-4.1.0-x86_64-pc-windows-msvc-installer.exe
  InstallerSha256: 896B38711CA43E2DCFE3F5A5E96954E62A76F78C5700E846BD367F6696B07317
ManifestType: installer
ManifestVersion: 1.1.0
@lepapareil lepapareil added the Issue-Bug It either shouldn't be doing this or needs an investigation. label Jan 15, 2024
@microsoft-github-policy-service microsoft-github-policy-service bot added the Needs-Triage This work item needs to be triaged by a member of the core team. label Jan 15, 2024
@ghost
Copy link

ghost commented Jan 15, 2024

Override architecture by adding |x64 after url.

wingetcreate update Orange-OpenSource.Hurl --urls "https://github.com/Orange-OpenSource/hurl/releases/download/4.2.0/hurl-4.2.0-x86_64-pc-windows-msvc-installer.exe|x64" --version 4.2.0

@lepapareil
Copy link
Contributor Author

Thks @drshtmstry it works 😄.

@microsoft-github-policy-service microsoft-github-policy-service bot removed the Needs-Triage This work item needs to be triaged by a member of the core team. label Jan 15, 2024
@lepapareil lepapareil reopened this Jan 15, 2024
@denelon denelon added this to the 1.7 Packages milestone Feb 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
In-PR Issue-Bug It either shouldn't be doing this or needs an investigation.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants