Package Details: jre 23.0.1-1

Git Clone URL: https://aur.archlinux.org/jdk.git (read-only, click to copy)
Package Base: jdk
Description: Oracle Java Runtime Environment
Upstream URL: https://www.oracle.com/java/
Licenses: LicenseRef-custom
Conflicts: jdk
Provides: java-runtime, java-runtime-headless, java-runtime-headless-jdk, java-runtime-jdk23, jre23-jdk, jre23-jdk-headless
Submitter: td123
Maintainer: dbermond
Last Packager: dbermond
Votes: 1086
Popularity: 0.119396
First Submitted: 2011-08-27 17:56 (UTC)
Last Updated: 2024-11-16 14:08 (UTC)

Dependencies (12)

Required by (1730)

Sources (9)

Pinned Comments

dbermond commented on 2024-03-19 19:54 (UTC)

  • Important notice:

As was made with the java packages in the official repositories, jdk now provides the jre alongside it, and both packages conflict with each other. During the package upgrade to version 22, act accordingly to your needs. For example, if you have both jdk and jre installed, only jdk will be sufficient, as it now also contains the runtime environment, and jre can be uninstalled. If you have only jre installed, no action is required.

Latest Comments

« First ‹ Previous 1 .. 25 26 27 28 29 30 31 32 33 34 35 .. 81 Next › Last »

Det commented on 2014-11-24 23:31 (UTC)

It's fine to flag for my part when the md5sums don't match, but naturally you should make sure you're not doing it unnecessarily.

Marcel_K commented on 2014-11-24 22:55 (UTC)

It built fine for me. Anyway, it's not out-of-date, so you shouldn't have flagged it like that anyway. Just leave a comment when you're sure the PKGBUILD or one of the accompanying files is wrong.

mitch_feaster commented on 2014-11-24 22:46 (UTC)

Hmm I flagged this as out-of-date but maybe it's fine... The md5 check for jdk-8u25-linux-x64.tar.gz fails when I try to install it with packer, but I can download and install it with makepkg just fine...

Carlinix commented on 2014-11-17 12:50 (UTC)

I recommend to include a configuration file like this: echo -e "/usr/lib/jvm/java-8-jdk/jre/lib/amd64/\n/usr/lib/jvm/java-8-jdk/jre/lib/amd64/server/" > /etc/ld.so.conf.d/oracle-jdk.conf to solve this kind of problem: scilab-bin: libjava.so => not found libverify.so => not found libjvm.so => not found libjava.so => not found libverify.so => not found libjvm.so => not found libjava.so => not found libverify.so => not found libjvm.so => not found libjava.so => not found libverify.so => not found libjvm.so => not found libjava.so => not found libverify.so => not found libjvm.so => not found

Det commented on 2014-10-29 00:31 (UTC)

Reverted. It's generally not a good practice to use conflicting names with binaries from packages as important as util-linux. It's even worse to expect package maintainers to accommodate for these kinds of personal tweaks.

Det commented on 2014-10-28 21:14 (UTC)

I noticed that too, and was planning to secretly revert the line in a few days or so. :) I assume he thought it was simpler, and didn't want to use an alias.

Marcel_K commented on 2014-10-28 21:13 (UTC)

Why did you install perl-rename as rename? It's just a [community] package that installs /usr/bin/perl-rename.

Det commented on 2014-10-28 21:10 (UTC)

Done. Thanks for reporting.

jleclanche commented on 2014-10-28 21:04 (UTC)

Ah, I see why; I have perl-rename installed under /usr/local/bin/rename. A simple fix, if you're willing to do it, is to use /usr/bin/rename.

Det commented on 2014-10-28 21:04 (UTC)

You didn't accidentally modify the PKGBUILD?

« First ‹ Previous 1 .. 25 26 27 28 29 30 31 32 33 34 35 .. 81 Next › Last »