ports/java, branch 2016Q3 FreeBSD ports tree MFH: r420883 2016-08-26T17:26:44+00:00 Jung-uk Kim jkim@FreeBSD.org 2016-08-26T17:26:44+00:00 e0a91f4d98dfd420fe2400fda4d2f4321a517b59 Update to b40. Approved by: ports-secteam (junovitch) 
Update to b40.

Approved by:	ports-secteam (junovitch)
MFH: r419364 2016-07-31T12:31:52+00:00 Baptiste Daroussin bapt@FreeBSD.org 2016-07-31T12:31:52+00:00 7b247088b5ff823bdc37df91eee23c7d9ccb8327 Remove the deinstall script that appears to be deleting all the temporary files created by pkg(8) during upgrades It happens because the deinstall script tries to clean up the potential manual VM registration by cleaning out all symlinks to bin/javavm Given all VM are registring/unregistering themselves this part is not needed The other thing the script was doing handling the configuration which has been replaced by @sample. pkg-install has been modified to drop the handling of the configuration file but keep the auto registration if all VM found. While this part is not necessary as well, we keep it because otherwise anyone doing delete/install on javavmwapper version 2.5 being the installed version would end up with all VM unregistered. The pkg-install should be removed after EOL of FreeBSD 10.3 PR: 210313 
Remove the deinstall script that appears to be deleting all the temporary files
created by pkg(8) during upgrades

It happens because the deinstall script tries to clean up the potential manual
VM registration by cleaning out all symlinks to bin/javavm

Given all VM are registring/unregistering themselves this part is not needed

The other thing the script was doing handling the configuration which has been
replaced by @sample.

pkg-install has been modified to drop the handling of the configuration file but
keep the auto registration if all VM found. While this part is not necessary as
well, we keep it because otherwise anyone doing delete/install on javavmwapper
version 2.5 being the installed version would end up with all VM unregistered.

The pkg-install should be removed after EOL of FreeBSD 10.3

PR:		210313
java/openjfx8-devel: Unbreak build after Gradle update 2016-07-10T20:22:45+00:00 Kurt Jaeger pi@FreeBSD.org 2016-07-10T20:22:45+00:00 34664683d861a6c20b80ec91dcf71016d1c1fc5e - fix the build after recent update to Gradle 2.12. PR: 208470 MFH: r418313 Submitted by: Tobias Kortkamp <t@tobik.me> (maintainer) Approved by: portmgr (junovitch) 
- fix the build after recent update to Gradle 2.12.

PR:		208470
MFH:		r418313
Submitted by:	Tobias Kortkamp <t@tobik.me> (maintainer)
Approved by:	portmgr (junovitch)
Add port of JXGrabKey -- a Java library for working with X11 2016-06-30T07:42:20+00:00 Mikhail Teterin mi@FreeBSD.org 2016-06-30T07:42:20+00:00 ff6a653684765916442d689f3bab689923f60ad6 keys. 
keys.
New port: java/aparapi 2016-06-26T11:51:09+00:00 Kurt Jaeger pi@FreeBSD.org 2016-06-26T11:51:09+00:00 f8f66d777fdc93a4ecc35c50c439f53bb3723dcd aparapi is an open source API for expressing data parallel workflows in Java. Originally an AMD product, Aparapi was released to open source on September 14, 2011. Aparapi is an API for expressing data parallel workloads in Java and a runtime component capable of converting the Java# bytecode of compatible workloads into OpenCL# so that it can be executed on a variety of GPU devices. WWW: https://github.com/aparapi/aparapi PR: 204024 Submitted by: dieterich@ogolem.org 
aparapi is an open source API for expressing data parallel workflows in Java.

Originally an AMD product, Aparapi was released to open source on September
14, 2011. Aparapi is an API for expressing data parallel workloads in Java
and a runtime component capable of converting the Java# bytecode of compatible
workloads into OpenCL# so that it can be executed on a variety of GPU devices.

WWW: https://github.com/aparapi/aparapi

PR:		204024
Submitted by:	dieterich@ogolem.org
With the power of USES=dos2unix, get rid of most patches and files 2016-06-20T16:23:28+00:00 Mathieu Arnold mat@FreeBSD.org 2016-06-20T16:23:28+00:00 7ae7b018ccf7760013f368fcb83aad9ecd8982a8 with CRLF. While there, run make makepatch, rename patches to use the new scheme, and various fixes. With hat: portmgr Sponsored by: Absolight 
with CRLF.

While there, run make makepatch, rename patches to use the new scheme,
and various fixes.

With hat:	portmgr
Sponsored by:	Absolight
. Regenerate patch-bsd and patch-bsd-test. This obsoletes another patch 2016-06-18T05:44:35+00:00 Greg Lewis glewis@FreeBSD.org 2016-06-18T05:44:35+00:00 f497c53064930fe5a6da955112a7a4a0bf7498a2 and should also fix ppc64 support. 
  and should also fix ppc64 support.
. Fix a double free bug. This is pulled from upstream. 2016-06-16T06:24:34+00:00 Greg Lewis glewis@FreeBSD.org 2016-06-16T06:24:34+00:00 9c0e7d35bcf308ef553893c48cf22ccd94a0ae75 . Bump PORTREVISION. PR: 210226 Submitted by: girgen@ 
. Bump PORTREVISION.

PR:		210226
Submitted by:	girgen@
Unbreak arm. 2016-06-13T12:00:19+00:00 Jung-uk Kim jkim@FreeBSD.org 2016-06-13T12:00:19+00:00 cb138fe9d4e2016759433e881b9ae842d2ddd4b5 - Remove armv6hf because it is default now. - Merge a HotSpot fix from src/os_cpu/linux_zero/vm/os_linux_zero.cpp. http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/c6ef40024aa2 - Add an upstream patch to unbreak Zero. http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/8f58998958ca - Extend PR209599 to cover arm platforms. 
- Remove armv6hf because it is default now.
- Merge a HotSpot fix from src/os_cpu/linux_zero/vm/os_linux_zero.cpp.
http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/c6ef40024aa2
- Add an upstream patch to unbreak Zero.
http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/8f58998958ca
- Extend PR209599 to cover arm platforms.
. Handle unsafe operations that access invalid memory more gracefully. 2016-06-13T04:57:28+00:00 Greg Lewis glewis@FreeBSD.org 2016-06-13T04:57:28+00:00 9733c016f581556175106734b0eb4e49226e7752 . Bump PORTREVISION for this fix. PR: 209599 Submitted by: Andrew Smith <iamasmith.home@gmail.com> 
. Bump PORTREVISION for this fix.

PR:		209599
Submitted by:	Andrew Smith <iamasmith.home@gmail.com>