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

winget download #658

Closed
Rakib opened this issue Dec 2, 2020 · 15 comments · Fixed by #3545
Closed

winget download #658

Rakib opened this issue Dec 2, 2020 · 15 comments · Fixed by #3545
Assignees
Labels
Issue-Feature This is a feature request for the Windows Package Manager client.
Milestone

Comments

@Rakib
Copy link

Rakib commented Dec 2, 2020

Description of the new feature/enhancement

I want to install notepad++ but maybe not trough winget but just want to download the package, and also choose the package format, msi or msix.

This to have one place to download my apps.

Proposed technical implementation details (optional)

@Rakib Rakib added the Issue-Feature This is a feature request for the Windows Package Manager client. label Dec 2, 2020
@ghost ghost added the Needs-Triage Issue need to be triaged label Dec 2, 2020
@denelon
Copy link
Contributor

denelon commented Dec 3, 2020

Are you asking for some kind of "download only" function?

The manifests are essentially pointing to the source for the installers. We wouldn't have the ability to provide installer types that aren't available.

@denelon denelon removed the Needs-Triage Issue need to be triaged label Dec 3, 2020
@Rakib
Copy link
Author

Rakib commented Dec 4, 2020

Both basically, since MS is pushing MSIX in the enterprise. It would be nice to be able to download .msix files from winget since most apps are not available in that format from their respective homepage.

@thbch
Copy link

thbch commented Aug 2, 2021

An enhancement of having a "download" only functionality would make sense for us as well. This would allow for a separation of downloading and installation.

@denelon denelon added this to the v1.2-Client milestone Oct 1, 2021
@JoergWu
Copy link

JoergWu commented Nov 17, 2021

Would it not even be better simply to integrate the download / caching in "Delivery Optimization" and/or "BranchCache"?

@denelon denelon modified the milestones: v1.2-Client, v1.3-Client Dec 1, 2021
@denelon
Copy link
Contributor

denelon commented Dec 3, 2021

command:
winget download <package>

The typical options should be included here relative to search and install when specifying the package.

options:
--path <path>
--installer-architecture <architecture>
--installer-locale <locale>
--installer-platform <platform>
--installer-scope <scope>
--installer-type <type>

EDIT: 2/9 we will most likely reuse existing arguments

If these options are not specified, the installer that would have been selected by the default Windows Package Manager settings for winget install <package> would apply.

Typical output:

Downloading <package name> version <version> from <source> source via <installer URL>.

It's possible the user settings (requirements) or specified options cannot be met when attempting to locate an installer.
ERROR: Unable to locate <package> installer with specified options or required settings.

Some of the packages (non-Win32) from the Microsoft Store are prohibited from direct download due to licensing or agreements.
ERROR: Unable to download Microsoft Store package.

@denelon denelon modified the milestones: v1.3-Client, v.Next-Client Mar 11, 2022
@MarcoPeraza
Copy link

Great idea. Would it be possible to then point winget at the downloaded files when you do want to install? I guess that would be similar to a cache feature.

@denelon denelon changed the title Able to download the installer and get info about fileformat (.zip, .msi, .msix) winget download Feb 2, 2023
@denelon
Copy link
Contributor

denelon commented Feb 3, 2023

Discussion on cache management and reference to how this may be incorporated with a "winget download" capability.

@JoergWu
Copy link

JoergWu commented Feb 3, 2023

Actually especially the download capabilities for store apps is very important. Due to the fact that MS Store for Business connection went away soon there is only the capability to use Intune to get the apps installed then. I have customers with large install base still using SCCM. They have infra not connected to the internet. Other infras are only reachable by expensive satellite connections so we can not point every client to Intune. We need more control on how and when apps are installed and transferred to remote sites.

Regarding licensing admins can accept EULAs for end users since decades for MS stuff. We have even the same feature within winget-cli for the store stuff where you have to accept MS EULA as well. So this should not be a road blocker.

RDMacLachlan added a commit to RDMacLachlan/winget-cli that referenced this issue Feb 9, 2023
Updated link to the GitHub issue.
RDMacLachlan added a commit to RDMacLachlan/winget-cli that referenced this issue Feb 11, 2023
RDMacLachlan added a commit to RDMacLachlan/winget-cli that referenced this issue Feb 11, 2023
Updated the spec document
RDMacLachlan added a commit to RDMacLachlan/winget-cli that referenced this issue Feb 11, 2023
RDMacLachlan added a commit to RDMacLachlan/winget-cli that referenced this issue Feb 14, 2023
Spellcheck - fixed one word
@denelon
Copy link
Contributor

denelon commented Mar 30, 2023

Related to:

@jonnygoogle25
Copy link

+1 for this feature. Microsoft does not make it easy to obtain appx package files and we need a way to deploy these internally as well

@denelon
Copy link
Contributor

denelon commented Jun 16, 2023

We're currently working on this feature.

@RokeJulianLockhart
Copy link

@denelon, since this now exists, perhaps we could let not-currently-installable formats like .zip into the repo, so that they can be downloaded from a trusted source?

@jonnygoogle25
Copy link

jonnygoogle25 commented Sep 20, 2023

@denelon - I'm testing out the RC build of 1.6 and it seems like whenever I try to download AppX source files I get a "0x80070032: the Request is not supported"

Is this expected? MSI seems to work fine

@RDMacLachlan
Copy link
Member

@denelon - I'm testing out the RC build of 1.6 and it seems like whenever I try to download AppX source files I get a "0x80070032: the Request is not supported"

Is this expected? MSI seems to work fine

This is expected when attempting to download appx or msix apps from the Microsoft Store source. There is still some pending work to enable downloading those specific apps.

Note! This will only be supported for Micosoft Store UWP apps which have been opt-ed in for offline distribution when published to the Microsoft Store. This will be the same list of apps that are available when using the Microsoft Store for Business to download.

@nathan-omeara
Copy link

@denelon - I'm testing out the RC build of 1.6 and it seems like whenever I try to download AppX source files I get a "0x80070032: the Request is not supported"
Is this expected? MSI seems to work fine

This is expected when attempting to download appx or msix apps from the Microsoft Store source. There is still some pending work to enable downloading those specific apps.

Note! This will only be supported for Micosoft Store UWP apps which have been opt-ed in for offline distribution when published to the Microsoft Store. This will be the same list of apps that are available when using the Microsoft Store for Business to download.

Is there an expected timeline when this pending work will be done? I noticed that a fully updated GA Win11 now includes winget 1.6.2771, which includes this download command, but I still see the same 0x80070032: the Request is not supported error.

ryfu-msft pushed a commit that referenced this issue Feb 15, 2024
denelon pushed a commit that referenced this issue Feb 18, 2024
There were miss-placed double quotes in the section titled 'WinGet
Setting - Default Download Output', see commit patches for exact
location of this typo.

<!-- To check a checkbox place an "x" between the brackets. e.g: [x] -->

- [x] I have signed the [Contributor License
Agreement](https://cla.opensource.microsoft.com/microsoft/winget-pkgs).
- [ ] This pull request is related to an issue.

-----

###### Microsoft Reviewers: [Open in
CodeFlow](https://microsoft.github.io/open-pr/?codeflow=https://github.com/microsoft/winget-cli/pull/4179)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature This is a feature request for the Windows Package Manager client.
Projects
None yet
Development

Successfully merging a pull request may close this issue.