Support validation for multiple aliases in a single portable executable

[sitiom]

Brief description of your issue

winget validate fails locally for nested portable executables with multiple aliases. Some applications expect multiple aliases from one command, which is why this is important.

Related to #2523 (comment):

• This might be acceptable as long as they have different command aliases?

Perhaps this was overlooked.

Steps to reproduce

1. Checkout New package: Fly-io.flyctl version 0.0.450 winget-pkgs#94699
2. Validate the Fly-io.flyctl manifest locally with winget validate
3. Validation fails with this error:

Manifest validation failed.
Manifest Error: Duplicate relative file path found. [RelativeFilePath]
Manifest Error: Duplicate relative file path found. [RelativeFilePath]

Installation works as intended however, creating fly and flyctl aliases for flyctl.exe.

Expected behavior

Validation should succeed

Actual behavior

Validation is failing.

Environment

Windows: Windows.Desktop v10.0.22621.1105
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.19.10173.0

[ryfu-msft]

@sitiom,

This scenario seems a bit strange to me. Why are multiple aliases needed for a single executable when one alias could do the job? Could you give me more context on your scenario or your specific package? Is this a "special" case or is this a more common scenario that we had overlooked when implementing the validation. We don't want to open up floodgates and allow a bunch of symlinks/aliases to be generated for only a single executable if it is not absolutely necessary.

[sitiom]

Why are multiple aliases needed for a single executable when one alias could do the job?

Some CLI apps have a shorter alias that users can use for convenience. flyctl is an example (i.e., flyctl and fly as stated in the docs). Users expect both aliases to be available like in other package managers; thus, this case should be supported.

We don't want to open up floodgates and allow a bunch of symlinks/aliases to be generated for only a single executable if it is not absolutely necessary.

Of course, you shouldn't when it's not necessary 🙂

[denelon]

It sounds more like a new feature then. Are there any other examples like this?

A few more "real world" examples will help justify the work. It's hard to justify for one package given all the other open Issues.

I'd also want a few more 👍on the issue 😊

[sitiom]

Workaround: Prefix .\ to the other RelativeFilePath (i.e., flyctl.exe and .\flyctl.exe). Validation now succeeds:

• Relative File Path is Validated Literally #2887

However, you cannot apply this workaround for non-zip binaries (Example: Genivia.ugrep).

[Trenly]

[Policy] Portable

[soredake]

Another package that uses multiple aliases microsoft/winget-pkgs#131849