#2148 closed defect (wontfix)
Problems with http://download.virtualbox.org and wget
| Reported by: | Alessio Cassibba | Owned by: | |
|---|---|---|---|
| Component: | other | Version: | VirtualBox 2.0.0 |
| Keywords: | Cc: | ||
| Guest type: | other | Host type: | other |
Description
When downloading from http://download.virtualbox.org via wget, files are saved/proposed with a different name, example for VirtualBox-1.6.6-Linux_x86.run:
url used: http://download.virtualbox.org/virtualbox/1.6.6/VirtualBox-1.6.6-Linux_x86.run
filename: VirtualBox-1.6.6-Linux_x86.run?e=1220828399&h=76fb79eb5def450604fa23f5f7a237dd
this occurs only for all the files actually hosted on dlc-cdn-rd.sun.com.
There is a way to fix this issue? under Gentoo wget is used by default from portage to retrieve all the files needed for the installation of a specific package (in this example for virtualbox-bin-1.6.6), and when the files are saved under with different name the digest verification fails.
Attachments (1)
Change History (3)
by , 17 years ago
follow-up: 2 comment:1 by , 17 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
This behavior cannot be changed, as it's part of handling the legal aspects of US export control. Well, it can, but neither involved party would appreciate that - it would mean stopping direct VirtualBox downloads entirely.
Also I fail to see that this is really a major problem. You can easily rename the file afterwards (as the '?' separator is obvious), or use wget -O. That means just minor changes to your script.
comment:2 by , 17 years ago
Replying to klaus:
This behavior cannot be changed, as it's part of handling the legal aspects of US export control. Well, it can, but neither involved party would appreciate that - it would mean stopping direct VirtualBox downloads entirely.
ok no problems at all when there are legal aspects involved.
Also I fail to see that this is really a major problem. You can easily rename the file afterwards (as the '?' separator is obvious), or use wget -O. That means just minor changes to your script.
the problem will afflict all the gentoo users installing PUEL licensed files (as said before portage uses wget to retrieve files), the problem is trivial but it's not easy to resolve since portage expects a the same filename declared in the SRC_URI variable.
By the way, to resolve this issue in PUEL ebuilds, the download will be restricted so the users will fetch all the needed files itself.
wget output