Support for installation of static exe files

[tobiaskohlbau]

Description of the new feature/enhancement

In the go world it's very common to distribute static linked executables which are self contained and do not have any particular installer. I've read the spec and if I'm not mistake winget does not have support for this kind of applications.

Would be nice if winget would support such kind of apps. Somehow this is related to #182 and #140 .

Proposed technical implementation details (optional)

Put the executable into the correct installation folders. Maybe even allow the user to select the place and optional configurations files.

[denelon]

This looks like a duplicate of #182

[tobiaskohlbau]

You're right with the exception that this targets the executable itself without a decompression step. I opened this ticket to check if this kind of installation should get it's own InstallerType. As exe is already reserved for installable executables I could imagine two ways:

1. New InstallerType for this kind of applications.
2. Implicit supported by the zip type.

If the solution takes on the first option I could imagine that it's possible to share code with the zip implementation.

If you would like to move this discussions in the other issue we can close this. Thanks for your work!

[marcomorain]

👍 I'm looking for this feature to package the CircleCI CLI tool. The app is a single, static binary, that has no need for an installer/uninstaller, it's just an EXE that should be placed on the PATH when installed.

[koppor]

Another example: wsay --> wsay.exe outputing text (Windows equivalent of macOS say)

[aetos382]

Should support renaming downloaded files before putting them in place.

[crpietschmann]

This would enable winget to be used to "install" Azure Bicep CLI which is only available as a stand-alone downloaded exe for the tool.

[denelon]

This looks very similar to #182.

I think they are duplicates of each other.

I believe the ask is to have the ability to download the standalone program (in the form of a .exe) and make it available via the path so that a user can "install" it and use it.

If that is the case, I'd like to close this Issue as a duplicate, but I want to make sure everyone has the time to put their thumbs up on the other issue.

Are there any objections?

[tobiaskohlbau]

You're right with the exception that this targets the executable itself without a decompression step. I opened this ticket to check if this kind of installation should get it's own InstallerType. As exe is already reserved for installable executables I could imagine two ways:

1. New InstallerType for this kind of applications.
2. Implicit supported by the zip type.

If the solution takes on the first option I could imagine that it's possible to share code with the zip implementation.

If you would like to move this discussions in the other issue we can close this. Thanks for your work!

I'm totally fine with merging this issue into #182 if the supported case, of putting the executable without the extraction step, is supported by the solution of #182.

[denelon]

Yes, that is the intention of #182.

Anybody who has put their thumbs up on this issue should also put their thumbs up on #182.