Package Details: jre 9.0.1-1

Git Clone URL: (read-only)
Package Base: jre
Description: Oracle Java Runtime Environment
Upstream URL:
Keywords: java-openjfx java-runtime-headless-jre java-runtime-jre java-web-start-jre
Licenses: custom:Oracle
Conflicts: java-runtime-jre=9
Provides: java-openjfx=9, java-runtime=9, java-runtime-headless=9, java-runtime-headless-jre=9, java-runtime-jre=9, java-web-start=9, java-web-start-jre=9
Submitter: td123
Maintainer: Det
Last Packager: Det
Votes: 577
Popularity: 3.521279
First Submitted: 2011-08-27 17:57
Last Updated: 2017-10-17 21:07

Required by (887)

Sources (2)

Latest Comments

bouni commented on 2017-10-17 19:26

Seems that the URL is no longer valid:
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading
==> ERROR: Makepkg was unable to build jre

I tried to change the vars that build the URL in the pkgbuid but it still fails on a later point.

The current URl is:

Vico commented on 2017-10-07 01:58

Bug in script: "# Link missing icons", debug output:
-> i: lib/desktop/icons/hicolor/48x48/apps/sun-jcontrol-jre9.png
-> ln -s sun-jcontrol-jre9.png lib/desktop/icons/hicolor/48x48/apps/sun-java-jre9.png
-> ln -s sun-jcontrol-jre9.png lib/desktop/icons/hicolor/48x48/apps/sun-javaws-jre9.png
-> i: lib/desktop/icons/hicolor/48x48/mimetypes/gnome-mime-application-x-java-jnlp-file-jre9.png
-> ln -s sun-jcontrol-jre9.png lib/desktop/icons/hicolor/48x48/mimetypes/gnome-mime-application-x-java-jnlp-file-jre9.png
ln: failed to create symbolic link 'lib/desktop/icons/hicolor/48x48/mimetypes/gnome-mime-application-x-java-jnlp-file-jre9.png': File exists

Det commented on 2017-09-21 22:15

Well, here's them Java 9. For What's New, see e.g.:


To be noted tho, 32-bit support was dropped (even tho the exact same build for jre-devel has it: (Upd: both sources gone missing):

"JDK 8 and below offered a client JVM and a server JVM for Windows 32-bit systems with the default being the client JVM. JDK 9 will offer only the server JVM.

The server JVM has better performance although it might require more resources. The change is made to reduce complexity and to benefit from the increased capabilities of computers."

p.s. The versioning is for the same trick as with 8u0. Pacman wouldn't recognize e.g. 9 -> 9u5 as an update, but 9u0 -> 9u5 works fine.

Det commented on 2017-05-01 14:29

I've no clue what you mean by that nor what's the issue, as it works just fine with my own GNOME/Nautilus combo.

Are you on Manjaro or the like?

wyre commented on 2017-05-01 14:15


Of course. But it seems be more related with freedesktop, I think.

Det commented on 2017-05-01 14:06

Nautilus 3.24.1-1 on GNOME?

wyre commented on 2017-05-01 14:06


It is nautilus 3.24.1-1

Det commented on 2017-05-01 05:48

What's your file manager and desktop environment?

Dolphin, Nautilus, PCManFM and Thunar all work with "Exec=/usr/lib/jvm/java-8-jre/jre/bin/java -jar".

wyre commented on 2017-05-01 01:01


I've solved by adding %f at the end of Exec= line.

"Exec=/usr/lib/jvm/java-8-jre/jre/bin/java -jar %f"

You should consider to add that in the .desktop file of that package :D

Det commented on 2017-04-30 17:44

I know, I'm telling you, that's the change I've always done, which doesn't affect your issue anyway, as it's got something to do with your file manager/desktop environment.

All comments