Closed redactedscribe closed 3 months ago
After installing, is the popup still showing up?
I have just fixed the .NET Tool Outdated, this was an issue whith .net being misdetected when it is not installed.
But the WinGet one didn't appear again, right?
I have not attempted to install WinGet using this dependency popup. Because 1.) The logs say winget.exe was found, 2.) I know WinGet is on my system and in my PATH. I don't need another copy of WinGet to be installed.
I can tell pressing install if you need...
No, WinGet is not thr requirement, but the WinGet PowerShell Module
Please try to install and check if it asks for it again
Install button results in PowerShell console window with:
Install-Module : Administrator rights are required to install modules in 'C:\Program Files\WindowsPowerShell\Modules'.
Log on to the computer with an account that has Administrator rights, and then try again, or install
'C:\Users\User\Documents\WindowsPowerShell\Modules' by adding "-Scope CurrentUser" to your command. You can also try
running the Windows PowerShell session with elevated rights (Run as Administrator).
At line:1 char:4
+ & {Install-Module -Name Microsoft.WinGet.Client -Force -Confirm:$fals ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Install-Module], ArgumentException
+ FullyQualifiedErrorId : InstallModuleNeedsCurrentUserScopeParameterForNonAdminUser,Install-Module
Press Enter to continue...:
After closing the console, UniGetUI claims it was installed successfully, but it wasn't. Restarting UniGetUI shows the same dependency popup again, so at least it is still aware that it's not installed.
If you can please add a small explanation as to what these dependencies are. E.g. "UniGetUI needs the WinGet PowerShell module to be able to X, please install it". For some reason I wrongly presumed that this was winget.exe itself.
The issues you were facing should be fixed now
@marticliment Will this explain / fix why the logs (above) say winget.exe was found (D:\Scoop\shims\winget.exe), even though the option to use the system winget.exe is disabled?
(I think this issue contained two issues I should've separated.)
This option is old, and I have not removed it yet, but it has no effect currently.
Does that mean a sytem winget.exe will be required in the future? Or will a system winget.exe be automatically be used if it is found. Or, only a bundled winget.exe can be used? We have the option to choose a system GSudo for example. Either way, I hope we can still use a system winget.exe in the future.
Thanks for the fixes.
System WinGet will always be used. In fact, bundled WinGet is still present for compatibility reasons with fetching package installer details, but once I can sort this issue out UniGetUI will not bundle WinGet anymore.
Please confirm these before moving forward
UniGetUI Version
3.1.0 beta 1
Windows version, edition and architecture
Windows 11 Pro
Describe your issue
When running UniGetUI I get the popup:
but as you can see by the logs below, it is found.
The experimental setting is not enabled to use the system WinGet. Also, the %LOCALAPPDATA%\UniGetUI dir does not contain the file which (I believe) tells UniGetUI to use the system WinGet or not.
Steps to reproduce the issue
Before installing beta 1, I uninstalled beta 0 and deleted my %LOCALAPPDATA%\UniGetUI dir to have a clean start.
UniGetUI Log
Package Managers Logs
Relevant information
No response
Screenshots and videos
No response