Package Details: jdk8 8u431-1

Git Clone URL: https://aur.archlinux.org/jdk8.git (read-only, click to copy)
Package Base: jdk8
Description: Oracle Java 8 Development Kit LTS
Upstream URL: https://www.oracle.com/technetwork/java/javase/downloads/index.html
Keywords: java-environment-jdk java-openjfx java-runtime-headless-jre java-runtime-jre java-web-start-jre
Licenses: custom:Oracle
Provides: java-environment, java-environment-jdk, java-openjfx, java-runtime, java-runtime-headless, java-runtime-headless-jre, java-runtime-jre, java-web-start, java-web-start-jre
Submitter: Det
Maintainer: severach
Last Packager: severach
Votes: 105
Popularity: 0.000487
First Submitted: 2017-09-21 22:18 (UTC)
Last Updated: 2024-10-19 18:33 (UTC)

Dependencies (10)

Required by (2713)

Sources (6)

Pinned Comments

severach commented on 2019-04-17 06:47 (UTC) (edited on 2019-04-27 04:59 (UTC) by severach)

Direct downloads are no longer available. Create your Oracle account, download, and put in with the PKGBUILD.

New and improved. Now you can just download to ~/Downloads then run the update.

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 Next › Last »

Austcool commented on 2019-02-25 22:20 (UTC)

@severach In the sun-java-jdk8.desktop file please remove NoDisplay=true, and add Exec=/usr/lib/jvm/java-8-jdk/jre/bin/java -jar %F so the desktop file can be used to set to open jar files from the context menu.

severach commented on 2019-01-19 22:41 (UTC)

I didn't notice there were two versions on the same page.

Musikolo commented on 2019-01-19 04:00 (UTC)

@severach, out of curiosity, why are you using build u201 instead of u202? Shouldn't build u202 be newer and come with additional bug fixes?

severach commented on 2019-01-18 19:24 (UTC)

@x4fyr: Validation for jce_policy-8.zip and jdk-8u201-linux-x64.tar.gz fails

I pulled a new copy. All checksums good and it builds. My java app runs in jdk8. Can you give me an example of what worked in 192 and doesn't work in 201?

Musikolo commented on 2019-01-17 03:21 (UTC) (edited on 2019-01-17 03:21 (UTC) by Musikolo)

@wulftone, yes, I was also having the same issue. The problem is that the package isn't up-to-date, and old version is no longer available. However, if you want to solve it, just follow the next few steps:

1.- Download and extract https://aur.archlinux.org/cgit/aur.git/snapshot/jdk8.tar.gz

2.- Download this patch (https://pastebin.com/ibkbvRfV) and save it as jdk8-update.patch

3.- Apply the patch: patch PKGBUILD < jdk8-update.patch

4.- Build and install: makepkg -crsi

I hope it works!

wulftone commented on 2019-01-16 23:48 (UTC) (edited on 2019-01-17 01:28 (UTC) by wulftone)

Anyone else having issues downloading this package? It's 404ing due to a license agreement check that oracle is doing on that file now. Looking at the URL you get from the browser, there's an additional AuthParam query param on the url, e.g. https://download.oracle.com/otn-pub/java/jdk/8u201-b09/42970487e3af4f5aa5bca3f542482c60/jdk-8u201-linux-x64.tar.gz?AuthParam=1547682810_edf64a570bffeb36da56c21e3eb8f9fb (I changed the param, FYI, so this link doesn't work as is).

EDIT: I think it just needs updated to the latest version/build/hash/md5sum and it will work fine.

nougad commented on 2018-07-22 10:31 (UTC)

Thanks for the notice. I updated the package to latest version 8u181.

JakobJung commented on 2018-07-22 09:40 (UTC) (edited on 2018-07-22 09:45 (UTC) by JakobJung)

The package is currently not working as the linked jdk version is no longer available on the oracle site.

Det commented on 2018-07-21 16:37 (UTC) (edited on 2019-01-19 23:12 (UTC) by Det)

AFAIK the best public MD5 preimage attack is at 2^123.4. Dividing it in half (50% chance of finding collision) gives 7.0×10^36. If you generated distinct hashes with multiple GPUs at speeds of 200 billion/sec, you would find a match with those odds in 1.1 billion billion years (7.0×10^36/(200×10^9×60×60×24×365.2524) ≈ 1.1*10^18) (the universe is 14 billion years old).

I don't get the last part?

Musikolo commented on 2018-07-21 16:10 (UTC)

I agree it's probably very hard to achieve, but it's still possible.

Is this a reason to keeping using a very-hard-to-break but still vulnerable hashing algorithm?

If the discussion is about what color is best, you win...