von DK2000 » 20.11.2025, 19:27
Das Problem ist, wenn 'update --all' nicht funktioniert, ist es meistens egal. was man da noch angibt. Es wird dann nie richtig funktionieren. Und gerade bei Updates, wo die Version nicht ermittelt werden kann, ist das schwierig. Das ist so eine Schwachstelle von winget. Bei eignen Anwendungen lässt sich das umgehen, wenn man die Anwendung mit winget selber installiert. Aber meisten scheitert es dann trotzdem beim Update.
Die ID für die bereits installierten Anwendungen ermitteln:
winget list
In der Spalte "ID" steht dann die ID, z.B. 7zip.7zip oder Microsoft.Edge. Funktioniert aber nur mit den Quellen "msstore" oder "winget". Wenn in der Spalte Quelle nichts steht, dann geht das über winget auch nicht. Und Anwendungen über den Store sind auch so ein Fall für sich.
Get-Command -Module Microsoft.WinGet.Client
Direkt in der Powershell eingeben. Sollte dann so eine Ausgabe kommen:
Code: Alles auswählen
CommandType Name Version Source
----------- ---- ------- ------
Alias Get-WinGetSettings 1.10.340 Microsoft.WinGet.Client
Alias Get-WinGetUserSettings 1.10.340 Microsoft.WinGet.Client
Alias Set-WinGetUserSettings 1.10.340 Microsoft.WinGet.Client
Alias Test-WinGetUserSettings 1.10.340 Microsoft.WinGet.Client
Cmdlet Add-WinGetSource 1.10.340 Microsoft.WinGet.Client
Cmdlet Assert-WinGetPackageManager 1.10.340 Microsoft.WinGet.Client
Cmdlet Disable-WinGetSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Enable-WinGetSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Export-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Find-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetSource 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetUserSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetVersion 1.10.340 Microsoft.WinGet.Client
Cmdlet Install-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Remove-WinGetSource 1.10.340 Microsoft.WinGet.Client
Cmdlet Repair-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Repair-WinGetPackageManager 1.10.340 Microsoft.WinGet.Client
Cmdlet Reset-WinGetSource 1.10.340 Microsoft.WinGet.Client
Cmdlet Set-WinGetUserSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Test-WinGetUserSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Uninstall-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Update-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Aber vielleicht auch wieder vergessen. Funktioniert wohl immer noch nicht so ganz, jedenfalls bei mir in Windows 10. Update-WinGetPackage meckert rum, das dem das zu viel ist. Muss man wohl immer noch den Umweg gehen. Dann lieber bei der CLI-Version bleiben.
Das Problem ist, wenn 'update --all' nicht funktioniert, ist es meistens egal. was man da noch angibt. Es wird dann nie richtig funktionieren. Und gerade bei Updates, wo die Version nicht ermittelt werden kann, ist das schwierig. Das ist so eine Schwachstelle von winget. Bei eignen Anwendungen lässt sich das umgehen, wenn man die Anwendung mit winget selber installiert. Aber meisten scheitert es dann trotzdem beim Update.
Die ID für die bereits installierten Anwendungen ermitteln:
[i]winget list[/i]
In der Spalte "ID" steht dann die ID, z.B. 7zip.7zip oder Microsoft.Edge. Funktioniert aber nur mit den Quellen "msstore" oder "winget". Wenn in der Spalte Quelle nichts steht, dann geht das über winget auch nicht. Und Anwendungen über den Store sind auch so ein Fall für sich.
[i]Get-Command -Module Microsoft.WinGet.Client[/i]
Direkt in der Powershell eingeben. Sollte dann so eine Ausgabe kommen:
[code]CommandType Name Version Source
----------- ---- ------- ------
Alias Get-WinGetSettings 1.10.340 Microsoft.WinGet.Client
Alias Get-WinGetUserSettings 1.10.340 Microsoft.WinGet.Client
Alias Set-WinGetUserSettings 1.10.340 Microsoft.WinGet.Client
Alias Test-WinGetUserSettings 1.10.340 Microsoft.WinGet.Client
Cmdlet Add-WinGetSource 1.10.340 Microsoft.WinGet.Client
Cmdlet Assert-WinGetPackageManager 1.10.340 Microsoft.WinGet.Client
Cmdlet Disable-WinGetSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Enable-WinGetSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Export-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Find-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetSource 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetUserSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Get-WinGetVersion 1.10.340 Microsoft.WinGet.Client
Cmdlet Install-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Remove-WinGetSource 1.10.340 Microsoft.WinGet.Client
Cmdlet Repair-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Repair-WinGetPackageManager 1.10.340 Microsoft.WinGet.Client
Cmdlet Reset-WinGetSource 1.10.340 Microsoft.WinGet.Client
Cmdlet Set-WinGetUserSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Test-WinGetUserSetting 1.10.340 Microsoft.WinGet.Client
Cmdlet Uninstall-WinGetPackage 1.10.340 Microsoft.WinGet.Client
Cmdlet Update-WinGetPackage 1.10.340 Microsoft.WinGet.Client[/code]
Aber vielleicht auch wieder vergessen. Funktioniert wohl immer noch nicht so ganz, jedenfalls bei mir in Windows 10. Update-WinGetPackage meckert rum, das dem das zu viel ist. Muss man wohl immer noch den Umweg gehen. Dann lieber bei der CLI-Version bleiben.