Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - java8-openjdk

Package Base Details: java8-openjdk

Git Clone URL: https://aur-dev.archlinux.org/java8-openjdk.git (read-only)
Keywords: fonts infinality java jdk jre
Submitter: chrbayer
Maintainer: None
Last Packager: gim
Votes: 25
Popularity: 2.553311
First Submitted: 2014-09-15 20:06
Last Updated: 2017-02-02 09:11

Pinned Comments

gim commented on 2016-02-22 14:07

Prebuilt packages by me are available at https://www.dropbox.com/sh/33ia4nzd2cdigvy/AADzw5132rjMLi5GhMKxgrOma?dl=0

Latest Comments

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

mar04 commented on 2014-10-17 06:23

I can't build it. Configure fails to find boot jdk, claiming that it needs to be version 7 or 8. Well, I have openjdk7-infinality, openjdk8 and oracle jdk8 installed. It doesn't matter which one is set as default, it doesn't work. I've tried pointing it using --with-boot-jdk and it still won't work. Anyone willing to share a x86_64 binary?

nanomad commented on 2014-10-15 19:59

Sorry for flagging the package out of date. The index page was showing an old version. No idea why. Maybe work's proxy acting funny.

Btw, I managed to build and host binary packages for this and java7 using OpenSuse Build System. Let me know if you're interested in mantaining a binary repo.

whitebrice commented on 2014-10-12 20:55

Sorry if this is obvious. I'm trying to build and I recieve the following error. Any help would be greatly appreciated.

Building OpenJDK for target 'default' in configuration 'linux-x86_64-normal-server-release'

## Starting langtools
Compiling 2 files for BUILD_TOOLS
warning: [path] bad path element "/home/anthony/GNUstep/Library/Libraries/Java": no such file or directory
warning: [path] bad path element "/usr/lib/GNUstep/Libraries/Java": no such file or directory
error: warnings found and -Werror specified
1 error
2 warnings
make[1]: *** No rule to make target 'all', needed by 'default'. Stop.
/tmp/yaourt-tmp-anthony/aur-jdk8-openjdk-infinality/src/jdk8u-jdk8u20-b23//make/Main.gmk:83: recipe for target 'langtools-only' failed
make: *** [langtools-only] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build java8-openjdk.

galaux commented on 2014-10-12 20:00

As previously reported, package "java-common" is now gone in favor of "java-runtime-common" and "java-environment-common".

@users: once this very package is updated, you will be able to build and install it. Please note that a news item was posted (https://www.archlinux.org/news/java-users-manual-intervention-required-before-upgrade/) that provides 3 quick commands to prevent you from getting a "file conflict" error during the next pacman upgrade.

Please see our Java wiki page for info, and forum, IRC, Mailing lists for help.

@maintainer: you will need to:
- change your "java-runtime" providing package dependency from "java-common" to "java-runtime-common"
- add dependency "java-environment-common" to your "java-environment" providing packages

Changelog:
- Links from /usr/bin now belong to one of the mentioned "common" packages (fixes FS#41883)
- Links from /usr/bin point at /usr/lib/jvm/default/bin/* and thus do not use JAVA_HOME nor script /usr/lib/java-common-wrapper (prevents incorrect Java path detection for many build or run scripts). As a side effect, forcing a Java runtime by setting JAVA_HOME is now NOT supported anymore.

This should be all. Please have a look at official OpenJDK packages from extra for reference. "install" scripts for OpenJDK packages have also been revamped for nicer integration but without any consequence on other packages. These could easily be customized (or even taken "as is") for your own "install" scripts.

Reihar commented on 2014-10-09 20:03

I've had some problems during the configure phase due to my java options.

I suggest an "unset _JAVA_OPTIONS" as a workaround if that happens to you.

Reihar commented on 2014-10-09 20:02

I've had some problems during the configure phase due to my java options.

I suggest an "unset _JAVA_OPTIONS" as a workaround if that happens to you.

galaux commented on 2014-10-05 13:16

FYI, current package "java-common" will be split due to https://bugs.archlinux.org/task/41883

The only changes needed will be:
- for java-runtime-headless providing packages to now depend on "java-runtime-common" rather than "java-common"
- for java-environment providing packages to now depend on "java-environment-common"

These new packages are expected to be pushed to extra next week-end.

galaux commented on 2014-10-05 12:17

FYI, chances are current package "java-common" will be split due to https://bugs.archlinux.org/task/41883

chrbayer commented on 2014-09-26 22:40

I do not know why it should be compiled by jdk7, for me it did build Ok with jdk8, too... But I kept this build requirement because it is part of the jdk8 in the Extras repository. Maybe someone had his reasons, that I do not know.

chrbayer commented on 2014-09-26 12:02

I do not do, why it should be compiled by jdk7, for it did build Ok with jdk8, too... But I kept this build requirement because it is part of the jdk8 in the Extras repository. Maybe someone had his reasons, that I do not know.