Bug #483
closed`make iasl` can't fetch R10_20_22.tar.gz since it stores it under a different name
0%
Description
Downloading and verifying tarballs ...
* R10_20_22.tar.gz (downloading from https://github.com/acpica/acpica/archive/refs/tags/R10_20_22.tar.gz)..... Failed to download R10_20_22.tar.gz.
make[1]: *** [Makefile:24: build_iasl] Error 1
‰ cat ./util/crossgcc/sum/R10_20_22.tar.gz.cksum
560d9e43692e1957bcf24a9bdd663ffe77da88dd tarballs/R10_20_22.tar.gz
‰ sha1sum util/crossgcc/tarballs/acpica-R10_20_22.tar.gz
560d9e43692e1957bcf24a9bdd663ffe77da88dd util/crossgcc/tarballs/acpica-R10_20_22.tar.gz
Updated by Martin Roth over 1 year ago
- Status changed from New to Rejected
I can't reproduce this issue. It downloaded the tarball fine for me.
Downloading and verifying tarballs ...
- R10_20_22.tar.gz (downloading from https://github.com/acpica/acpica/archive/refs/tags/R10_20_22.tar.gz)... 0%... hash verified (560d9e43692e1957bcf24a9bdd663ffe77da88dd) Downloaded tarballs ... ok Unpacking and patching ...
- R10_20_22.tar.gz o acpica-R10_20_22_iasl.patch
Going to the ACPICA site on github shows that this is the correct URL:
https://github.com/acpica/acpica/tags
https://github.com/acpica/acpica/archive/refs/tags/R10_20_22.tar.gz
Closing the issue as rejected.
Updated by First name * Last name * over 1 year ago
Martin Roth wrote in #note-1:
I can't reproduce this issue. It downloaded the tarball fine for me.
Downloading and verifying tarballs ...
- R10_20_22.tar.gz (downloading from https://github.com/acpica/acpica/archive/refs/tags/R10_20_22.tar.gz)... 0%... hash verified (560d9e43692e1957bcf24a9bdd663ffe77da88dd) Downloaded tarballs ... ok Unpacking and patching ...
- R10_20_22.tar.gz o acpica-R10_20_22_iasl.patch
Going to the ACPICA site on github shows that this is the correct URL:
https://github.com/acpica/acpica/tags
https://github.com/acpica/acpica/archive/refs/tags/R10_20_22.tar.gzClosing the issue as rejected.
The problem is not about the URL, but about the name wget saves the archive under. buildgcc doesn't request a specific name from wget, but expects it to store the downloaded file at a specific name. Apparently you don't have content-disposition = on
in your /etc/wgetrc
so it happens to work for you.