-
Notifications
You must be signed in to change notification settings - Fork 80
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
JDK is not downloaded to the /tmp directory #596
Comments
To add some more information about this issue. I also encountered the problem running Fedora testing. In my case, the issue was caused by using |
Not going to mark this as closed due to it still being an issue in 4.6.1 but yes, forcing download.sh to use curl instead of wget on Fedora 40 Beta does indeed get the script to work as intended again. I also manually confirmed the sources the script pulls from are still up and running which means the issue is indeed not that the JDK was taken down on github but rather some issue with wget on Fedora 40 Beta. |
I have posted a quick workaround to force the use of curl instead of wget. See #601 (comment) |
Why it doesn't use alternative backend when failed is another question... |
With Wget2 reaching maturity, some distributions are starting to ship it by default. Fedora 40 is one such distribution: The download utility will have to be modified to differentiate between wget and wget2. In the meantime, affected users should force usage of the curl download backend:
|
Hi, I'm on latest Arch Linux. This fixed it for me. Thanks! |
For me, it didn't work also. Got stuck on downloading. Then I went into the scripts and was able to isolate the cause of the problem: wget doesn't recognise the option --show-progress. After removing this option, I successfully completed an install. |
I'm not sure if this is related to this issue, but the two similar fixes posted here do not correct my issue.
Log after using recommended fix of editing the download.sh file:
This was my first output after making sure I'd had all prerequisites installed and choosing to start with a clean prefix; subsequent to this, I stopped archiving the old prefix to save time because it didn't seem to be causing this error, but please let me know if it actually does.
|
@SwordsmanJ Completely unrelated. You have a broken /tmp mount. Permissions on /tmp should be 777 so that processes can create temporary files. |
Thank you for the help, even though it was unrelated. I got the same error again at first after running the suggested command, then deleted the JDK folder in /tmp that had been created originally and it worked. I'll look up how to fix my /tmp mount permanently, but thanks again. |
@rockerbacon Would you mind looking at my pull request? I added code to differentiate wget2 from wget 1.x. |
The directories are made but the zip does not get downloaded from github.
I believe the issue must be in step/download_external_resources.sh
I am on Fedora if this matters!
The text was updated successfully, but these errors were encountered: