Use appropriate zip fields for Cilium.Hubble

[nebula-it]

Checklist for Pull Requests

• Have you signed the Contributor License Agreement?
• Is there a linked Issue?The number of new installer packages must match the number of existing installer packages winget-create#559 (comment) Use appropriate zip fields for Cilium.CiliumCLI #189497

Manifests

• Have you checked that there aren't other open pull requests for the same manifest update/change?
• This PR only modifies one (1) manifest
• Have you validated your manifest locally with winget validate --manifest <path>?
• Have you tested your manifest locally with winget install --manifest <path>?
• Does your manifest conform to the 1.6 schema?

Note: <path> is the directory's name containing the manifest you're submitting.

---

Microsoft Reviewers: Open in CodeFlow

[wingetbot]

   

[wingetbot]

/AzurePipelines run

[wingetbot]

/AzurePipelines run

[nebula-it]

Hey @mdanish-kh, Any idea on the validation failure?

[stephengillie]

Automatic Validation ended with:

Installation failed with exit code -1978335140
2024-11-07 12:39:04.278 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\Archive.cpp(33)\WindowsPackageManager.dll!00007FFED75C413B: (caller: 00007FFED753EBB5) ReturnHr(1) tid(d38) 80004005 Unspecified error
2024-11-07 12:39:04.280 [CLI ] Failed to extract archive with code -2147467259

Automated error analysis suggests -1978335140 may mean Failed to extract archive. Does the InstallerUrl actually end in .zip - or does it have a different extension?

Automated error analysis suggests 80004005 may mean Resource missing

(Automated response - build 897.)

[nebula-it]

Installers have .tar.gz extension as you can see here

[stephengillie]

The package manager first downloads the file to a temporary location, with a temporary name, then renames the file and moves it to its target location. When InstallerType: zip is used, the existing file extension is clobbered and replaced with .zip. Then ZIP extraction fails, causing the exit code -1978335140.

Usually this happens with .exe installers being renamed to .zip. But here, it appears to be renaming a .tar.gz file to .zip. A workaround to get this working locally is to change the package manager setting archiveExtractionMethod from shellApi to tar. But this isn't currently supported in the pipelines:

• Support installing other archive formats winget-cli#2899

[nebula-it]

Thank you for digging, I guess we just have to wait till it is implemented?
Or we can continue using the InstallerType: portable as it was used previously and undo changes in this PR.

[stephengillie]

Yes, we'll have to wait for the feature to be implemented before we can use it.

There's nothing to undo, as this PR hasn't been merged yet. Feel free to close the PR if you do not want to make this change.

[ItzLevvie]

@wingetbot run

[wingetbot]

/AzurePipelines run

[wingetbot]

/AzurePipelines run

[nebula-it]

Hey @ItzLevvie, As noted here we are waiting on winget to implement this.

[pl4nty]

Can we remove v1.16.3 too? InstallerType: portable just renames the .tar.gz to .exe, so it can't actually be executed

[ItzLevvie]

[Policy] Blocking-Issue