Thanks a lot Joe, also happy you found it and trust me you are going to love winget.exe it is good even outside Intune but together they are even better
Thank you so much, love comments like this, more is coming, recorded a shorter video yesterday that needs editing and got a longer manage iPhone recorded but also require a lot of editing time :)
Hello great video thanks, I had a question can we just keep the ID and not mention the version number? Not mentioning will auto update it to latest version right?
Thanks, yes you are correct, if you don't specify version (which you can with switch --version) you always capture the latest version that exists on winget repository.
Awesome video! So it was posted in December 2022 - so how does this method differ from the direct Intune/Winget support deployment? Using the method I noticed that there are NO detection rules, nor doe the uninstall work. It is handy for quickly deploying an app via winget without having to win32 then uploading the installer files.
Thanks a lot, I should maybe do an updated version of this, but yeah detection method/rule will be a script that runs. The win is that you always get the latest version (well the latest version in the winget repository) so you don't have to repackage it. I have had a few fails during Autopilot to install, so these packages does best in Company Portal.
Great video John. Thank you. I'm getting the following in my environment: Failed when searching source: winget An unexpected error occurred while executing the command: 0x8a15000f : Data required by the source is missing No packages were found among the working sources. I'm getting this for other apps as well.
Thanks, never seen this error myself, did a Google and yes others have got it too. If Firewall or Proxy block certain Microsoft URLs it is normal to get this error, but if not blocking it looks like most fixed it by running this command "winget source update" (run it in an administrator elevated powershell/CMD/Terminal) github.com/microsoft/winget-cli/issues/1348 powershell -> winget source update Let me know how it goes, also if all these errors happen on one machine test on another in case it is a local device issue
We have this same issue. Nothing to do with firewalls or proxies. If you do not have an administrator profile "active" on the device, then this may be the reason. We do not have any "active" admin logins on any device and this has been the problem we have faced since WinGet launched for MS. Hence, the uptake has been limited. If your administrator profile has not been logged into on the workstation at least once, the app installer "although installed" does not actively show as installed and leading to a host of problem. What an absolute S*** show from MS.
Thanks, always interested to listen to new ideas and often I make videos. Could you please explain a bit more. A video on howto package the Google Drive client with Win32 app and winget?
Hello John! Do you know how to do automation for Chrome & Zoom. The goal is to have both of these Windows applications to do its own update/to automatically update to the latest version in Intune (I was told there may be a Zoom auto native patch rule or switch or something)
Hi, excellent and relevant questions, I have videos how to do it for Google Chrome, you should really look up that one, a free tool that manages all settings and also auto-update :) ua-cam.com/video/-gaNKJKPMN0/v-deo.html&ab_channel=Intune%26VitaDoctrina That is something that can make you hero at work, and it cost nothing :) For Zoom you can add policies to auto-update, read more here: support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0058493
As usual, great video on Winget. I followed your steps and successfully installed Zoom and another couple of applications. However, my Adobe Reader DC app is not getting installed despite following your instructions. I was wondering if you could guide me on this, please
Thanks a lot Yunus, happy to look into that, I know Adobe is pretty weak on winget in general but they got some. What command have you ran and what do you see happening? are you running like? winget install -e --id Adobe.Acrobat.Reader.64-bit --silent ?
Hi, I'm trying install Autodesk.sketchbook -v 8.7.1.0 --silent but no matter which switch I use licence agreement always pop up and fail installation any pice of advice?
Hi , your comment got marked as Spam so had to unblock it before seeing it. Spent a lot of time, you are right, cannot make it silent. I extracted the EXE file and there is a MSI file that has AgreeToLicense=no, so I tried with --custom and --override with AgreeToLicense=yes, but nothing works. Sorry Winget.exe silent for this one doesn't seem to work. You can package it normally, saw this post that looks pretty good for that silentinstallhq.com/autodesk-sketchbook-install-and-uninstall-powershell/
This doesn’t seem to work for me. I am thinking it is probably because we have the baseline security settings enabled. Not sure exactly which setting is preventing it yet.
Hi, if you open a terminal or a cmd.exe as administrator, and then type: winget.exe Do you get any output? If you do, we can try for example: winget.exe install -e --id Zoom.Zoom --scope=machine --silent --accept-package-agreements --accept-source-agreements Does that installs it? if it does then we can look at next item, but if not even that works, yeah then something is blocking it
Hi@@IntuneVitaDoctrina , thanks for the prompt reply. I can get it to work locally on a unmanaged device but it does not work on any devices we have enrolled in Intune. We are implementing a new deployment and have the security baseline profiles enabled which I suspect might be blocking WinGet. I have tried to run the command locally on some of our managed devices and it does find the winget executable and seems to attempt to run the commands. I get the rotating blue loading icon but doesn't seem to work or give any useful information in the logs so I am having a hard time trying to pinpoint the conflicting settings.
Thanks again for your work! I was able to create a winget install package for VLC with this method and it worked with no problems, but when I made install packages for Chrome (64-bit) and Adobe Reader (64-bit) they both error with "The application was not detected after installation completed successfully". Could you do a tutorial on those two apps or DM me with the detection method? I appreciate all your help! 🙏
thanks for comment, and well done on the VLC. Not a bad video suggestion to do all three with winget in one video but a bit faster and not explaining all steps in details as those are done in previous videos. Detection Method/Rule is bascially to check that winget upgrade doesn't give any output or that version is the same as latest which I think I used in this video. got a few family members ill this weekend so wont do any videos, but maybe next week and why not this topic, thanks again
Hi John, desperate for an answer on this and hoping you can help. We have apps installing fine under the user context, however when you need WinGet elevated as admin, we cannot process this request as we "DO NOT" login as any admins under any our devices including local admin accounts. Basically we have no admin account (LOCALLY) and when we trial this using the find Desktop App Installer trick, we are still getting 0x8a15000f. Having run the script manually, we get the results "WinGet results will not be included" even though WinGet is installed. We cannot login to systems as administrators for security reasons, we are aware that WinGet runs fine under the normal user context and App Installer is on our all our devices. This has been an absolute nightmare of a changeover from MS. We cannot trigger "App Installer" installs by logging into every device as an admin. No admin logs into any device unless it's a support call which requires a quick admin elevation at the user's running desktop session. We've tried your suggestion here to find App Installer, it rings true but will not find anything that requires Admin installations such as Notepad++ Any help would be appreciated.
Hi, have you checked out my latest video where we install Postman under the user context as a normal user? ua-cam.com/video/hbNzX9_Fegw/v-deo.html Do you run under User context in a Win32 App? what command do you run exactly, you can add --scope=user also
@@IntuneVitaDoctrina Thanks for the quick response. I did watch and like the Postman clip. We also utilised the install process as a test and it worked fine. However, the same is not applicable for apps like Notepad++. Having tested in user and device/machine context, both fail: Failed when searching source: winget An unexpected error occurred while executing the command: 0x8a15000f : Data required by the source is missing No packages were found among the working sources. Any ideas would be greatly appreciated.. We can confirm WinGet is found under program files.
thanks for the feedback, I got no time to look at this before weekend, which is soon, let me check this on Saturday and come back to you. I got Notepad++ with winget for SYSTEM working, never tried for User, I'll take a look and if it works it could be another video :)
Checked and you are correct, this specific installer doesn't approve user installation, winget log says this: " [CLI ] Installer [X64,nullsoft,Machine,] not applicable: Installer scope does not match required scope: Machine != User" so scope must be Machine. Why don't you install Notepad++ under SYSTEM, with Intune that works even if user isn't admin?
Run this as SYSTEM in Intune and it will install Notepad++ even if user is admin or not ### Install to the latest Notepad++ ### Author: John Bryntze ### Date: 12th May 2023 ## set variables $JBNWingetAppID = "Notepad++.Notepad++" # Help SYSTEM find winget.exe folder Set-Location -Path ("$env:ProgramW6432\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe") ## Install Notepad++ software with winget.exe .\winget.exe install -e --id $JBNWingetAppID --silent --accept-package-agreements --accept-source-agreements
late reply, this video will help you update existing software with Remediation scripts ua-cam.com/video/ea0g1Y1zaek/v-deo.html&ab_channel=Intune%26VitaDoctrina
Hello, I tried with another winget application which is Samsung.SmartSwitch, the application is well installed, but I have no shortcut on the workstation. Any idea? Thank you for this tutorial which saved me hours of research to understand why I could not do a winget installation from Intune PS : The time to write the message, the shortcut suddenly appeared after several minutes. I suggest to add a start-sleep to avoid this kind of message :)
ah so happy to hear, and that the shortcut appeared. If not I was going to suggest the switch --override that can pass in arguments to the installer, or create the shortcut (lnk) manually and do a code line to copy it where you want, but since you fixed this is not needed, well done!
that is a good question. Winget if you add -e (meaning EXACT) and then -id, it gives only one, if you skip the -e you can get mulitple. If you run for example: winget search -e --id Zoom.Zoom you will get only ONE result, due to the -e
@@IntuneVitaDoctrina I am using the same script you mentioned but I am specifically talking about set-location -path. Microsoft.desktopappinstaller resolved to multiple container error i am receiving while running as we have multiple versions in windows apps How can i ask the script to use any one of them so it doesn’t bother about how many version or what version we have
@@IntuneVitaDoctrina I am glad that you replied, your script is running like a charm on many devices however getting error on few devices where set-location is resolving to multiple container. I must mention that I am deploying it through Intune only
aha now I understand, which one do you run, is it? Set-Location -Path ("$env:ProgramW6432\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe") command? the * is a wildcard, so if there are multiple versions, then yes it could get the wrong one, could add some more to be more specific in the script, could you please post the multiple paths it gets?
1. Did Zoom got installed and then this error is the Detection Rule giving the error? 2. Does the winget.exe contains the part "scope=device" ? I missed that in the video but it is in the description script part
sorry for late reply, both should work, create a new is maybe best but existing it does a few retries or you can delete the registry entries that shows that the client has tried and it will try again (for that you need the AppID of the Win32 package and search in registry and delete under the node: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\IntuneManagementExtension Another UA-cam user have similar issue as you, and he kindly sent his files to me so I'm going to look there and see if something in my video wasn't clear and correct it
Hi, yes, you can do the same as this video or package the MSI: command wont be exactly this but similar: winget install -e --id Zoom.ZoomRooms Then see my latest video about Remediations + Winget.exe = love, and you can update Zoom Rooms regulary without you need to do anything by running two scripts: ### Software Detection Script to see if software needs an update ### Author: John Bryntze ### Date: 6th January 2023 ## Help System to find winget.exe $JBNWinGetResolve = Resolve-Path "C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe\winget.exe" $JBNWinGetPathExe = $JBNWinGetResolve[-1].Path $JBNWinGetPath = Split-Path -Path $JBNWinGetPathExe -Parent set-location $JBNWinGetPath ## Variables $JBNAppID = "Zoom.ZoomRooms" $JBNAppFriendlyName = Zoom Rooms" ## Check locally installed software version $JBNLocalInstalledSoftware = .\winget.exe list -e --id $JBNAppID --accept-source-agreements $JBNAvailable = (-split $JBNLocalInstalledSoftware[-3])[-2] ## Check if needs update if ($JBNAvailable -eq 'Available') { write-host $JBNAppFriendlyName "is installed but not the latest version, needs an update" exit 1 } if ($JBNAvailable -eq 'Version') { write-host $JBNAppFriendlyName "is installed and is the latests version" exit 0 } if (!$JBNAvailable) { write-host $JBNAppFriendlyName "is not installed" exit 0 }
and second script is the remediation script ### Software Remediation Script to update the software ### Author: John Bryntze ### Date: 6th January 2023 ## Variables $JBNAppID = "Zoom.ZoomRooms" ## Help System to find winget.exe $JBNWinGetResolve = Resolve-Path "C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe\winget.exe" $JBNWinGetPathExe = $JBNWinGetResolve[-1].Path $JBNWinGetPath = Split-Path -Path $JBNWinGetPathExe -Parent set-location $JBNWinGetPath ## Run upgrade of the software .\winget.exe upgrade -e --id $JBNAppID --silent --accept-package-agreements --accept-source-agreements
@@IntuneVitaDoctrina. If I have deployed Zoom room as win 32 app on a Kiosk system through intune already, how can I setup the kiosk system to auto update? That is actually my main objective. Trying to figure out.Thank you!
many ways, you can setup a scheduled task to run this command every day or every week: (or have Intune run it) winget upgrade -e --id Zoom.ZoomRooms --silent --accept-package-agreements --accept-source-agreements
Hello, John. First things first, thanks for a good walkthroug i like your work :) Im experiencing som issues. Is the scripts still working for you ? I have followed you're instructions and updated the script based on the descriptions. I made a few small changes, but nothing that should break the logic. The script: $WinGetResolve = Resolve-Path "C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe\winget.exe" $WinGetPathExe = $WinGetResolve[-1].Path $WinGetPath = Split-Path -Path $WinGetPathExe -Parent set-location $WinGetPath # Run winget.exe .\winget.exe install -e --id Zoom.Zoom --scope=machine --silent --accept-package-agreements --accept-source-agreements ## Intune install command: powershell.exe -executionpolicy ByPass -file .\install.ps1 Intune uninstall command: powershell.exe -executionpolicy ByPass -file .\uninstall.ps1 ## i read that there could be a problem with W11 but im not sure. i tested this on a W10 and a W11 vm with evaluation license. When i try to run the scripts as an administrator i get "Access is denied" on the winget.exe file. Im not expecting you to fix it even tho i would be verry happy, im just wondering if the solution still works for you. Many thanks for youre time and videos.
Thanks, lets see if we can get it to work. It works for me, but I must review this because you are the 3rd to tell me it doesn't work. Your script posted here looks wonderful, should work. If you start a PowerShell ISE window (run as administrator), paste in the top part of what you showed me in this post, and hit run, do you get an error there too? normally Administrators should have access to winget.exe, you could add right under # Run winget.exe just: write-host $WinGetPathExe just to verify it gives the path we want and see the exe file at the end. please let me know how the PowerShell ISE goes, if still not working I wouldn't mind inviting you to a screen share and look together with you, we can even try a Scandinavian language :) I have worked both in Bergen, Oslo, and Copenhagen (and a lot of Stockholm of course but I'm born there)
@@IntuneVitaDoctrina on my personal computer i tried to run the commands in PS ISE. The scripts goes to the correct folder and zoom or other applications are being installed. the uninstall script also works. When the same on my a W11 eval VM it goes to the correct folder (C:\Program Files\WindowsApps\microsoft.desktopappinstaller........\winget.exe but i get access denied error when the scripts tries to run winget.exe. Even when im logged in as an adminstrator and powershell is runned as admin. Im going reinstall the VM's with a Volume licensing ISO insted of eval just to check if there could be a bug in the eval edition. I wouldn't mind a screensharing session. Let me check what you have asked me first on my reinstalled - Autopilot enrolled devices first. FYI I understand swedish bether than danish. ofc english is also a way to go :D i may not be able to reproduce before tomorrow. Thanks for the quick response😀
that is interesting, I thought all Win11 had winget.exe, but maybe Eval is a bit special, that will be interesting to follow. I find Danish harder too, if I know what the topic is I can follow in Danish but if not it can be a bit difficult :) Norwegian is easier to understand for me than Danish.
I'm 90% sure it is a local client issue, I recall getting this one myself but forgot if it was the actual package or the winget itself that I cleared in the troubleshooting link at the end of this thread (4 items and I did all 4 but I think it is the last one that did it) github.com/microsoft/winget-cli/issues/876 github.com/microsoft/winget-cli/tree/master/doc/troubleshooting
Another amazing Intune videos John! Thanks heaps! 💪👏
Thanks you so much for the support, more is coming :)
So glad I found your channel. I'm going to get started on this tomorrow. It will be my first experience with winget :)
Thanks a lot Joe, also happy you found it and trust me you are going to love winget.exe it is good even outside Intune but together they are even better
Truly great content, thank you so much. Please keep publishing.
Thank you so much, love comments like this, more is coming, recorded a shorter video yesterday that needs editing and got a longer manage iPhone recorded but also require a lot of editing time :)
Thank you very much, very helpful contend
So happy to hear, thanks a lot for taking time to write a comment.
Amazing Content
Comments like this makes me day, thank you for taking time to comment
Hello great video thanks, I had a question can we just keep the ID and not mention the version number? Not mentioning will auto update it to latest version right?
Thanks, yes you are correct, if you don't specify version (which you can with switch --version) you always capture the latest version that exists on winget repository.
Awesome video! So it was posted in December 2022 - so how does this method differ from the direct Intune/Winget support deployment? Using the method I noticed that there are NO detection rules, nor doe the uninstall work. It is handy for quickly deploying an app via winget without having to win32 then uploading the installer files.
Thanks a lot, I should maybe do an updated version of this, but yeah detection method/rule will be a script that runs.
The win is that you always get the latest version (well the latest version in the winget repository) so you don't have to repackage it.
I have had a few fails during Autopilot to install, so these packages does best in Company Portal.
thanks for share master!
Thank you so much Texy for your support
Great video John. Thank you.
I'm getting the following in my environment:
Failed when searching source: winget
An unexpected error occurred while executing the command:
0x8a15000f : Data required by the source is missing
No packages were found among the working sources.
I'm getting this for other apps as well.
Thanks, never seen this error myself, did a Google and yes others have got it too.
If Firewall or Proxy block certain Microsoft URLs it is normal to get this error, but if not blocking it looks like most fixed it by running this command "winget source update" (run it in an administrator elevated powershell/CMD/Terminal) github.com/microsoft/winget-cli/issues/1348
powershell -> winget source update
Let me know how it goes, also if all these errors happen on one machine test on another in case it is a local device issue
We have this same issue. Nothing to do with firewalls or proxies. If you do not have an administrator profile "active" on the device, then this may be the reason. We do not have any "active" admin logins on any device and this has been the problem we have faced since WinGet launched for MS. Hence, the uptake has been limited.
If your administrator profile has not been logged into on the workstation at least once, the app installer "although installed" does not actively show as installed and leading to a host of problem. What an absolute S*** show from MS.
Thank you for this nice tutorial. Could you please make one for Google Drive?
Thanks, always interested to listen to new ideas and often I make videos.
Could you please explain a bit more. A video on howto package the Google Drive client with Win32 app and winget?
Hello John! Do you know how to do automation for Chrome & Zoom. The goal is to have both of these Windows applications to do its own update/to automatically update to the latest version in Intune (I was told there may be a Zoom auto native patch rule or switch or something)
Hi, excellent and relevant questions, I have videos how to do it for Google Chrome, you should really look up that one, a free tool that manages all settings and also auto-update :) ua-cam.com/video/-gaNKJKPMN0/v-deo.html&ab_channel=Intune%26VitaDoctrina
That is something that can make you hero at work, and it cost nothing :)
For Zoom you can add policies to auto-update, read more here: support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0058493
@@IntuneVitaDoctrina Thank you abundantly ‼️
As usual, great video on Winget. I followed your steps and successfully installed Zoom and another couple of applications. However, my Adobe Reader DC app is not getting installed despite following your instructions. I was wondering if you could guide me on this, please
Thanks a lot Yunus, happy to look into that, I know Adobe is pretty weak on winget in general but they got some.
What command have you ran and what do you see happening? are you running like?
winget install -e --id Adobe.Acrobat.Reader.64-bit --silent
?
Hi, I'm trying install Autodesk.sketchbook -v 8.7.1.0 --silent but no matter which switch I use licence agreement always pop up and fail installation any pice of advice?
Hi , your comment got marked as Spam so had to unblock it before seeing it.
Spent a lot of time, you are right, cannot make it silent.
I extracted the EXE file and there is a MSI file that has AgreeToLicense=no, so I tried with --custom and --override with AgreeToLicense=yes, but nothing works.
Sorry Winget.exe silent for this one doesn't seem to work.
You can package it normally, saw this post that looks pretty good for that
silentinstallhq.com/autodesk-sketchbook-install-and-uninstall-powershell/
This doesn’t seem to work for me. I am thinking it is probably because we have the baseline security settings enabled. Not sure exactly which setting is preventing it yet.
Hi, if you open a terminal or a cmd.exe as administrator, and then type: winget.exe
Do you get any output?
If you do, we can try for example:
winget.exe install -e --id Zoom.Zoom --scope=machine --silent --accept-package-agreements --accept-source-agreements
Does that installs it? if it does then we can look at next item, but if not even that works, yeah then something is blocking it
Hi@@IntuneVitaDoctrina , thanks for the prompt reply. I can get it to work locally on a unmanaged device but it does not work on any devices we have enrolled in Intune. We are implementing a new deployment and have the security baseline profiles enabled which I suspect might be blocking WinGet. I have tried to run the command locally on some of our managed devices and it does find the winget executable and seems to attempt to run the commands. I get the rotating blue loading icon but doesn't seem to work or give any useful information in the logs so I am having a hard time trying to pinpoint the conflicting settings.
One curious observation is that it seems to change the text colour in the terminal to blue when it fails :P
Thanks again for your work! I was able to create a winget install package for VLC with this method and it worked with no problems, but when I made install packages for Chrome (64-bit) and Adobe Reader (64-bit) they both error with "The application was not detected after installation completed successfully". Could you do a tutorial on those two apps or DM me with the detection method? I appreciate all your help! 🙏
thanks for comment, and well done on the VLC.
Not a bad video suggestion to do all three with winget in one video but a bit faster and not explaining all steps in details as those are done in previous videos. Detection Method/Rule is bascially to check that winget upgrade doesn't give any output or that version is the same as latest which I think I used in this video.
got a few family members ill this weekend so wont do any videos, but maybe next week and why not this topic, thanks again
Hi John, desperate for an answer on this and hoping you can help.
We have apps installing fine under the user context, however when you need WinGet elevated as admin, we cannot process this request as we "DO NOT" login as any admins under any our devices including local admin accounts. Basically we have no admin account (LOCALLY) and when we trial this using the find Desktop App Installer trick, we are still getting 0x8a15000f. Having run the script manually, we get the results "WinGet results will not be included" even though WinGet is installed.
We cannot login to systems as administrators for security reasons, we are aware that WinGet runs fine under the normal user context and App Installer is on our all our devices.
This has been an absolute nightmare of a changeover from MS. We cannot trigger "App Installer" installs by logging into every device as an admin. No admin logs into any device unless it's a support call which requires a quick admin elevation at the user's running desktop session.
We've tried your suggestion here to find App Installer, it rings true but will not find anything that requires Admin installations such as Notepad++
Any help would be appreciated.
Hi, have you checked out my latest video where we install Postman under the user context as a normal user?
ua-cam.com/video/hbNzX9_Fegw/v-deo.html
Do you run under User context in a Win32 App? what command do you run exactly, you can add --scope=user also
@@IntuneVitaDoctrina Thanks for the quick response. I did watch and like the Postman clip. We also utilised the install process as a test and it worked fine. However, the same is not applicable for apps like Notepad++. Having tested in user and device/machine context, both fail:
Failed when searching source: winget
An unexpected error occurred while executing the command:
0x8a15000f : Data required by the source is missing
No packages were found among the working sources.
Any ideas would be greatly appreciated.. We can confirm WinGet is found under program files.
thanks for the feedback, I got no time to look at this before weekend, which is soon, let me check this on Saturday and come back to you. I got Notepad++ with winget for SYSTEM working, never tried for User, I'll take a look and if it works it could be another video :)
Checked and you are correct, this specific installer doesn't approve user installation, winget log says this:
" [CLI ] Installer [X64,nullsoft,Machine,] not applicable: Installer scope does not match required scope: Machine != User"
so scope must be Machine.
Why don't you install Notepad++ under SYSTEM, with Intune that works even if user isn't admin?
Run this as SYSTEM in Intune and it will install Notepad++ even if user is admin or not
### Install to the latest Notepad++
### Author: John Bryntze
### Date: 12th May 2023
## set variables
$JBNWingetAppID = "Notepad++.Notepad++"
# Help SYSTEM find winget.exe folder
Set-Location -Path ("$env:ProgramW6432\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe")
## Install Notepad++ software with winget.exe
.\winget.exe install -e --id $JBNWingetAppID --silent --accept-package-agreements --accept-source-agreements
Is there any video to upgrade any existing win32app to one specific version of app
Good question, I have a few videos of Remediation Scripts, that is what I use to update existing applications that are installed on the devices.
@@IntuneVitaDoctrina please share the link, I will highly thankful to you
late reply, this video will help you update existing software with Remediation scripts
ua-cam.com/video/ea0g1Y1zaek/v-deo.html&ab_channel=Intune%26VitaDoctrina
@@IntuneVitaDoctrina thank you
Hello, I tried with another winget application which is Samsung.SmartSwitch, the application is well installed, but I have no shortcut on the workstation. Any idea?
Thank you for this tutorial which saved me hours of research to understand why I could not do a winget installation from Intune
PS : The time to write the message, the shortcut suddenly appeared after several minutes. I suggest to add a start-sleep to avoid this kind of message :)
ah so happy to hear, and that the shortcut appeared.
If not I was going to suggest the switch --override that can pass in arguments to the installer, or create the shortcut (lnk) manually and do a code line to copy it where you want, but since you fixed this is not needed, well done!
Winget resolved to multiple containers. How to resolve that?
that is a good question.
Winget if you add -e (meaning EXACT) and then -id, it gives only one, if you skip the -e you can get mulitple.
If you run for example:
winget search -e --id Zoom.Zoom
you will get only ONE result, due to the -e
or do you speak about Docker container?
@@IntuneVitaDoctrina I am using the same script you mentioned but I am specifically talking about set-location -path. Microsoft.desktopappinstaller resolved to multiple container error i am receiving while running as we have multiple versions in windows apps
How can i ask the script to use any one of them so it doesn’t bother about how many version or what version we have
@@IntuneVitaDoctrina I am glad that you replied, your script is running like a charm on many devices however getting error on few devices where set-location is resolving to multiple container. I must mention that I am deploying it through Intune only
aha now I understand, which one do you run, is it?
Set-Location -Path ("$env:ProgramW6432\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe")
command? the * is a wildcard, so if there are multiple versions, then yes it could get the wrong one, could add some more to be more specific in the script, could you please post the multiple paths it gets?
Hi, I tried and facing this issue "The system cannot find the file specified. (0x80070002)"
1. Did Zoom got installed and then this error is the Detection Rule giving the error?
2. Does the winget.exe contains the part "scope=device" ? I missed that in the video but it is in the description script part
@@IntuneVitaDoctrina no, its not installed. yes, i missed the scope and now I am going to add it. Thanks but I'll update.
thanks, yeah I did a few mistakes in the video that got corrected later, please recreate the intunewin file and upload and run again, thanks
@@IntuneVitaDoctrina i have created a new Intune file after that and uploaded. Should I create a new policy and old will run again after few minutes
sorry for late reply, both should work, create a new is maybe best but existing it does a few retries or you can delete the registry entries that shows that the client has tried and it will try again (for that you need the AppID of the Win32 package and search in registry and delete under the node: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\IntuneManagementExtension
Another UA-cam user have similar issue as you, and he kindly sent his files to me so I'm going to look there and see if something in my video wasn't clear and correct it
Do you have instructions on how to deploy zoom rooms from intune and update it automatically?
Hi, yes, you can do the same as this video or package the MSI: command wont be exactly this but similar:
winget install -e --id Zoom.ZoomRooms
Then see my latest video about Remediations + Winget.exe = love, and you can update Zoom Rooms regulary without you need to do anything by running two scripts:
### Software Detection Script to see if software needs an update
### Author: John Bryntze
### Date: 6th January 2023
## Help System to find winget.exe
$JBNWinGetResolve = Resolve-Path "C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe\winget.exe"
$JBNWinGetPathExe = $JBNWinGetResolve[-1].Path
$JBNWinGetPath = Split-Path -Path $JBNWinGetPathExe -Parent
set-location $JBNWinGetPath
## Variables
$JBNAppID = "Zoom.ZoomRooms"
$JBNAppFriendlyName = Zoom Rooms"
## Check locally installed software version
$JBNLocalInstalledSoftware = .\winget.exe list -e --id $JBNAppID --accept-source-agreements
$JBNAvailable = (-split $JBNLocalInstalledSoftware[-3])[-2]
## Check if needs update
if ($JBNAvailable -eq 'Available')
{
write-host $JBNAppFriendlyName "is installed but not the latest version, needs an update"
exit 1
}
if ($JBNAvailable -eq 'Version')
{
write-host $JBNAppFriendlyName "is installed and is the latests version"
exit 0
}
if (!$JBNAvailable)
{
write-host $JBNAppFriendlyName "is not installed"
exit 0
}
and second script is the remediation script
### Software Remediation Script to update the software
### Author: John Bryntze
### Date: 6th January 2023
## Variables
$JBNAppID = "Zoom.ZoomRooms"
## Help System to find winget.exe
$JBNWinGetResolve = Resolve-Path "C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe\winget.exe"
$JBNWinGetPathExe = $JBNWinGetResolve[-1].Path
$JBNWinGetPath = Split-Path -Path $JBNWinGetPathExe -Parent
set-location $JBNWinGetPath
## Run upgrade of the software
.\winget.exe upgrade -e --id $JBNAppID --silent --accept-package-agreements --accept-source-agreements
@@IntuneVitaDoctrina. If I have deployed Zoom room as win 32 app on a Kiosk system through intune already, how can I setup the kiosk system to auto update? That is actually my main objective. Trying to figure out.Thank you!
many ways, you can setup a scheduled task to run this command every day or every week: (or have Intune run it)
winget upgrade -e --id Zoom.ZoomRooms --silent --accept-package-agreements --accept-source-agreements
@@IntuneVitaDoctrina I have deployed it in kiosk mode. How do I do the scheduled task to auto update without issue? Can I do it from Intune? Thanks
Hello, John. First things first, thanks for a good walkthroug i like your work :)
Im experiencing som issues. Is the scripts still working for you ?
I have followed you're instructions and updated the script based on the descriptions.
I made a few small changes, but nothing that should break the logic.
The script:
$WinGetResolve = Resolve-Path "C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe\winget.exe"
$WinGetPathExe = $WinGetResolve[-1].Path
$WinGetPath = Split-Path -Path $WinGetPathExe -Parent
set-location $WinGetPath
# Run winget.exe
.\winget.exe install -e --id Zoom.Zoom --scope=machine --silent --accept-package-agreements --accept-source-agreements
##
Intune install command:
powershell.exe -executionpolicy ByPass -file .\install.ps1
Intune uninstall command:
powershell.exe -executionpolicy ByPass -file .\uninstall.ps1
##
i read that there could be a problem with W11 but im not sure. i tested this on a W10 and a W11 vm with evaluation license.
When i try to run the scripts as an administrator i get "Access is denied" on the winget.exe file.
Im not expecting you to fix it even tho i would be verry happy, im just wondering if the solution still works for you.
Many thanks for youre time and videos.
Thanks, lets see if we can get it to work. It works for me, but I must review this because you are the 3rd to tell me it doesn't work. Your script posted here looks wonderful, should work.
If you start a PowerShell ISE window (run as administrator), paste in the top part of what you showed me in this post, and hit run, do you get an error there too? normally Administrators should have access to winget.exe, you could add right under # Run winget.exe just:
write-host $WinGetPathExe
just to verify it gives the path we want and see the exe file at the end.
please let me know how the PowerShell ISE goes, if still not working I wouldn't mind inviting you to a screen share and look together with you, we can even try a Scandinavian language :) I have worked both in Bergen, Oslo, and Copenhagen (and a lot of Stockholm of course but I'm born there)
@@IntuneVitaDoctrina
on my personal computer i tried to run the commands in PS ISE. The scripts goes to the correct folder and zoom or other applications are being installed. the uninstall script also works.
When the same on my a W11 eval VM it goes to the correct folder (C:\Program Files\WindowsApps\microsoft.desktopappinstaller........\winget.exe
but i get access denied error when the scripts tries to run winget.exe. Even when im logged in as an adminstrator and powershell is runned as admin.
Im going reinstall the VM's with a Volume licensing ISO insted of eval just to check if there could be a bug in the eval edition.
I wouldn't mind a screensharing session. Let me check what you have asked me first on my reinstalled - Autopilot enrolled devices first. FYI I understand swedish bether than danish. ofc english is also a way to go :D
i may not be able to reproduce before tomorrow.
Thanks for the quick response😀
that is interesting, I thought all Win11 had winget.exe, but maybe Eval is a bit special, that will be interesting to follow. I find Danish harder too, if I know what the topic is I can follow in Danish but if not it can be a bit difficult :) Norwegian is easier to understand for me than Danish.
PS C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_1.18.2691.0_x64__8wekyb3d8bbwe> .\winget.exe -version
Program ‘winget.exe’ failed to run: Access is deniedAt line:1 char:1
+ .\winget.exe -version
+ ~~~~~~~~~~~~~~~~~~~~~~.
At line:1 char:1
+ .\winget.exe -version
+ ~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ResourceUnavailable: (:) [], ApplicationFailedException
+ FullyQualifiedErrorId : NativeCommandFailed
I'm 90% sure it is a local client issue, I recall getting this one myself but forgot if it was the actual package or the winget itself that I cleared in the troubleshooting link at the end of this thread (4 items and I did all 4 but I think it is the last one that did it)
github.com/microsoft/winget-cli/issues/876
github.com/microsoft/winget-cli/tree/master/doc/troubleshooting