Package Details: jre8 8u221-1

Git Clone URL: https://aur.archlinux.org/jre8.git (read-only)
Package Base: jre8
Description: Oracle Java 8 Runtime Environment
Upstream URL: https://www.java.com/en/download/manual.jsp
Keywords: java-openjfx java-runtime-headless-jre java-runtime-jre java-web-start-jre
Licenses: custom:Oracle
Provides: java-openjfx=8, java-runtime=8, java-runtime-headless=8, java-runtime-headless-jre=8, java-runtime-jre=8, java-web-start=8, java-web-start-jre=8
Submitter: Det
Maintainer: severach
Last Packager: severach
Votes: 29
Popularity: 1.420330
First Submitted: 2017-09-21 22:18
Last Updated: 2019-07-18 17:01

Required by (1000)

Sources (3)

Latest Comments

1 2 Next › Last »

Kastilo commented on 2019-07-09 00:47

I'm getting a checksum error in downloading jre-8u211-linux-x64.tar.gz

File provided here has a hash of MD5: E7A6B33DEB17C66D46BEB42F1B8CF3BC SHA-1: 5CDF22F3835DB4719DE221E6F9BD52AD1D73D0FC SHA-256: DB3BA91C78B950269380D8F6872BEFED94176F619CEFBCD7877E3624512E0218

File downloaded by AUR package is MD5:90E2DE207EB73255D2B3C75C790C1883 SHA-1: 568A324A5B65DE11C9BC76942A19D6BCE41863E4 SHA-256 E6599E6AC633B00CED6EB16533735A9E344CCA2A268F2DAEFC3546FA47D63DE0

Any recommendations on to proceed or not?

EDIT: Bypassed by replacing server downloaded file located in /var/pacmac-build-$username with file downloaded from javadl.oracle.com link in sources description and building, bypassing differently hashed file

biosin commented on 2019-04-22 18:43

In fact, the downloaded file (with aria2c) is an HTML file with title "Unauthorized Request" that also appears when I request the URL in my browser and with wget. It says it needs some cookies set... To be clear, this seems to be the URL: https://download.oracle.com/otn-pub/java/jce/8/jce_policy-8.zip

severach commented on 2019-04-18 20:18

@biosin: I rm the file and makepkg -sCo. The checksums are fine.

biosin commented on 2019-04-18 20:10

I'm getting a checksum error

==> Validating source files with md5sums...
    jce_policy-8.zip ... FAILED

severach commented on 2019-01-21 18:34

I fixed the msg2 lines to handle makepkg --nocolor.

petaramesh commented on 2019-01-21 15:23

Hi, Package build fails here with : /usr/share/makepkg/util/message.sh: ligne 58: BLUE : variable sans liaison

Det commented on 2018-10-24 17:14

Can't repro?

renatocan commented on 2018-10-22 17:32

I've tried to install and got an error: "rename: error: unrecognized arguments: lib/desktop/mime/packages/x-java-archive.xml"

Det commented on 2018-07-19 17:11

No, you're missing the point :D.

Please read, eg. here: https://crypto.stackexchange.com/questions/1173/what-are-preimage-resistance-and-collision-resistance-and-how-can-the-lack-ther

Or my question (less technical): https://stackoverflow.com/questions/28378326/difference-between-preimage-resistance-and-second-preimage-resistance

Or the old Wiki entry (even less technical): https://wiki.archlinux.org/index.php?title=PKGBUILD&oldid=382360#Integrity

MarcinWieczorek commented on 2018-07-19 16:47

Okay then, let's extend the scope of the article:

The checksum type and values should always be those provided by upstream, such as in release announcements. When multiple types are available, the strongest checksum is to be preferred: sha256 over sha1, and sha1 over md5.

https://www.oracle.com/webfolder/s/digest/8u181checksum.html

Enough?