Searches without login should now work. You must get asked to click a button.
Port details
openjfx8-develJavaFX SDK overlay for OpenJDK 8
8.u202.b07_8,1javaΣ=0 8.u202.b07_8,1Version of this port present on the latest quarterly branch.
BROKEN: Does not build with glib 2.66.0 DEPRECATED: No longer maintained upstream This port expired on: 2020-11-30 IGNORE: is marked as broken: Does not build with glib 2.66.0
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
OpenJFX is an open source, next generation client application platform for
desktop and embedded systems based on JavaSE. It is a collaborative effort by
many individuals and companies with the goal of producing a modern, efficient,
and fully featured toolkit for developing rich client applications.
WWW: https://openjdk.java.net/projects/openjfx/
===> The following configuration options are available for openjfx8-devel-8.u202.b07_8,1:
MEDIA=on: Media module
SWT=off: SWT support
TEST=off: Build and/or run tests
WEBKIT=on: WebKit webpage renderer support
===> Use 'make config' to modify these settings
Remove expired ports:
2020-11-30 databases/datamodeler: depends on expiring java/openjfx8-devel
2020-11-30 devel/gradle4: only needed for expiring biology/igv and
java/openjfx8-devel
2020-11-30 devel/py-astroid1: Use devel/py-astroid instead
2020-11-30 devel/pylint1: Use devel/pylint instead
2020-11-30 german/mediathekview: depends on expiring java/openjfx8-devel
2020-11-30 java/openjfx8-devel: No longer maintained upstream
2020-11-30 java/openjfx8-scenebuilder: depends on expiring java/openjfx8-devel
2020-11-30 net-im/py-sleekxmpp: Upstream archived and advices to use
net-im/py-slixmpp
2020-12-01 net-mgmt/zabbix44-agent: End of Life
2020-12-01 net-mgmt/zabbix44-frontend: End of Life
2020-12-01 net-mgmt/zabbix44-java: End of Life
2020-12-01 net-mgmt/zabbix44-proxy: End of Life
2020-12-01 net-mgmt/zabbix44-server: End of Life
2020-11-30 print/jabref: depends on expiring java/openjfx8-devel
2020-11-30 science/datawarrior: depends on expiring java/openjfx8-devel
Update to glib 2.66.0
Mark the few remaining ports not building against this upgrade as broken
Instead of risking of missing anyone who got involed, I will just thank
all of them they will recognize themselves! This was a joint work of many
PR: 247278
Reviewed by: fluffy
exp-run antoine
Differential Revision: https://reviews.freebsd.org/D25279
java/openjfx8-devel:
- Switch from x11-toolkits/swt-devel to x11-toolkits/swt, which is newer
than -devel variant.
PR: 219186
Approved by: maintainer (tobik)
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
java/openjfx8-devel: Update to 8u202-b07
- Also update devel/gradle to the latest version on the 4.x branch.
Gradle >=4.8<5 is required to build OpenJFX now.
- GStreamer-lite is now based on GStreamer 1.0, so update the sndio
backend accordingly.
- Add a bunch of missing platform checks which will make it
actually use system fonts as configured.
OpenJFX 8 is unmaintained upstream and has been for a while [1].
Deprecate the port as noone seems to have stepped up to take over
maintainership. No expiration date since this port has multiple
consumers and there is no alternative.
[1]
https://mail.openjdk.java.net/pipermail/openjfx-dev/2018-December/023007.html
PR: 237443
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Change x11/xorgproto to become a build dep
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained
from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
www/webkit2-gtk3, java/openjfx8-devel: unbreak with libc++ 7
In file included from Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp:28:
In file included from Source/JavaScriptCore/bytecode/ArrayProfile.h:29:
In file included from Source/JavaScriptCore/runtime/Structure.h:28:
In file included from Source/JavaScriptCore/runtime/ClassInfo.h:25:
In file included from Source/JavaScriptCore/interpreter/CallFrame.h:30:
In file included from Source/JavaScriptCore/runtime/VM.h:40:
In file included from
Source/JavaScriptCore/runtime/FunctionHasExecutedCache.h:28:
In file included from /usr/include/c++/v1/unordered_map:385:
In file included from /usr/include/c++/v1/__node_handle:16:
/usr/include/c++/v1/optional:171:29: error: redefinition of
'bad_optional_access'
class _LIBCPP_EXCEPTION_ABI bad_optional_access
^
DerivedSources/ForwardingHeaders/wtf/Optional.h:295:7: note: previous definition
is here
class bad_optional_access : public std::logic_error {
^
PR: 230464230600
Submitted by: dim
java/openjfx8-devel: Update to 8u172-b03
Make SWT support optional and disable it by default. swt-devel is
unmaintained, quite the heavy dependency, and SWT support is not used
by any port in the tree.
java/openjfx8-devel: Update to 8u172-b00
- Move to the regular OpenJFX 8 repository [1], add all *BSD specific
patches to the port, and stop using the repository at [2]. This
should make port contributions and updates a lot easier going forward.
- Bump PORTEPOCH and start using version numbers based on the tags from [1]
- Prepare the port for supporting multiple audio backend options
- Fix PREFIX/LOCALBASE confusion and get all Java dependencies from LOCALBASE
and not from PREFIX
- Respect CC and CXX during the WebKit build. Clang in FreeBSD 10.3
segfaults while building it now, so make sure we use Clang from
devel/llvm40 via compiler:c++14-lang instead.
[1] http://hg.openjdk.java.net/openjfx/8u/rt/
[2] https://bitbucket.org/tobik/openjfx-rt
java/openjfx8-devel: Unbreak build with ICU 59.1
modules/web/src/main/native/Source/JavaScriptCore/API/JSStringRef.cpp:40:13:
error: no matching function for call to 'create'
return &OpaqueJSString::create(chars, numChars).leakRef();
^~~~~~~~~~~~~~~~~~~~~~
modules/web/src/main/native/Source/JavaScriptCore/API/OpaqueJSString.h:48:32:
note: candidate function not viable: no known conversion from 'const JSChar *'
(aka 'const unsigned short *') to 'const LChar *' (aka 'const unsigned char *')
for 1st argument
static Ref<OpaqueJSString> create(const LChar* characters, unsigned length)
^
modules/web/src/main/native/Source/JavaScriptCore/API/OpaqueJSString.h:53:32:
note: candidate function not viable: no known conversion from 'const JSChar *'
(aka 'const unsigned short *') to 'const UChar *' (aka 'const char16_t *') for
1st argument
static Ref<OpaqueJSString> create(const UChar* characters, unsigned length)
^
modules/web/src/main/native/Source/JavaScriptCore/API/OpaqueJSString.h:43:32:
note: candidate function not viable: requires 0 arguments, but 2 were provided
static Ref<OpaqueJSString> create()
^
modules/web/src/main/native/Source/JavaScriptCore/API/OpaqueJSString.h:58:53:
note: candidate function not viable: requires 1 argument, but 2 were provided
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Require at least Gradle 4.0 for building java/openjfx8-devel
This will prevent build problems when there is an older Gradle version
installed in the build environment. Using older Gradle versions is
not supported and leads to hard to decode build failures.
java/openjfx8-devel
- Enable OpenGL Prism backend by default on FreeBSD too
- Add missing platform check. FreeBSD is "a form of Linux or Solaris" too.
Submitted by: Gareth Wyn Roberts <g.w.roberts@glyndwr.ac.uk> (via mail)
java/openjfx8-devel: Update to a more recent snapshot
- Add new default options MEDIA and WEBKIT to enable building of the
media and web modules
- Take back maintainership
Running e.g. AsciidocFX on FreeBSD should be possible now.
PR: 218014
Reported by: Dr. Jochen Rassler <jochen.rassler@gmail.com>, mr (via mail)
Add missing Pango symbols
Currently Pango functions are hidden behind __linux__ and not compiled
in as part of the build. Not all JavaFX applications are affected by
this, but applications that do advanced text layout that require Pango
internally cause an UnsatisfiedLinkError at runtime.
Caused by: java.lang.UnsatisfiedLinkError:
com.sun.javafx.font.freetype.OSPango.pango_ft2_font_map_new()J
at com.sun.javafx.font.freetype.OSPango.pango_ft2_font_map_new(Native Method)
at
com.sun.javafx.font.freetype.PangoGlyphLayout.layout(PangoGlyphLayout.java:88)
at com.sun.javafx.text.PrismTextLayout.shape(PrismTextLayout.java:834)
at com.sun.javafx.text.PrismTextLayout.layout(PrismTextLayout.java:1064)
at com.sun.javafx.text.PrismTextLayout.ensureLayout(PrismTextLayout.java:223)
...
PR: 220566
Submitted by: Stefan Ehmann <shoesoft@gmx.net>
Approved by: mat (mentor)
Differential Revision: https://reviews.freebsd.org/D11545
MFH: 2017Q3
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
java/openjfx8-devel fix build with Gradle 3.2.1
Add a missing build dependency on junit to the Makefile, and fix the
path to Hamcrest in build.gradle. Also, reset MAINTAINER by request of
the current maintainer.
PR: 215677
Reviewed by: brd, Tobias Kortkamp
Approved by: brd (ports)
Sponsored by: Spectra Logic Corp
Differential Revision: https://reviews.freebsd.org/D9005
When there is a do-install target, do not use a post-install target, do
everything at once. Sometime, rename post-install into a options helper
target.
I did not fix ports that were such a mess that I could not figure out
what they really wanted to do. I also did not change ports that had
some version of an auto-plist code in post-install, for the same reason.
With hat: portmgr
Sponsored by: Absolight
java/openjfx8-devel: create port
OpenJFX is an open source, next generation client application platform for
desktop and embedded systems based on JavaSE. It is a collaborative effort by
many individuals and companies with the goal of producing a modern, efficient,
and fully featured toolkit for developing rich client applications.
WWW: http://openjdk.java.net/projects/openjfx/
PR: 207566
Submitted by: Tobias Kortkamp <t@tobik.me>
