2026-06-15 java/aparapi: no maintainer, no users in the ports tree, java 8 only, last upstream commit was 10 years ago
Fix nearby dates in MOVED to pass the pre-commit checks
Reviewed by: many (*)
Differential Revision: https://reviews.freebsd.org/D55624
Differential Revision: https://reviews.freebsd.org/D55642 (merged in from bofh)
many (*)
acm arrowd brooks cmt dch decke dinoex eduardo fluffy fuz gahr garga
jbeich joerg jrm kai kenrap martymac matthew mfechner michaelo mizhka
nobutaka pkubaj se tagattie thj
Anton Saietskii
GenericRikka
Gert Doering
Jan Bramkamp
Oleh Hushchenkov
Oleksandr Kryvulia
Ralf van der Enden
Yamagi
desktop kde python tcltk office
Remove the hard coded lists of java version numbers to iterate over when
JAVA_VERSION is set to N+. Instead use N as the lowest boundary, and the
latest available JDK as the upper bound, and just scan for the highest
available version satisfying the requirement.
Ideally it should be possible to deduce the upper bound from the
available java versions in ${PREFIX}/etc/javavms, but leaving that for
later.
Co-authored-by: jonc@chen.org.nz
PR: 293231
Reported by: jonc@chen.org.nz
Sponsored by: The FreeBSD Foundation
- bump portrevision so new packages with the deprecation annotation
and expiration date are build
- be a bit more pedantic about the 3 months expiration date so we are
sure the next quarterly branch contains this package
- mark as conflicting with the new port, they install the same
.so library file
PR: 293491
Approved-by: maintainer timeout (Lapo Luchini)
Running Cassandra 3 gave:
java.lang.UnsupportedClassVersionError: org/hyperic/sigar/SigarException has been compiled by a more recent version of the Java Runtime (class file version 65.0), this version of the Java Runtime only recognizes class file versions up to 52.0
PR: 294323
Reported-by: Lapo Luchini
Fixes: f3a12dc72a "fix compilation with jdk21"
MFH: 2026Q2
Pointy-hat: to me
Some setups could fail when building with poudriere bulk with a message
about the configuration was out of date. Since configure is run as part
of the build in any case, we don't need the explicit configure check in
the openjdk build system, so we disable it.
Fix originally proposed by jonc@chen.org.nz.
Since this doen not change the port, only whether it will build or not,
I have not bumped the PORTREVISION for this change.
PR: 294199
Reported by: nxjoseph
Reviewed by: glewis
Approved by: glewis
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D56289
java/openjdk25 and openjdk26 would use the same pkgsuffix when building
the jre FLAVOR, making the package names clash.
Reported by: Antoine Brodin <antoine@freebsd.org>
Reviewed by: fuz
Approved by: fuz
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D56123
Includes relevant fixes for FreeBSD from mainline development, but
otherwise identical to the upstream release.
Release notes for the upstream release is here:
https://www.oracle.com/java/technologies/javase/26-relnote-issues.html
FreeBSD related fixes on top of the upstream relese:
- Serviceability Agent: fix stack traces in threads.
- Serviceability Agent: simplify implementation of procadd_read_data to
read memory from process being traced.
- Serviceability Agent: symbol lookup would occationally fail for native
symbols in shared objects.
Reviewed by: fuz (mentor), jrm
Approved by: fuz (mentor), jrm
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D55938
This also fixes the build caused by a change in the maven39 port
and a regression in the desktop icon.
PR: 293854 (Update 4.38 -> 4.39)
PR: 290241 (desktop icon is broken)
Tested-by: vvd@
Obtained-from: Norbert Grundmann (maintainer)
Fixes: adc3eb52e3 (devel/maven39: Update to 3.9.14)
Case 1: WWW=https://example.com#foo
Here #foo is not part of the value of WWW since # introduces a comment
whether it's part of a word or not (quoting the word+# makes no
difference either). # needs to be escaped:
WWW=https://example.com\#foo
Case 2: WWW=https://example.com #foo
This is probably fallout from when WWW was moved from pkg-descr to
Makefile.
The anchors still exist on the actual websites too or I removed them.
To follow up on 15dea205dc deprecate and
set expiration date on direct FFmpeg 4 consumers.
PR: 293822, 293823, 293824, 293825, 293826, 278913, 293827
270198, 270248, 270206, 293828, 261302, 270281, 270214
270276, 270314
error:
com.amd.aparapi.jni/build.xml:458: javah does not exist under Java 10 and higher, use the javac task with nativeHeaderDir instead
Approved-by: no maintainer
The OpenJDK headless builds still need xorg and related libraries.
This should hopefully fix the pkg fallouts reported after the update to
25.0.2.
Reviewed by: fuz (mentor)
Approved by: fuz (mentor)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D55589
Update to track upstream version 25.0.2, with fixes for FreeBSD.
See the upstream release notes for details on what has changed since
version 25.0.1:
https://www.oracle.com/java/technologies/javase/25-0-2-relnotes.html
In addition to the above, this release includes the following patch,
scheduled for JDK 26 by upstream.
JDK-8371637: allocateNativeInternal sometimes return incorrectly aligned
memory
This is because this patch affects systems using jemalloc specifically,
like FreeBSD does, but I feel it's too long time to wait until the next
LTS release before making it available on FreeBSD.
Reviewed by: fuz (mentor)
Approved by: fuz (mentor)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D55529
Rene Ladan
Norbert Grundmann
Mikael Urankar
Bernhard Froehlich
Muhammad Moinur Rahman
Felipe Matarazzo
Paolo Enriello
Kousuke Kannagi
Vladimir Druzenko
Atanu Biswas
Harald Eilertsen
Ronald Klop
Michael Osipov
Piotr Kubaj
Gleb Popov
Thierry Thomas
Tobias Kortkamp
Markus Graf
Daniel Engberg