-
-
Notifications
You must be signed in to change notification settings - Fork 446
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
[BUG] which
unsupported by Command Prompt, leading to package managers not found: "winget.exe was not found on the system" etc
#2325
Comments
Please test the latest alpha. WinGet component has essentially been rebuilt |
@marticliment Which exe should I choose, and why are there two? UniGetUI.Installer.exe or WingetUI.Installer.exe. |
They are both copies of the same file, they are left as a compatibility feature with older installers |
Thanks. Will UniGetUI get installed to C:\Program Files\UniGetUI in the future? Currently the installer suggests C:\Program Files\WingetUI so I installed it there right over the stable version. |
I've just installed UniGetUI. Unfortunately, it does not help. In fact, the situation is worse because WinGet is not found when the experimental setting to use the system winget.exe is enabled or disabled. Previously disabling this setting at least used the bundled winget.exe. For some reason, UniGetUI cannot find, or does not provide, its own winget.exe.
Also, UniGetUI cannot find GSudo for some reason when I think there was no problem before:
Oh, and Scoop, which it clearly is:
Also Python, Npm, and .NET Tool aren't found. Only Chocolatey and Powershell are found.
|
How are you running WingetUI? Admin? special environment? |
Nothing special, definitely not as admin. Maybe it's related to the path containing unusual characters? My Scoop path (where most my executables live) actually contains a |
Your paths should never contain a |
A |
I created a new folder on my desktop (no It doesn't look like |
Hello @marticliment, I just installed beta0 to see if there was any improvement. Unfortunately no. In case it helps, here's a level 5 debug log after starting UniGetUI (lines 4-5, 8-9, and 11 are red text) -- Skip to the bottom paragraph for what I think the problem actually is:
I think I may have an idea for what the problem is: UniGetUI PowerShell logs show "The token '&&' is not a valid statement separator in this version." errors because my Microsoft.PowerShell_profile.ps1 profile file is used for both PowerShell Core and Windows PowerShell and the syntax used isn't supported in the older PowerShell. Since I only use the former PowerShell (pwsh.exe) I have not noticed this error until now. I stopped Windows PowerShell loading the profile and there is no PowerShell error displayed in the UniGetUI PowerShell logs anymore, but it doesn't solve the issue. Okay, it looks like I was confused by My Command Prompt only supports Here's a table of the commands which work in what console on my system (
Note:
Perhaps UniGetUI should be using Thanks. |
which
unsupported by Command Prompt, leading to package managers not found: "winget.exe was not found on the system" etc
As always, thanks for the fix @marticliment. That should work. Looking forward to using UniGetUI again! |
Just to confirm @marticliment, the package managers and executables are now being detected/found in beta 1. |
Great! |
Please confirm these before moving forward
Describe your issue
Firstly, I have not tested the lastest beta or stable. If I have additional time, I will.
The issue is, I've been using the WingetUI experimental setting "Use system Winget (System language must be set to english)" for many months, but for several weeks (not sure how long), WingetUI no longer updates any WinGet packages. WingetUI's settings reports "Winget was not found!". It also shows
B:\ThisExe\WasNotFound\InPath\winget.exe
for the path.This setting used to work, and I believe it still worked in the first v3 version that was released. Perhaps it broke in some 3.0.x update? It definitely worked in v2 WingetUI.
Disabling the experimental setting and restarting WingetUI causes WingetUI to begin offering WinGet package updates again.
Related? #2239
Thanks.
WingetUI 3.0.2
Steps to reproduce the issue
Didn't do anything differently. The experimental feature just stopped working one day, presumably after the latest / a recent WingetUI update.
WingetUI Log
Package Managers Logs
Relevant information
Did the experimental setting always require the system language to be English? "Use system Winget (System language must be set to english)". Mine is set to English but United Kingdom, if that matters?
Screenshots and videos
The text was updated successfully, but these errors were encountered: