Search Criteria
Package Details: java8-openjfx-src 8.u202-10
Package Actions
Git Clone URL: | https://aur.archlinux.org/java8-openjfx.git (read-only, click to copy) |
---|---|
Package Base: | java8-openjfx |
Description: | Java OpenJFX 8 client application platform (open-source implementation of JavaFX) |
Upstream URL: | https://wiki.openjdk.java.net/display/OpenJFX/Main |
Keywords: | java8-openjfx openjfx |
Licenses: | GPL |
Submitter: | freswa |
Maintainer: | Rogach |
Last Packager: | Rogach |
Votes: | 13 |
Popularity: | 1.06 |
First Submitted: | 2022-03-09 18:41 (UTC) |
Last Updated: | 2024-05-25 07:41 (UTC) |
Dependencies (20)
- alsa-lib (make)
- cairo (cairo-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- ffmpeg4.4 (make)
- freetype2 (freetype2-qdoledAUR, freetype2-macosAUR, freetype2-gitAUR) (make)
- gdk-pixbuf2 (gdk-pixbuf2-gitAUR) (make)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (make)
- gperf (gperf-gitAUR) (make)
- gtk2 (gtk2-maemoAUR, gtk2-patched-filechooser-icon-viewAUR) (make)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR) (make)
- jdk8-openjdk (make)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, amdgpu-pro-oglpAUR, nvidia-340xx-utilsAUR, libglvnd) (make)
- libx11 (libx11-gitAUR) (make)
- libxtst (make)
- pango (pango-gitAUR) (make)
- python2AUR (python2-binAUR) (make)
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR) (make)
- ruby (make)
- unzip (unzip-natspecAUR, unzip-zstdAUR) (make)
- webkit2gtk (webkit2gtk-imgpasteAUR) (make)
Required by (0)
Sources (11)
- gradle.properties
- https://hg.openjdk.java.net/openjfx/8u-dev/rt/archive/8u202-ga.tar.bz2
- https://services.gradle.org/distributions/gradle-4.8-bin.zip
- java8-openjfx-CVE-2021-3517-fix.patch
- java8-openjfx-CVE-2021-3522-fix.patch
- java8-openjfx-fix-java-version-check.patch
- java8-openjfx-flags.patch
- java8-openjfx-include-iterator.patch
- java8-openjfx-no-check-jfxrt-jar.patch
- java8-openjfx-no-sys-sysctl.patch
- java8-openjfx-no-xlocale.patch
Latest Comments
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 Next › Last »
gnaggnoyil commented on 2023-02-04 15:45 (UTC)
I met the following error when running
makepks -s
:And then the terminal continues to emit about 70000+ messages and then reports the build failed. Is anyone here having the same issue?
Pillgar commented on 2023-02-04 05:19 (UTC)
It works!!!! TYVM kind Sir!!!!
Rogach commented on 2023-02-03 05:38 (UTC)
@Pillgar Patched the PKGBUILD, please test that it now builds on your machine.
Pillgar commented on 2023-02-03 02:01 (UTC)
I think you figured it out.: https://gist.github.com/Pillgar/90931a304e57d75e02c2a3e366e247cb
ilikenwf commented on 2023-02-02 17:00 (UTC)
@Rogach yes on the patch, maybe bad in practice although we should also consider that because of how we handle Java, most people probably don't run java 8 as the default most of the time...and archlinux-java sets all the env vars out of the box.
The PKGBUILD may need to hard code the paths to use a java8 or lower path, and put that in the makedepends...circular self dependence maybe but still...
Rogach commented on 2023-02-02 15:21 (UTC)
Since the build is dependent on specific strings in
java -version
output, I'm planning to restrict dependencies tojdk8-openjdk
andjre8-openjdk
(instead ofjava-runtime-openjdk
andjava-environment-openjdk
). I doubt that someone is running this build with newer JDK version.However if somebody needs to compile with some other JDK version, then please leave a message here (and include the output of
java -version
, so that I can patch build.gradle accordingly).Rogach commented on 2023-02-02 15:18 (UTC)
Aha, so _JAVA_OPTIONS line is throwing it off. Here's the updated test script, please test it: https://gist.github.com/Rogach/6f9639e3025ba744fb77b895c841acf4
Pillgar commented on 2023-02-02 15:07 (UTC)
Done: https://gist.github.com/Pillgar/40441a8186d52e6853d4fa9c05fe76ed
Rogach commented on 2023-02-02 12:30 (UTC)
@ilikenwf Thanks for the suggestion, I've updated the PKGBUILD with the patch.
I think this would be a bad idea in general - previous openjfx classes will be present on the classpath when building the new ones. However this package is probably going to be stuck on 8u202 version for the forceeable future, so this should be fine.
Rogach commented on 2023-02-02 11:21 (UTC)
@Pillgar Here's the updated script, I added some debugging printfs to get closer to the issue: https://gist.github.com/Rogach/6f9639e3025ba744fb77b895c841acf4
Can you please run it and paste the output?
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 Next › Last »