On 20.01.23 21:58, Ant wrote:
Hello,
I reproduced it in both updated 64-bit Debian bullseye and Fedora v37
PCs:
Here's an example from my 14 yrs. old Debian PC:
$ wget2
https://download.gimp.org/gimp/v2.10/macos/gimp-2.10.32-1-x86_64.dmg
[0] Downloading
'https://download.gimp.org/gimp/v2.10/macos/gimp-2.10.32-1-x86_64.dmg'
...
HTTP response 302
[https://download.gimp.org/gimp/v2.10/macos/gimp-2.10.32-1-x86_64.dmg]
Adding URL:
https://mirror.fcix.net/gimp/gimp/v2.10/osx/gimp-2.10.32-1-x86_64.dmg
Adding URL:
https://opencolo.mm.fcix.net/gimp/gimp/v2.10/osx/gimp-2.10.32-1-x86_64.dmg
[0] Downloading
'https://opencolo.mm.fcix.net/gimp/gimp/v2.10/osx/gimp-2.10.32-1-x86_64.dmg' ...
[1] Downloading
'https://mirror.fcix.net/gimp/gimp/v2.10/osx/gimp-2.10.32-1-x86_64.dmg' ...
Saving 'gimp-2.10.32-1-x86_64.dmg'
Saving 'gimp-2.10.32-1-x86_64.dmg.1'
HTTP response 200 OK
[https://mirror.fcix.net/gimp/gimp/v2.10/osx/gimp-2.10.32-1-x86_64.dmg]
HTTP response 200 OK
[https://opencolo.mm.fcix.net/gimp/gimp/v2.10/osx/gimp-2.10.32-1-x86_64.dmg]
Thank you for reading and hopefully answering soon. :)
Thank you for the report.
It is reproducible for me.
The reason for this issue is that additional 'Link' HTTP response
headers trigger the metalink detection, which in turn (additionally)
downloads the highest priority rel=duplicate link URL.
To workaround the issue, disable metalink detection with `--no-metalink`.
I'll as well amend the logic in wget2 to fix the issue.
Regards, Tim