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
Windows 10 & 11 Download URL not leading to Microsoft CDN #612
Comments
Hello there 👋 In the meantime you might want to join the Wimpys World Discord 🗣 where we have a large community of Linux 🐧 enthusiasts and passionate open source developers 🧑💻 You might also be interested in following Wimpys World Twitch 📡 channel where Wimpy streams let's code video, including this project, several times a week. A back catalog of past live stream and other Linux related content is available on Wimpys World YouTube 📺 channel. |
I'm also having this issue on Kubuntu 22.04. I installed from the PPA.
|
After a bit more investigation, it appears that there is some problem with either the third party site being used to get the Windows ISO download link (https://tb.rg-adguard.net) or possibly with the Microsoft download URL. I get a 403 Forbidden error when the third party site redirects to the Microsoft URL. |
I'm also having this issue on Arch Linux, they should make their ow ISO mirror |
Same problem. Also Ubuntu 22.04.1 LTS |
same here,arch,i even try different country proxy,no change |
Any luck on this? Probably just an incorrect URL somewhere. |
any way to do it manually, and still have it work, just specifying the dowloaded path anywhere? |
I was looking forward to trying out Quickemu on my fresh install of Ubuntu 22.10 but I'm running into the same problem.
|
I have debugged manually the process and it seems tb.rg-adguard has issues fetching download link,which causing this issue. Update: Yes checked in 2022/12 the json api was shutted down. |
Don't know if this helps: [Guessing mode here] |
@msmafra indeed. Thats the reason these few api still there as there more hoops to jump than just to edit expire date. And whats makes it more difficult is quickemu "bashism" approach which means we have stay close to bash only solutions as we can. Which is why we might have to think about writing or hosting an api ourselfs |
Another findings. Perhaps we could use https://opendirectory.luzea.de/GezoeSloog/OS/NT10/ as an alternative way to download windows 10 and 11, but the source is of course not official |
Considering this PowerShell script https://github.com/pbatard/Fido, it seems not viable to try via bash + curl |
Indeed it would need to be a separated script which would be possibly not bash. |
If you just need to get up and running today (before the script is fixed) with windows 10: go to https://www.microsoft.com/en-us/software-download/windows10ISO and download the iso to your home directory. Then make a copy of /usr/bin/qemuget in your home directory:
and edit it with your fav text editor; change the windows_get() function ( around line 1880): comment out
and under it add:
where the path to the .iso is whatever you saved it as. Then you can run
|
Expected behaviour
I was downloading windows 10 & 11 using quickget and it shows the error.
Actual behaviour
When downloading windows 11 & 10 using quickget, it shows error
Steps to reproduce the behaviour
Outline the step to reproduce the issue you've encountered.
Quickemu output
Run
quickemu
orquickget
and paste the output here../quickget windows 10
Getting Windows 10 URL...
Download URL not leading to Microsoft CDN
./quickget windows 11
Getting Windows 11 URL...
Download URL not leading to Microsoft CDN
Linux Distribution & Kernel
Run the following and paste the output.
lsb_release --all
LSB Version: :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID: Fedora
Description: Fedora release 37 (Thirty Seven)
Release: 37
Codename: ThirtySeven
uname -a
Linux fedora 6.0.18-300.fc37.x86_64 #1 SMP PREEMPT_DYNAMIC Sat Jan 7 17:10:00 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
The text was updated successfully, but these errors were encountered: