Please, where is the .msi installer for Windows x64?
Reacted by Andrea Gaggioli, Matthew Gray, Mi Ramon, Remco, Brett Vickers, Seymour Guado, Thom (Spyro) Smith, Flavien MICHALECZEK, Michal F, Stefan Kusterer and 1 more
Face the same (i gess) issue while tried to upgrade pwsh via winget.
I had to install 7.7.0 (via winget), then manually uninstall previous version (via Settings>Apps) and fix terminal profile to user pwsh instead of full path to pwsh.exe
It doesn't work in a Docker image (mcr.microsoft.com/windows/servercore:ltsc2022).
Add-AppxProvisionedPackage: The specified module could not be found.
It doesn't work in a Docker image (mcr.microsoft.com/windows/servercore:ltsc2022). Add-AppxProvisionedPackage: The specified module could not be found.
We'll stay at 7.6.10 for now.
This is DISM Module. It's existed since WS2016
you may try this
dism.exe /Online /Add-ProvisionedAppxPackage /PackagePath:$target /SkipLicense
This is honestly really annoying that they would do this, since the msix version moves the bloody newest (7.7) powershell folder to the windowsapps folder in Program Files, and the 7.6.10 version which was updated in the microsoft store is installed in a folder in the Program Files directory, it should be the other way round. Also now there's no more custom install for it
So I updated through Microsoft Store... and now have two versions installed, the default is still 7.6.10.0-x64 when I launch a terminal. And only get 7.7 when launching through Microsoft Store. Also, this new version doesn't use my customized powershell profile.
I'm scared of uninstalling the MSI (7.6) version as I see there's more issues with the msix release.
What a mess....
Reacted by Matthew Gray, Stefan Kusterer and Aleksey Kliger (λgeek)
At this time, MSIX doesn’t support all use case scenarios that MSI enabled, such as remoting and execution by system-level services (like Task Scheduler). We recognize this gap and are actively working to address it.
It's disconcerting that the PowerShell team broke the workflows of people who depend on these "case scenarios" without supporting a proper migration path.
We'll be sticking with 7.6.* until this mess is cleaned up.
Reacted by Kris Borowinski, Matthew Gray and Aleksey Kliger (λgeek)
I have to add that this is a particularly frustrating change considering that MSIX doesn't play nicely with versions of Server prior to 2025, and those versions are still supported. I don't see this being a huge issue for my Windows 11 fleet managed through Intune, and may actually be a positive change... but for Windows Server administration, this is going to be a massive headache. I'd really rather not fork my fleet, either, in having the workstations on one version and the servers on another, but this appears to be the path forward.
Microsoft should have expanded MSIX support before forcing it upon their flagship scripting language.
WinGet is the Windows Package Manager. This project includes a CLI (Command Line Interface), PowerShell modules, and a COM (Component Object Model) API (Application Programming Interface). - micros...
Activity
Still34 commented on Nov 11, 2026
MSI has been dropped in favor of MSIX per the announcement from April, unfortunately.
madhon commented on Nov 11, 2026
so how do we upgrade from msi installed 7.6 to msix 7.7 ?
tony-sol commented on Nov 11, 2026
Face the same (i gess) issue while tried to upgrade pwsh via winget.
I had to install 7.7.0 (via winget), then manually uninstall previous version (via Settings>Apps) and fix terminal profile to user pwsh instead of full path to pwsh.exe
devAlex-sys commented on Nov 11, 2026
How to install the msixbundle on a Windows Server Core Edition ?
scriptingstudio commented on Nov 11, 2026
something like that
some dependencies might be required for Add-AppxProvisionedPackage
devAlex-sys commented on Nov 11, 2026
It doesn't work in a Docker image (mcr.microsoft.com/windows/servercore:ltsc2022).
Add-AppxProvisionedPackage: The specified module could not be found.
We'll stay at 7.6.10 for now.
scriptingstudio commented on Nov 11, 2026
This is DISM Module. It's existed since WS2016
you may try this
dism.exe /Online /Add-ProvisionedAppxPackage /PackagePath:$target /SkipLicense
Foxydapirate12 commented on Nov 11, 2026
This is honestly really annoying that they would do this, since the msix version moves the bloody newest (7.7) powershell folder to the windowsapps folder in Program Files, and the 7.6.10 version which was updated in the microsoft store is installed in a folder in the Program Files directory, it should be the other way round. Also now there's no more custom install for it
237dmitry commented on Nov 11, 2026
zip? But this entails manual updates, and the like.
remcoros commented on Nov 11, 2026
So I updated through Microsoft Store... and now have two versions installed, the default is still 7.6.10.0-x64 when I launch a terminal. And only get 7.7 when launching through Microsoft Store. Also, this new version doesn't use my customized powershell profile.
I'm scared of uninstalling the MSI (7.6) version as I see there's more issues with the msix release.
What a mess....
beevik commented on Nov 11, 2026
From the transition announcement in April:
It's disconcerting that the PowerShell team broke the workflows of people who depend on these "case scenarios" without supporting a proper migration path.
We'll be sticking with 7.6.* until this mess is cleaned up.
SeymourGx commented on Nov 11, 2026
I have to add that this is a particularly frustrating change considering that MSIX doesn't play nicely with versions of Server prior to 2025, and those versions are still supported. I don't see this being a huge issue for my Windows 11 fleet managed through Intune, and may actually be a positive change... but for Windows Server administration, this is going to be a massive headache. I'd really rather not fork my fleet, either, in having the workstations on one version and the servers on another, but this appears to be the path forward.
Microsoft should have expanded MSIX support before forcing it upon their flagship scripting language.
runbikeswim commented on Nov 11, 2026
with winget (https://github.com/microsoft/winget-cli) 7.7.0.0 can be installed, but only after uninstalling the previous version before
did the trick for me