Package Details: java-openjfx-doc 22.0.1.u7-1

Git Clone URL: https://aur.archlinux.org/java-openjfx.git (read-only, click to copy)
Package Base: java-openjfx
Description: Java OpenJFX client application platform (open-source implementation of JavaFX) - latest version
Upstream URL: https://wiki.openjdk.java.net/display/OpenJFX/Main
Keywords: javafx openjfx
Licenses: GPL-2.0-only WITH Classpath-exception-2.0
Submitter: freswa
Maintainer: Freso (AutoUpdateBot)
Last Packager: Freso
Votes: 9
Popularity: 1.90
First Submitted: 2023-10-08 20:20 (UTC)
Last Updated: 2024-04-21 06:19 (UTC)

Dependencies (25)

Required by (1)

Sources (3)

Pinned Comments

Freso commented on 2024-04-17 10:17 (UTC)

@aubin Just use the java21-openjfx package?

For everyone else, disabling the building of WebKit seems to unbreak the build (for me at least). I’m not sure how essential the WebKit parts are to JavaFX overall, so a bit wary about changing this part of the PKGBUILD here. For anyone who wants to try it out, you can grab the package from this branch: https://gitlab.archlinux.org/freso/java-openjfx/-/tree/java-openjfx-no-webkit

Freso commented on 2024-03-31 22:35 (UTC)

Patches etc. are very welcome at https://gitlab.archlinux.org/freso/java-openjfx if you have any suggestions for how to fix the package. :)

Latest Comments

1 2 3 4 Next › Last »

dreieck commented on 2024-07-23 15:34 (UTC)

Now there is a package java-openjfx-nowebkit.

dreieck commented on 2024-07-23 14:48 (UTC)

The -src and -doc package have their license symlinked from the main package, but do not depend on it. This can result in missing license (broken symlink).

Maybe add a java-openjfx-license package and make all the other packages depend on that?

dreieck commented on 2024-07-23 14:41 (UTC)

Please remove the ,s after the optdepends entries.

dreieck commented on 2024-07-23 14:31 (UTC)

Ahoj @Freso,

what about uploading a package java-openjfx-no-webkit, with provides=("java-openjfx=${pkgver%%.*}") and an adapted $pkgdesc saying "without WebKit"?, so that we at least have a working java-openjfx available?

jghodd commented on 2024-06-29 21:10 (UTC)

@dreieck - you were close. Had to add an additional linker fix...


  _FIXWERROR="-Wno-error=incompatible-pointer-types"
  CFLAGS+=" ${_FIXWERROR}"
  CXXFLAGS+=" ${_FIXWERROR}"
  export CFLAGS
  export CXXFLAGS

  # Suppress errors with lld >= 17 due to undefined symbols.
  _FIXLDERROR="-Wl,--undefined-version"
  LDFLAGS+=" ${_FIXLDERROR}"
  export LDFLAGS

jghodd commented on 2024-06-29 00:38 (UTC)

@Freso - add the build() fix offered by @dreieck below. Seems to be working.

dreieck commented on 2024-06-02 18:10 (UTC)

Can you add java22-openjfx=${pkgver} to the provides array, so that the conflict with java-openjfx-bin can be resolved correctly?

Regards!

dreieck commented on 2024-06-02 16:01 (UTC) (edited on 2024-06-02 16:02 (UTC) by dreieck)

Please add to build()

  _FIXWERROR="-Wno-error=incompatible-pointer-types"
  CFLAGS+=" ${_FIXWERROR}"
  CXXFLAGS+=" ${_FIXWERROR}"
  export CFLAGS
  export CXXFLAGS

(or similar),
otherwise build fails with GCC 14.x with

/var/cache/makepkg/build/java-openjfx/src/jfx22u-22.0.1-7/modules/javafx.graphics/src/main/native-font/freetype.c: In function ‘checkSize’:
/var/cache/makepkg/build/java-openjfx/src/jfx22u-22.0.1-7/modules/javafx.graphics/src/main/native-font/freetype.c:523:33: error: initialization of ‘jbyte *’ {aka ‘signed char *’} from incompatible pointer type ‘jfloat *’ {aka ‘float *’} [-Wincompatible-pointer-types]
  523 |         jbyte* newPointCoords = (jfloat*)realloc(info->pointCoords, info->lenCoords * sizeof(jfloat));
      |                                 ^
/var/cache/makepkg/build/java-openjfx/src/jfx22u-22.0.1-7/modules/javafx.graphics/src/main/native-font/freetype.c:525:27: error: assignment to ‘jfloat *’ {aka ‘float *’} from incompatible pointer type ‘jbyte *’ {aka ‘signed char *’} [-Wincompatible-pointer-types]
  525 |         info->pointCoords = newPointCoords;
      |                           ^

> Task :graphics:ccLinuxFontFreetype FAILED

FAILURE: Build failed with an exception.

Regards and thanks for maintaining!

1 2 3 4 Next › Last »