Skip to content

Complex installers #1242

Description

@denelon

Description of the new feature/enhancement

As we get closer to supporting .zip and standalone .exe installers, we need some additional mechanisms to identify a few different scenarios. These include what kind of an installer is inside of .zip files. It also includes scenarios where a package is distributed with a .exe installer, but it also contains an .msi installer (PowerToys).

Proposed technical implementation details (optional)

We would add a new node to the Installers called "NestedInstallerType".

This example would help fix the upgrade scenario related to PowerToys:

Installers:
  - InstallerType: exe
    NestedInstallerType: msi
    InstallerArchitecture: x64
    InstallerSHA256: 12341234123412341234123412341234123412341234
    InstallerURL: https://www.contoso.com/awesomeapp/1.0.0/awesomeapp.x64.exe

This example is for a nullsoft installer distributed inside of a .zip file, but this could also be .exe, inno, wix, etc.

Installers:
  - InstallerType: zip
    NestedInstallerType: nullsoft
    InstallerArchitecture: x64
    InstallerSHA256: 12341234123412341234123412341234123412341234
    InstallerURL: https://www.contoso.com/awesomeapp/1.0.0/awesomeapp.x64.zip

This example is for a standalone / portable executable (these are not yet supported) inside of a .zip file.

Installers:
  - InstallerType: zip
    NestedInstallerType: standalone
    InstallerArchitecture: x64
    InstallerSHA256: 12341234123412341234123412341234123412341234
    InstallerURL: https://www.contoso.com/awesomeapp/1.0.0/awesomeapp.x64.zip

Metadata

Metadata

Assignees

Labels

Area-ManifestThis may require a change to the manifestIssue-FeatureThis is a feature request for the Windows Package Manager client.

Type

No type

Fields

No fields configured for issues without a type.

Projects

Status
Done

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions