Package Base Details: java8-openjdk

Git Clone URL: (read-only, click to copy)
Keywords: fonts infinality java jdk jre
Submitter: chrbayer
Maintainer: None
Last Packager: Magotchi
Votes: 32
Popularity: 0.000000
First Submitted: 2014-09-15 20:06
Last Updated: 2018-05-01 15:23

Latest Comments

« First ‹ Previous ... 7 8 9 10 11 12 13 Next › Last »

chrbayer commented on 2014-10-17 21:34

The line is not included because I is not included in the original 8u25 PKGBUILD file in the extra repository. But I will include it in new versions. Thanks, Christoph

mar04 commented on 2014-10-17 21:28

@whitebrice I didn't see that comment. It did build now, thanks!
@chrbayer Any reason why that line is not included in the PKGBUILD?

whitebrice commented on 2014-10-17 20:16

@mar04 Did you `unset _JAVA_OPTIONS` as Reihar suggested? I was getting that error until I did so.

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().
==> 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 ( 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

- 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

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.