data for the JDK using Sun's tzupdater. [1]
. Some simplification of the convoluted logic around telling the user
which files to download. In particular, don't care if we've already
told them to download a file.
. Bump PORTREVISION since many North American users will need to pick up
the time zone changes.
Collaboration with: Tim Zingelman <zingelman@fnal.gov> [1]
. Replace some hardwired /usr/local instances with LOCALBASE.
. Small Makefile restructure to keep related variables in one place.
. Add ipv6 to CATEGORIES if its enabled. [2]
PR: 106130 [2]
Submitted by: Janos Mohacsi <janos.mohacsi@bsd.hu> [2]
Pointed out by: pointyhat (via kris) [1]
building, the JDK zone info file doesn't exist yet, so attempting to
get the zone info for GMT_ID would fail.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
native bootstrap JDK on all (supported) architectures.
This is a slightly different change than the submitters.
PR: 103227
Submitted by: Pat Lashley <patl+freebsd@volant.org>
defining O_SYNC and O_DSYNC if they aren't defined. In particular we
were previously defining O_SYNC bogusly to the same value as O_EXCL.
PR not closed as this fixes jdk15, not diablo-jdk15.
PR: 102888
. Add support for unrestricted policy files.
. Use bsd.gecko.mk for plugin support and limit it to Mozilla.
. Make portlint happier.
Submitted by: ale@ (with some minor tweaks by me)
can't use -j in general since the build of the other bits is almost
certainly not -j safe. If set, this will speed up the build for those
with an SMP box. [1]
. Install the cacerts file from Sun's JDK 1.5.0_06 release rather than
using the almost empty one that comes with the SCSL source. [2]
. Bump PORTREVISION for the second change.
PR: 87552 [1]
Submitted by: leafy <leafy@leafy.idv.tw> [1]
Prompted by: Panagiotis Astithas <past@ebs.gr> [2]
copy. This should have the following effects:
. Fix problems experienced by programmes that dynamically create their
own copy of the JVM and are linked against the system's zlib (e.g.,
eclipse).
. Reduce the potential for zlib based security problems affecting the
JDK.
Submitted by: mi@
in the systems libz.so. This conflict broke applications such as
Eclipse which is linked with libz.so (via gtk+ I believe).
This is a slightly modified version of the submitter's patch.
A better solution may be to link with the system's libz.so and remove
the JDK's internal zlib code altogether, but I'd like to test that a
little more first. Until then this solves the problem.
. Bump PORTREVISION since Eclipse seems to be quite widely used.
Submitted by: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr>
valid one doesn't currently exist.
. Add a pkg-deinstall which removes the symbolic link if this port owns it.
. Produce pkg-install and pkg-deinstall with SUB_FILES and SUB_LIST rather
than manually using ${SED} ourselves.
Approved by: maintainer timeout