Windows11 System context deployment via Intune (MEM)

[Matt-C22]

Brief description of your issue

When trying to deploy winget via DISM (cmdlet below) it works, however when trying to run via System (psexec even) it doesn't return recognize the executable (no list of commands returned) when launching from the following path:
$env:ProgramFiles\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe"

winget system context install (works with v1.3.2091) on both W10 & W11:
DISM.exe /online /Add-ProvisionedAppxPackage /PackagePath:"\..\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle" /SkipLicense

I'm well aware that the normal installation of WinGet on W11 is located under the %LocalAppData% for the user. How are we supposed to deliver winget packages via System context over Intune?

Steps to reproduce

1. Launch cmd.exe using and then switch to powershell
   psexec.exe -s -i cmd.exe
2. Install release using DISM
   DISM.exe /online /Add-ProvisionedAppxPackage /PackagePath:"\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle" /SkipLicense
3. Browse to the WinGet system path :
   $ResolveWingetPath = Resolve-Path "$env:ProgramFiles\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe"
$WingetPath = $ResolveWingetPath[-1].Path
4. Change directory using cd $wingetpath
5. Try running .\winget.exe
6. It wouldn't return anything as if the executable is broken. (Works perfectly fine for W10)

Expected behavior

Return the list of commands along with the summary about Winget CLI

Actual behavior

Returns nothing and System installs are broken.

Environment

Windows: Windows.Desktop v10.0.22000.978
System Architecture: X64

[Trenly]

Have you seen these?

• Develop Intune integration #215
• Run as SYSTEM user #2490
• Usage with System Account #548

[Matt-C22]

Thanks @Trenly for dropping those. I've been through them actually during the past weeks, however I mentioned that it does work for W10 using System account by browsing to the %ProgramFiles% install path of winget, that gets added via DISM, since Add-AppxPackage is not available.

On W11 the executable simply doesn't budge when it's launched. It's not about winget not getting recognized in the system context as it does in the user one thanks to the PATH variable.

[denelon]

Also related:

• Uninstall via SSH: "A specified logon session does not exist. It may already hav e been terminated." error with several products #2537