AUR (en) - java17-openjfx-bin

Search Criteria

Package Details: java17-openjfx-bin 17.0.12-1

Git Clone URL:	https://aur.archlinux.org/java17-openjfx-bin.git (read-only, click to copy)
Package Base:	java17-openjfx-bin
Description:	Java OpenJFX 17.0.12 client application platform (Gluon build).
Upstream URL:	https://openjfx.io/
Licenses:	GPL-2.0-only
Conflicts:	java17-openjfx
Provides:	java-openjfx, java17-openjfx
Submitter:	None
Maintainer:	mh4ckwascut
Last Packager:	mh4ckwascut
Votes:	5
Popularity:	0.68
First Submitted:	2023-12-07 15:50 (UTC)
Last Updated:	2024-10-06 11:14 (UTC)

Git Clone URL:

https://aur.archlinux.org/java17-openjfx-bin.git (read-only, click to copy)

Package Base:

java17-openjfx-bin

Description:

Java OpenJFX 17.0.12 client application platform (Gluon build).

Upstream URL:

https://openjfx.io/

Licenses:

GPL-2.0-only

Conflicts:

java17-openjfx

Provides:

java-openjfx, java17-openjfx

Submitter:

None

Maintainer:

mh4ckwascut

Last Packager:

mh4ckwascut

Votes:

Popularity:

0.68

First Submitted:

2023-12-07 15:50 (UTC)

Last Updated:

2024-10-06 11:14 (UTC)

Latest Comments

1 2 Next › Last »

l3v11 commented on 2026-06-26 13:52 (UTC) (edited on 2026-06-26 13:52 (UTC) by l3v11)

Current version is 17.0.19. Release notes: https://gluonhq.com/products/javafx/openjfx-17-release-notes/#17.0.19. Please update the package.

pschichtel commented on 2026-04-27 08:24 (UTC)

@mh4ckwascut: Would this package build against webkit2gtk-4.1 ?

mh4ckwascut commented on 2024-07-08 20:37 (UTC)

@pschichtel thanks for the info, I cleaned the PKGBUILD to follow the same paths than java17-openjfx.

pschichtel commented on 2024-05-31 10:27 (UTC)

@mh4ckwascut I just noticed that this package is significantly different than the java17-openjfx package when it comes to its file tree. This package puts the binaries into /usr/lib/jvm/java-17*-openjfx while the other package puts them into /usr/lib/jvm/java-17-openjdk. I think the packages should be aligned in that regard.

mh4ckwascut commented on 2024-05-24 07:09 (UTC)

@detian My mistake, I replaced the old provide instead of adding a new one thinking it was not useful. I added it back.

detian commented on 2024-05-24 04:00 (UTC) (edited on 2024-05-24 04:02 (UTC) by detian)

@mh4ckwascut why is this package stopping to provide java-openjfx=17 anymore? When other package that require openjfx greater than 17, but not only 17, provides=(java-openjfx=17) is useful.
For example: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=hmcl-new#n17

mh4ckwascut commented on 2024-05-19 18:28 (UTC)

The package was abandoned, I adopted it and made the necessary changes. Feel free to post here if you still have problems.

dreieck commented on 2024-05-18 09:24 (UTC)

You need to depend on a 17-version of Java Runtime (java-runtime=17 or java-environment=17).

Regards and thanks for maintaining!

kyngs commented on 2024-04-28 11:37 (UTC)

I'm also having the same issue as @mh4ckwascut and @thrimbor, please fix the PKGBUILD. This should provide java17-openjfx, not java-openjfx.

thrimbor commented on 2024-04-23 15:25 (UTC)

No, it does need changing, because what it provides is java17-openjfx, not java-openjfx, and listing it incorrectly causes it to not get picked up by dependency resolution. You even listed it correctly in the conflicts-list. You only have this incorrect because you copied java-openjfx-bin without properly adjusting it, none of the other openjfx packages have this issue. Just change line 12 to the following and it'll start working properly: provides=("java17-openjfx=${pkgver}")

This has nothing to do with the JVM version the user selected.