winget-cli
winget-cli copied to clipboard
0x80070490 Winget source it's not working
Brief description of your issue
Error 0x80070490 I can't use winget because the source is not working.
Steps to reproduce
Using any comand to get info at source
Expected behavior
Normal winget functions
Actual behavior
Winget doesnt work becaus the source is not working.
Environment
PowerShell 7.4.5
PS C:\Users\Ramshu> winget --info
Administrador de paquetes de Windows v1.8.1911
Copyright (c) Microsoft Corporation. Todos los derechos reservados.
Windows: Windows.Desktop v10.0.19045.4842
Arquitectura del sistema: X64
Paquete: Microsoft.DesktopAppInstaller v1.23.1911.0
Directorios de WinGet
-----------------------------------------------------------------------------------------------------------------------
Registros %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalS…
Configuración de usuario %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalS…
Directorio de vínculos portátiles (usuario) %LOCALAPPDATA%\Microsoft\WinGet\Links
Directorio de vínculos portátiles (equipo) C:\Program Files\WinGet\Links
Raíz de paquete portátil (usuario) %LOCALAPPDATA%\Microsoft\WinGet\Packages
Raíz de paquete portátil C:\Program Files\WinGet\Packages
Raíz de paquete portátil (x86) C:\Program Files (x86)\WinGet\Packages
Descargas del instalador F:\Ramshu\Downloads
Vínculos
-----------------------------------------------------------------------------------
Declaración de privacidad https://aka.ms/winget-privacy
Contrato de licencia https://aka.ms/winget-license
Avisos de terceros https://aka.ms/winget-3rdPartyNotice
Página principal https://aka.ms/winget
Términos de Microsoft Store https://www.microsoft.com/en-us/storedocs/terms-of-sale
Configuración de administrador Estado
-------------------------------------------------------
LocalManifestFiles Deshabilitado
BypassCertificatePinningForMicrosoftStore Deshabilitado
InstallerHashOverride Deshabilitado
LocalArchiveMalwareScanOverride Deshabilitado
ProxyCommandLineOptions Deshabilitado
DefaultProxy Deshabilitado
PS C:\Users\Ramshu>
Hi I'm an AI powered bot that finds similar issues based off the issue title.
Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you!
Open similar issues:
- Failed in attempting to update the source: winget (#3525), similarity score: 0.76
- 0x8a15000f : Data required by the source is missing (#3068), similarity score: 0.76
Closed similar issues:
- WINGET: Failed to open the source; try removing and re-adding it An unexpected error occurred while executing the command: (#326), similarity score: 0.81
- Failed to open the source (#998), similarity score: 0.78
- winget is down (#3900), similarity score: 0.77
Note: You can give me feedback by thumbs upping or thumbs downing this comment.
same issue. Maybe in the next few hours the server will be back up
I don't believe the service was down. The URL in the source export in the screenshot above isn't the path to the Pre-Indexed package.
The correct path is: https://cdn.winget.microsoft.com/cache/source2.msix
Does winget source update -n winget also fail?
Does also fail?
winget source update -n winget
Yes, it also fails.
Can you run the command and share verbose logs?
winget source update -n winget --verbose-logs --logs
Can you run the command and share verbose logs?
winget source update -n winget --verbose-logs --logs
Sure, forgive the delay in answering you. WinGet-2024-09-08-21-12-24.011.log WinGetCOM-2024-09-08-11-54-55.658.log WinGetCOM-2024-09-08-01-05-29.895.log
Winget has never worked properly, especially on clean installations, even though it comes pre-installed. The installation is often broken, preventing it from running or updating. The best solution is to install it directly.
Start-BitsTransfer -Source "https://github.com/microsoft/winget-cli/releases/download/v1.8.1911/Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle" -Destination "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller.msixbundle"
Add-AppxPackage -Path "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller.msixbundle"
Winget has never worked properly, especially on clean installations, even though it comes pre-installed. The installation is often broken, preventing it from running or updating. The best solution is to install it directly.
Start-BitsTransfer -Source "https://github.com/microsoft/winget-cli/releases/download/v1.8.1911/Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle" -Destination "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller.msixbundle" Add-AppxPackage -Path "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller.msixbundle"
I'm also having problems with appx... When the problems with winget started, I tried uninstalling it with appx, getting the same error codes as now. I have checked and the services (AppXSVC) and (ClipSVC) are up and running, but for some reason that I don't know appx doesn't work.
Ok, I suggest first repairing the Microsoft Store by running wsreset -i. After a while, wait for a notification that confirms the Store has been installed.
Same here.
Windows-Paket-Manager v1.8.1911
Copyright (c) Microsoft Corporation. Alle Rechte vorbehalten.
Windows: Windows.Desktop v10.0.22631.4112
Systemarchitektur: X64
Paket: Microsoft.DesktopAppInstaller v1.23.1911.0
WinGet-Verzeichnisse
-----------------------------------------------------------------------------------------------------------------------------------------
Protokolle %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir
Benutzereinstellungen %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\settings.json
Verzeichnis für portierbare Links (Benutzer) %LOCALAPPDATA%\Microsoft\WinGet\Links
Portables Linkverzeichnis (Computer) C:\Program Files\WinGet\Links
Portierbarer Paketstamm (Benutzer) %LOCALAPPDATA%\Microsoft\WinGet\Packages
Portierbarer Paketstamm C:\Program Files\WinGet\Packages
Portierbares Paketstamm (x86) C:\Program Files (x86)\WinGet\Packages
Installationsprogrammdownloads %USERPROFILE%\Downloads
Links
-----------------------------------------------------------------------------------------
Datenschutzerklärung https://aka.ms/winget-privacy
Lizenzvereinbarung https://aka.ms/winget-license
Hinweise von Drittanbietern https://aka.ms/winget-3rdPartyNotice
Startseite https://aka.ms/winget
Windows Store-Nutzungsbedingungen https://www.microsoft.com/en-us/storedocs/terms-of-sale
Administratoreinstellung Status
-----------------------------------------------------
LocalManifestFiles Deaktiviert
BypassCertificatePinningForMicrosoftStore Deaktiviert
InstallerHashOverride Deaktiviert
LocalArchiveMalwareScanOverride Deaktiviert
ProxyCommandLineOptions Deaktiviert
DefaultProxy Deaktiviert
Here's a log from a "winget source update --verbose-logs".
Ok, I suggest first repairing the Microsoft Store by running
wsreset -i. After a while, wait for a notification that confirms the Store has been installed.
Done, but the problems persist.
I fixed it by granting my user admin perssions, followed by a
winget source reset --force
and
winget source update
Then I removed the admin permissions again and winget still works.
I fixed it by granting my user admin perssions, followed by a
winget source reset --forceand
winget source updateThen I removed the admin permissions again and winget still works.
That's literally what I do in the first comment, obviously it didn't work, so they're not the same problem. If you can give more details of the problem you were having, in case it helps to find a solution that would be great.
Did you granted your normal office account the admin priviledges? Because as Administrator, winget never showed an issue, only with my normal, unpriviledge office account.
Did you granted your normal office account the admin priviledges? Because as Administrator, winget never showed an issue, only with my normal, unpriviledge office account.
Yes, my account has the privileges.
I don't know if it would help or not, but there is a "Repair-WinGetPackageManager" cmdlet in the Microsoft.WinGet.Client PowerShell module. It's designed to "fix" issues with WinGet from an install/bootstrapping perspective.
You could try running Repair-WinGetPackageManager -Latest -Force to see if that addresses the problem.
If that works, it's clearly a work around and not the solution to the problem, but I'd love to help unblock the issue until we can get a solid set of instructions to reproduce the situation so we can figure out how to fix the actual root cause.
I don't know if it would help or not, but there is a "Repair-WinGetPackageManager" cmdlet in the Microsoft.WinGet.Client PowerShell module. It's designed to "fix" issues with WinGet from an install/bootstrapping perspective.
You could try running
Repair-WinGetPackageManager -Latest -Forceto see if that addresses the problem.If that works, it's clearly a work around and not the solution to the problem, but I'd love to help unblock the issue until we can get a solid set of instructions to reproduce the situation so we can figure out how to fix the actual root cause.
Doesn't works for me...
Edit: Screenshot fix
Winget has never worked properly, especially on clean installations, even though it comes pre-installed. The installation is often broken, preventing it from running or updating. The best solution is to install it directly.
Start-BitsTransfer -Source "https://github.com/microsoft/winget-cli/releases/download/v1.8.1911/Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle" -Destination "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller.msixbundle" Add-AppxPackage -Path "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller.msixbundle"
this completely solved it for me. appreciate so much.
@Ramshu it looks like you may not have "installed" the module before trying to run the cmdlet.
Try running Install-Module Microsoft.WinGet.Client before trying to run Repair-WinGetPackageManager -Force -Latest.
@Ramshu it looks like you may not have "installed" the module before trying to run the cmdlet.
Try running
Install-Module Microsoft.WinGet.Clientbefore trying to runRepair-WinGetPackageManager -Force -Latest.
This did something, but it didn't fix the problem.
Winget has never worked properly, especially on clean installations, even though it comes pre-installed. The installation is often broken, preventing it from running or updating. The best solution is to install it directly.
Start-BitsTransfer -Source "https://github.com/microsoft/winget-cli/releases/download/v1.8.1911/Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle" -Destination "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller.msixbundle" Add-AppxPackage -Path "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller.msixbundle"
I managed to get the commands to work using Windows PowerShell instead of the latest version of Powershell, but unfortunately it didn't solve the problem.
I have also tried to uninstall winget completely and installing the latest version, but it did not solve anything either.
Get-AppxPackage Microsoft.DesktopAppInstaller | Remove-AppxPackage
Add-AppxPackage -Path "$env:USERPROFILE\Downloads\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle"
@denelon @surgatengit @PatrickTerlisten I have been able to solve it in the most unusual way.
I remembered that the problems with winget started after deleting a Guest Account... So I tried to create a new administrator account, I tried to use WinGet List on the new account, it asked me to accept the terms and it worked.
I have returned to my usual user account and winget worked magically, it is curious that it also asked me to accept the terms as if it were a new installation.
I really don't understand what happened or why, I just know that it has worked.
I don't believe the service was down. The URL in the source export in the screenshot above isn't the path to the Pre-Indexed package.
The correct path is: https://cdn.winget.microsoft.com/cache/source2.msix
This helped me, had this winget error since 3-4 Months and couldn't solve it. Thanks so much! @denelon