Bug 1547378 - libjfxwebkit.so doesn't exist
Summary: libjfxwebkit.so doesn't exist
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: openjfx
Version: 29
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Jonny Heggheim
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-02-21 08:08 UTC by Cletus Lichte
Modified: 2019-04-01 12:11 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2019-04-01 12:11:16 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Cletus Lichte 2018-02-21 08:08:43 UTC
Description of problem:

I installed the BlueJ IDE for Java developement and when trying to open a project from the installed example projects, nothing happens.  I get an error in the ~/.bluej/bluej-debuglog.txt that says it can't find libjfxwebkit.so.

Version-Release number of selected component (if applicable):

BlueJ version 4.1.2 running on Fedora 27 and it's default openjdk1.8 and openjfx packages.

How reproducible:

Install BlueJ IDE and try to open an example project.

Steps to Reproduce:
1.Start BlueJ IDE
2.Click "Open Project" and select from the list of installed example projects.
3.Open ~/.bluej/bluej-debuglog.txt to see the error I'm reporting.

Actual results:

Nothing happens when I click on a project to open. I have to read the ~/.bluej/bluej-debuglog.txt to find the error.


Expected results:

The project should open in the IDE.  Why is there no libjfxwebkit.so in the Fedora java packages?


Additional info:

Comment 1 Cletus Lichte 2018-02-21 08:33:42 UTC
I forgot to report the jfx packages I have installed.  They are:

java-1.8.0-openjdk-openjfx.x86_64
java-1.8.0-openjdk-openjfx-devel.x86_64
openjfx.x86_64
openjfx-devel.x86_64
openjfx-javadoc.x86_64
openjfx-src.x86_64

Also, I've just installed Oracle's JDK 1.8 and BlueJ runs fine with that.

Comment 2 Jonny Heggheim 2018-02-22 23:38:12 UTC
It would be nice to include libjfxwebkit (and media), but the build system, dependencies and the bundled libraries for those sub-project makes it not worth my time.

I will give access to everyone that would like to do step up and work on this.

Comment 3 ekultails 2018-06-15 17:24:13 UTC
This is still an issue in Fedora 28.

The upcoming Phoenicis (PlayOnLinux 5) project, that helps with installing Windows applications and games with Wine, depends on this. It would be great for Linux gamers to get the entire open source JavaFX library into Fedora because of this.

https://github.com/PhoenicisOrg/phoenicis/issues/1157

Jonny, can you elaborate on what additional dependencies and modifications would be required to get the libjfxwebkit library built?

Comment 4 Jonny Heggheim 2018-06-29 22:49:27 UTC
(In reply to ekultails from comment #3)
> This is still an issue in Fedora 28.
> 
> The upcoming Phoenicis (PlayOnLinux 5) project, that helps with installing
> Windows applications and games with Wine, depends on this. It would be great
> for Linux gamers to get the entire open source JavaFX library into Fedora
> because of this.
> 
> https://github.com/PhoenicisOrg/phoenicis/issues/1157
> 
> Jonny, can you elaborate on what additional dependencies and modifications
> would be required to get the libjfxwebkit library built?

libjfxwebkit depends on ffmpeg (not in standard Fedora repo) and on some binary blobs that is possible to untangle, but it will take time to make and maintain.

Comment 5 Ankur Sinha (FranciscoD) 2018-08-03 12:35:05 UTC
I guess a "freeworld" version of javafx could live in RPMFusion that enables the bits dependent on ffmpeg and other stuff that cant go into Fedora. 

Jonny, would you know how much work this would be? Is it as simple as changing build flags, or would it require patching of project files and so on?

Comment 6 Jonny Heggheim 2018-08-03 12:44:31 UTC
(In reply to Ankur Sinha (FranciscoD) from comment #5)
> I guess a "freeworld" version of javafx could live in RPMFusion that enables
> the bits dependent on ffmpeg and other stuff that cant go into Fedora. 
> 
> Jonny, would you know how much work this would be? Is it as simple as
> changing build flags, or would it require patching of project files and so
> on?

I think it worked out of the box when running the included gradle wrapper, there are some binary blobs (.jar files) that are downloaded that contains pre-built libraries (.so files).

Comment 7 Nicolas De Amicis 2018-11-26 09:39:16 UTC
Jonny, how can I help?

Comment 8 Alick Zhao 2018-11-26 18:14:44 UTC
(In reply to Nicolas De Amicis from comment #7)
> Jonny, how can I help?

Hi Nicolas, thanks for your work on updating openjfx on Fedora! As suggested above, for libjfxwebkit.so, the first step you want is to have a successful build that could potentially be put on Copr or rpmfusion (need investigating the policies).

Regards,
Alick

Comment 9 Ben Cotton 2018-11-27 13:28:46 UTC
This message is a reminder that Fedora 27 is nearing its end of life.
On 2018-Nov-30  Fedora will stop maintaining and issuing updates for
Fedora 27. It is Fedora's policy to close all bug reports from releases
that are no longer maintained. At that time this bug will be closed as
EOL if it remains open with a Fedora  'version' of '27'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 27 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 10 Jonny Heggheim 2019-04-01 12:11:16 UTC
Please re-open and reassign if anyone want to fix it.


Note You need to log in before you can comment on or make changes to this bug.