Fix build with WEBKIT=off.
RUBY_VER variable is only defined with USES=ruby, which is only the
case if the WEBKIT option is on.
While here move LDFLAGS higher.
PR: 293109
Fixes: a67f24e318a6 (Fix 066663be20a8d55bde6ec67c54dbdaeafcf04fea)
/usr/local/lib/ruby/3.4/did_you_mean/core_ext/name_error.rb:11: warning: getoptlong is not part of the default gems starting from Ruby 3.4.0. Install getoptlong from RubyGems.
<internal:/usr/local/lib/ruby/3.4/rubygems/core_ext/kernel_require.rb>:136:in 'Kernel#require': cannot load such file -- getoptlong (LoadError)
PR: 292489
When scilab compiles with jdk8 it needs the libraries to be
compiled with jdk8 also.
PR: 272855
Approved-By: no maintainer
Fixes: 0bb32f6170f8040ec686c7e597408b1f3923a225 (scilab pin to jdk8)
Use prebuilt known good packages (derived from the official pkgs)
instead of depending on the previous version of the OpenJDK.
This patch fixes bootstrapping for openjdk8-20 except 18 which is
expired, and 19 which has been dealt with before.
PR: 291872
Reviewed by: fuz (mentor)
Approved by: fuz (mentor)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D54683
Change the way the port is bootstrapped, by extracting a prebuild
package to the work dir, instead of installing the previous openjdk
version to the system.
Reviewed by: bofh (mentor)
Approved by: bofh (mentor)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D54608
The build was pinned to a jdk version that is not supported by jdk21.
Fix that by just compiling to the JAVA_DEFAULT version.
PR: 291667
Approved-By: maintainer timeout
Does not build with JDK21.
[javac] error: Source option 7 is no longer supported. Use 8 or later.
[javac] error: Target option 7 is no longer supported. Use 8 or later.
NB: maybe the build can be easily fixed with jdk21, but that would need more
time to investigate and my test setup does not have amd64.
If you use this port, please try and test.
PR: 272855
Approved-by: no maintainer
Mark OpenJDK versions no longer maintained by upstream as deprecated,
and for future removal. Keeping LTS versions, as well as the actively
maintained latest versions in the tree.
Reviewed by: bofh (mentor), jrm
Approved by: bofh (mentor)
MFH: 2025Q4
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D54176
/!\ javamail-1.6.2_2: Makefile errors /!\
you cannot include bsd.port[.pre].mk twice
Defining both PORTVERSION and DISTVERSION is wrong, only set one, if necessary,
set DISTNAME
As javamail is a library and not an application itself it should not
have a run-dependency on Java. It doesn't run on its own.
It will always use the java version of the application that uses javamail.
Use source and target arguments compatible with jdk21.
If not using openjdk8 bring back the Java Activation Framework. In
openjdk8 these classes were included in the core packages. In later
JDK versions it was removed again.
PR: 291388
BUNDLE_LIBS is for preventing _providing_ libraries. In this
case the pre-compiled binary distributed has dependencies on
libraries that are not provided here. BUNDLE_LIBS does not
help the problem.
Add flavor to make a headless jre package, where dev tools and x11
support is removed. As requested in Bug #266059.
PR: 266059
Reviewed by: fuz, jrm
Approved by: fuz (Mentor), jrm
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D53707
This prevents Pkg from recording the bundled libraries as
dependencies. This otherwise can confuse Pkg and Poudriere
about missing dependencies.
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D53723
Suppress warnings with newer llvm versions.
If upstream doesn't fix the warnings it makes no sense to bother the
port with it.
In my test the log went from 30 MB to 3 MB.
No functional change intended.
Approved by: java@ mailing list
