-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Support install location via import #1582
Comments
The Windows Package Manager import file should be able to support a more complex schema including the install location, even if |
So combine |
That's correct as you would be attempting to install "all" packages with that path which doesn't make sense in the context of import. We would need to support the location in the schema for the package.json file. |
Now (or in the near future), will Winget support exporting with the installation location of the program when using the "export" command? Or can I edit |
That will only work for packages where getting their install location is reliable. Since users can still make changes outside of WinGet, we need to make sure that we're not making assumptions on things users might have changed. |
[Policy] Command-Import |
I also had the same issue and like another stated, updating to preview worked for me BUT for some reason the powershell command to update didn't fix it (even tho it installed properly from what I can tell) but using the Appx packager installer method did work and fixed my issues |
Is the following command possible?
winget import -i <import-file> —location <path>
If not, how can I use the import command to control where it should be installed?
Originally posted by @PhilippBaumi in #1521 (reply in thread)
The text was updated successfully, but these errors were encountered: