Package Details: jdk-devel 9b137-1

Git Clone URL: https://aur.archlinux.org/jdk-devel.git (read-only)
Package Base: jdk-devel
Description: Oracle Java 9 Development Kit Snapshot
Upstream URL: https://jdk9.java.net/
Keywords: java-environment java-openjfx java-runtime java-web-start
Licenses: custom
Provides: java-environment=9, java-environment-jdk=9, 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: Det
Maintainer: Det
Last Packager: Det
Votes: 23
Popularity: 1.880574
First Submitted: 2012-09-05 20:28
Last Updated: 2016-09-24 13:45

Required by (1000)

Sources (7)

Latest Comments

Det commented on 2016-09-18 20:02

Heh, the kernel version doesn't really matter, they just removed the "LICENSE" file from the source tarball (Ctrl+F the PKGBUILD). Fixed.

Dreamingwolf commented on 2016-09-18 19:53

Latest upgrade fails with the following error

-> Fixing directory structure...
mv: cannot stat 'LICENSE': No such file or directory

Kernel 4.7.4-1-ARCH

Det commented on 2016-09-02 20:52

Should work now.

sl1pkn07 commented on 2016-09-02 20:28

-> Installing Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files...
install: cannot stat 'lib/security/unlimited_policy/*.jar': No such file or directory

Det commented on 2016-03-26 20:16

Duh. I'm fixing it, mates.

E: They added some of them goodies, and also removed the last manpage.

tuxabee commented on 2016-03-26 20:15

Due to the same issue the upgrade fails for me.

sl1pkn07 commented on 2016-03-26 13:55

find: 'man/': No such file or directory
mv: cannot stat 'man/ja_JP.UTF-8/': No such file or directory

Det commented on 2016-02-04 05:23

Well yes, you can see that from the logs:

jdk-devel: https://aur.archlinux.org/cgit/aur.git/log/?h=jdk-devel
jdk: https://aur.archlinux.org/cgit/aur.git/log/?h=jdk
jdk7: https://aur.archlinux.org/cgit/aur.git/log/?h=jdk7
etc.

sl1pkn07 commented on 2016-02-04 00:37

yep, works

jdk package is untounch, right?

Det commented on 2016-02-03 20:02

9b103-2: If we pray together, it will work.

sl1pkn07 commented on 2016-02-03 17:50

you can edit the file sun_java-jdkX.desktop and edit the Name= field for add a number of java version?

is for avoid this if have installed more than one versions of java (jdk7, jdk for example also is affected)

http://wstaw.org/m/2016/02/03/Screenshot_20160203_184714.png

the content of sun_java-jdkX.desktop is

http://sl1pkn07.wtf/paste/view/8238ee95

greetings


Det commented on 2015-12-27 16:18

@fgureout, with LC_ALL=C you can have the output in English.

sl1pkn07 commented on 2015-12-27 16:14

still fails with the @fguerout error

fguerout commented on 2015-12-20 11:37

Hi,

With latest update, I'm getting such issue while using pacaur :

==> Extraction des sources...
-> Extraction de jce_policy-8.zip avec bsdtar
-> Extraction de jdk-9-ea+96_linux-x64_bin.tar.gz avec bsdtar
==> Entre dans l’environnement fakeroot...
==> Lancement de package()...
-> Creating directory structure...
-> Removing redundancies...
rm: impossible de supprimer « db/bin/*.bat »: Aucun fichier ou dossier de ce type
==> ERREUR : Une erreur s’est produite dans package().
Abandon...
:: Installing jdk-devel package(s)...
:: failed to build jdk-devel package(s)

Any idea ?

Thx

sl1pkn07 commented on 2015-12-04 22:27

/tmp/yaourt-tmp-sl1pkn07/aur-jdk-devel/./PKGBUILD: línea 66: cd: jdk1.9.0: No existe el fichero o el directorio (file not found)

now is jdk-9

greetings

EDIT:
---snip---
jdk-devel E: Dependency ffmpeg-compat detected and not included (libraries ['usr/lib/ffmpeg-compat/libavcodec.so.53', 'usr/lib/ffmpeg-compat/libavformat.so.53'] needed in files ['usr/lib/jvm/java-9-jdk/lib/amd64/libavplugin-53.so'])
---/snip---

EDIT2:

also need ffmpeg-compat-54 for usr/lib/jvm/java-9-jdk/lib/amd64/libavplugin-54.so

EDIT3: libnet is not need because is include in the package

Det commented on 2014-12-19 05:21

Still exists in b43. Definitely makes sense.

Now, if I would only understand the reasoning behind separating configs in both conf/ and lib/...

E: Should have known these guys have a decent mailing list as well (that took 3 minutes to find?). In fact, it's the OpenJDK one:

" - The user-editable configuration files in the "lib" subdirectory have
been moved to the new "conf" directory."

- http://mail.openjdk.java.net/pipermail/jdk9-dev/2014-December/001663.html

Det commented on 2014-12-19 05:13

Still exists in b43. Definitely makes sense.

Now, if I would only understand the reasoning behind separating configs in both conf/ and lib/...

Det commented on 2014-12-05 16:58

They apparently merged the jre/ folder with the root structure in b41.

B40 is what they still show on the site, so maybe this was an 'accident', but seems much more logical: https://jdk9.java.net/download/

sl1pkn07 commented on 2014-12-05 15:59

ls: cannot access jre/bin/: No such file or directory
ln: failed to create symbolic link 'jre/lib/security/cacerts': No such file or directory


greetings

dummyano commented on 2014-11-18 06:54

Right, it works with previous build.
Tried a (random) one, b11, and with that copy/pasting images through clipboard works, but then drag&drop of file doesn't.
Clearly this is not a package related issue, maybe I'll try to track it down and report on the forum.

dummyano commented on 2014-11-18 06:53

Right, it works with previous build.
Tried a (random) one, b11, and with that copy/pasting images through clipboard works, but then drag&drop of file doesn't.
Clearly this is not a package related issue, maybe I'll try to track it down and report on the forum.








Det commented on 2014-11-18 06:08

That could be a bug in the latest build, but it should be granted through “permission java.awt.AWTPermission "accessClipboard";” which I set in the PKGBUILD:

- https://blogs.oracle.com/kyle/entry/copy_and_paste_in_java
- http://slightlyrandombrokenthoughts.blogspot.com/2011/03/oracle-java-applet-clipboard-injection.html

If clipboard otherwise works (copying text), then the name has probably changed (although it doesn't seem like it: http://download.java.net/jdk9/docs/api/java/awt/AWTPermission.html).

You could try some of the earlier builds: http://download.java.net/jdk9/archive/

Det commented on 2014-11-18 06:07

That could be a bug in the latest build, but it should be granted through permission java.awt.AWTPermission "accessClipboard"; which I set in the PKGBUILD:

- https://blogs.oracle.com/kyle/entry/copy_and_paste_in_java
- http://slightlyrandombrokenthoughts.blogspot.com/2011/03/oracle-java-applet-clipboard-injection.html

If clipboard otherwise works (copying text), then the name has probably changed (although it doesn't seem like it: http://download.java.net/jdk9/docs/api/java/awt/AWTPermission.html).

You could try some of the earlier builds: http://download.java.net/jdk9/archive/

dummyano commented on 2014-11-18 05:54

Hi, thank you for this package.
It solves many issues I had with previous jre under awesome wm
- windows are correctly redrawn when switching workspace (tag)
- drag and drop of file and folder into java app now works
- no more glitches in menu

I had one regression too,
- I cannot copy/paste images from clipboard, which works if I switch back to jre8
this should be not configuration related, I tried overwriting /etc and /usr policy files with the ones from jre8 without success

dummyano commented on 2014-11-18 02:29

Hi, thank you for this package.
It solves many issues I had with previous jre under awesome wm
- windows are correctly redrawn when switching workspace (tag)
- drag and drop of file and folder into java app now works
- no more glitches in menu

I had one regression too, I cannot copy/paste images from clipboard, which works if I switch back to jre8.

Det commented on 2014-11-09 12:23

Fixed. Prefixing makepkg with "LANG=C" gives sufficient English output.

Det commented on 2014-11-09 12:23

Fixed. Prefexing makepkg with "LANG=C" gives sufficient English output.

Det commented on 2014-11-09 12:22

Fixed.

sl1pkn07 commented on 2014-11-08 21:34

install: no se puede efectuar `stat' sobre «jre/lib/calendars.properties»: No existe el fichero o el directorio

galaux commented on 2014-10-12 19:59

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.

rohitagr commented on 2014-09-27 14:25

@cgoss

I'm interested in getting that fixed; I'm sending you an email to move this conversation off-thread.

cgoss commented on 2014-09-22 00:31

If anyone uses java with a tiling window manager, I've started upstreaming the _JAVA_AWT_WM_NONREPARENTING fix into openjdk. For legal reasons I can't actually submit the patch officially, so if anyone here wants to do it that would be awesome.

https://bugs.archlinux.org/task/41846
http://mail.openjdk.java.net/pipermail/awt-dev/2014-September/008488.html

Det commented on 2014-09-03 01:04

9b28-1: support 'archlinux-java' (extra/java-common).

See: https://wiki.archlinux.org/index.php/Java#Switching_between_JVM

Det commented on 2014-07-13 15:36

They were there since February (before 8 went stable in March). How did I miss those?

Det commented on 2014-07-13 15:31

They were there since February. How did I miss those?

quangltm commented on 2014-07-12 05:37

https://jdk9.java.net/download/
JDK™ 9 Early Access Releases (new Java 9 Development Kit snapshot)

Det commented on 2014-04-25 08:37

Enabled by default: permission java.awt.AWTPermission "accessClipboard"
- https://blogs.oracle.com/kyle/entry/copy_and_paste_in_java

sl1pkn07 commented on 2014-03-06 21:43

missing "[" in line 8

Det commented on 2014-02-24 05:16

Removed "PKGEXT='.pkg.tar'" due to a request of having your own way through makepkg.conf.

Det commented on 2014-01-31 15:02

crap

xaduha commented on 2014-01-31 13:36

jdk-8-ea-bin* is no longer available, it was changed to
jdk-8-fcs-bin*

Det commented on 2014-01-26 01:11

Fixed.

flaviut commented on 2014-01-26 01:02

Typo in the PKGBUILD:
's/s\/jre/s\/jdk/'

ilpianista commented on 2014-01-25 18:08

lol

Sorry for the caps on license, I was editing a PKGBUILD and then I wrote it uppercase :-)

Det commented on 2014-01-25 12:02

That LICENSE is now INCLUDED.

THANKS for letting me KNOW.

ilpianista commented on 2014-01-25 11:08

"You must accept the Early Adopter Development License Agreement for Java SE to download this software."
Then, please install that LICENSE (in the same way others Oracle JDK packages do).

Det commented on 2014-01-25 11:05

There isn't a separate one. I haven't removed any of the licenses bundled within the package.

ilpianista commented on 2014-01-25 09:25

Please install a copy of 'Java SE Development Kit 8 Documentation License Agreement' on the system.

simonsilva commented on 2013-11-06 19:13

Is it possible to install jdk7-openjdk from the official repository and jdk-devel parallel?

Det commented on 2013-06-12 18:12

Sorry about that. It's a different date for the x64 tarball.

blackshark commented on 2013-06-12 14:21

Hi,

I think you need to edit the PKGBUILD because I get this error on x64 arch :

"curl: (22) The requested URL returned error: 404 Not found
==> ERREUR : Erreur lors du téléchargement de jdk-8-ea-bin-b93-linux-x64-07_jun_2013.tar.gz
Abandon..."

I can workaround easily by replacing the variable $_arch by "i586" (or something like that ?) on PKGBUILD and everything seems ok.

Det commented on 2013-02-19 06:40

Done.

Det commented on 2013-02-19 06:39

Yea. Thanks. I usually get these before anybody else.

Det commented on 2013-02-19 06:38

Done.

Det commented on 2013-02-19 06:36

Yea. Thanks. I usually get before anybody else.

Jristz commented on 2013-02-19 06:29

http://jdk8.java.net/download.htm

say 8 build 77

this is a update right??

Det commented on 2012-10-17 14:40

And of course we should actually bump the pkgrel since the next release seems to be taking such a long time.

Det commented on 2012-10-17 12:47

I'll start testing here with the single Java package scheme. I've been wanting to do this for a long time since JDK already provides its own debug JRE (meant for development, which is the point of this whole thing) so it's redundant to just replace it with the regular one.