Bug 19633 - Backport Candidate: new version of java-1.8.0-openjfx
: Backport Candidate: new version of java-1.8.0-openjfx
Status: RESOLVED FIXED
Product: Mageia
Classification: Unclassified
Component: Backports
: 5
: All Linux
: Low Severity: enhancement
: ---
Assigned To: QA Team
:
:
: has_procedure MGA5-64-OK
: validated_backport
:
:
  Show dependency treegraph
 
Reported: 2016-10-21 12:00 CEST by Nicolas Salguero
Modified: 2016-11-18 00:48 CET (History)
3 users (show)

See Also:
Source RPM: java-1.8.0-openjfx
CVE:
Status comment:


Attachments

Description Nicolas Salguero 2016-10-21 12:00:26 CEST
Hi,

There is a new version of openjfx which come in sync with openjdk.

Best regards,

Nico.
Comment 1 Nicolas Salguero 2016-10-21 12:02:11 CEST
Packages in core/backports_testing:
========================
i586:
java-1.8.0-openjfx-1.8.0.111-1.b14.1.mga5.i586.rpm

x86_64:
java-1.8.0-openjfx-1.8.0.111-1.b14.1.mga5.x86_64.rpm

Source RPMs:
java-1.8.0-openjfx-1.8.0.111-1.b14.1.mga5.src.rpm

The test procedure is in bug 18120, comment 13.
Comment 2 Samuel Verschelde 2016-10-21 12:06:30 CEST
Shouldn't you assign to to QA rather than to yourself?
Comment 3 Nicolas Salguero 2016-10-21 14:23:45 CEST
I assign to QA but openjfx needs openjdk u111b16 to be tested.
Comment 4 Nicolas Salguero 2016-10-25 10:58:56 CEST
Packages in core/backports_testing:
========================
i586:
java-1.8.0-openjfx-1.8.0.111-1.b14.1.1.mga5.i586.rpm

x86_64:
java-1.8.0-openjfx-1.8.0.111-1.b14.1.1.mga5.x86_64.rpm

Source RPMs:
java-1.8.0-openjfx-1.8.0.111-1.b14.1.1.mga5.src.rpm
Comment 5 Nicolas Salguero 2016-10-25 11:45:08 CEST
Packages in core/backports_testing:
========================
i586:
java-1.8.0-openjfx-1.8.0.111-1.b14.2.mga5.i586.rpm

x86_64:
java-1.8.0-openjfx-1.8.0.111-1.b14.2.mga5.x86_64.rpm

Source RPMs:
java-1.8.0-openjfx-1.8.0.111-1.b14.2.mga5.src.rpm
Comment 6 Lewis Smith 2016-11-07 11:08:26 CET
Wanting to try this M5 x64, but am stuck on installing the package from Core Updates Testing. My normal mirror is the main 'coffee' one, so that should not be the reason. Nothing I have tried works: enabling Core Backports Testing in MCC-ManageMedia does not show the package in MCC-AddSoftware nor MCC-UpdateSystem.
 # urpmi --media 'core backports testing' java-1.8.0-openjfx
 Dim pecyn o'r enw java-1.8.0-openjfx     [No package named ...]
Suggestions please.

The 'test procedure' noted in Comment 1 (Bug 1820 Comment 13) is essentially a link to the project page of the Unplug application:
 https://github.com/UprootLabs/unplug
and the link to the latest release is not applicable, since we install it normally from Mageia repos.
Comment 7 claire robinson 2016-11-07 12:33:52 CET
This package was originally introduced in backports for mga5 IIRC, so won't appear in update medias. You likely just need to update Core Backports Testing Lewis.

# urpmi.update "Core Backports Testing"

$ depcheck java-1.8.0-openjfx
Mageia release 5 (Official) for x86_64
------------------
Core 32bit Backports
java-1.8.0-openjfx-1.8.0.72-1.b15.1.mga5
java-1.8.0-openjfx-1.8.0.76-1.b04.1.1.mga5
java-1.8.0-openjfx-1.8.0.91-1.b14.1.mga5
java-1.8.0-openjfx-1.8.0.102-1.b14.1.mga5
------------------
Core Backports
java-1.8.0-openjfx-1.8.0.72-1.b15.1.mga5
java-1.8.0-openjfx-1.8.0.76-1.b04.1.1.mga5
java-1.8.0-openjfx-1.8.0.91-1.b14.1.mga5
java-1.8.0-openjfx-1.8.0.102-1.b14.1.mga5
------------------
Core Backports Testing
java-1.8.0-openjfx-1.8.0.111-1.b14.2.mga5

The "unplug" test makes use of the openjfx package, so although external is fine to test the packaged java-1.8.0-openjfx.

If you see what I mean.
Comment 8 Lewis Smith 2016-11-07 15:05:17 CET
(In reply to Lewis Smith from comment #6)
> The 'test procedure' noted in Comment 1 (Bug 1820 Comment 13) is essentially
> a link to the project page of the Unplug application:
>  https://github.com/UprootLabs/unplug
> and the link to the latest release is not applicable, since we install it
> normally from Mageia repos.
Error! Let me correct myself before somebody else does (Claire already has). The test info referred to in:
 https://bugs.mageia.org/show_bug.cgi?id=18120#c13
is of the Unplug *application* used to test java-1.8.0-openjfx; so the link given to the latest download of *that* is meaningful. Apologies for the mix-up.
In fact just the link to the Unplug home page suffices, because that leads to the latest download - which will evolve with time.

(In reply to claire robinson from comment #7)
Thanks for popping up on this.

> This package was originally introduced in backports for mga5 IIRC, so won't
> appear in update medias. You likely just need to update Core Backports
> Testing Lewis.
> # urpmi.update "Core Backports Testing"
Hopefully. Thanks for the pointer. An area beyond my ken.

> The "unplug" test makes use of the openjfx package, so although external is
> fine to test the packaged java-1.8.0-openjfx.
Of course, obvious, & understood. I got confused...
Comment 9 Lewis Smith 2016-11-08 11:04:08 CET
M5-64, falling at the 1st hurdle.

 # urpmi.update "Core Backports Testing"
 # urpmi --media 'core backports testing' java-1.8.0-openjfx
got it installed:
 java-1.8.0-openjfx-1.8.0.111-1.b14.2.mga5

Re the test application Unplug, it is a client for: Matrix, which looks like a souped-up IRC.

From the directory containing the downloaded Unplug:
 $ java -jar unplug-0.1.6.jar
pops up a login dialogue User id, Server [https://matrix.org], Password; which presumes some pre-defined registration. Inventing something leads to an 'invalid' pop-up and a lot of console O/P.

The Matrix 'try now' page:
 https://matrix.org/docs/projects/try-matrix-now.html
says "The easiest way to get started is to pick a client that appeals and join #matrix:matrix.org" and lists many clients, including Unplug; clicking which shows a screenshot of the working application.
I could see nothing on the Matrix site to 'join' it. The quotation above implies that you can do so with a client (here Unplug). Catch 22.

So what do I join, and how? Advice appreciated. I wonder whether it implies use of a normal IRC client for that.
Comment 10 claire robinson 2016-11-08 12:11:17 CET
Starting the application is sufficient by itself Lewis. By comparison, if you uninstall java-1.8.0-openjfx you get errors and find it won't start.
Comment 11 Lewis Smith 2016-11-09 13:24:30 CET
Testing (again) Mageia 5 x64 real HW

java-1.8.0-openjfx-1.8.0.111-1.b14.2.mga5

I first removed this, then ran the test:
Comment 12 Lewis Smith 2016-11-09 13:24:30 CET
Testing (again) Mageia 5 x64 real HW

java-1.8.0-openjfx-1.8.0.111-1.b14.2.mga5

I first removed this, then ran the test:
Comment 13 Lewis Smith 2016-11-09 13:36:38 CET
...(continued)
(In reply to claire robinson from comment #10)
> Starting the application is sufficient by itself Lewis. By comparison, if
> you uninstall java-1.8.0-openjfx you get errors and find it won't start.

 $ java -jar unplug-0.1.6.jar
which threw lots of errors immediately, starting:
 Exception in thread "main" java.lang.NoClassDefFoundError: javafx/application/Application
 at java.lang.ClassLoader.defineClass1(Native Method)"
and no sign of Unplug.

I enabled just Core Backports, but urpmi did not find the pkg. Then enabled also Core Backports Testing, and that worked version as in Comment 4:
 java-1.8.0-openjfx-1.8.0.111-1.b14.2.mga5.x86_64.rpm

This time the Unplug login dialogue appeared without errors, and as in Comment 9 they only appeared after an inevitably unknown user/password login -> error dialogue. So thanks to Claire: OK.
Accepting that the update per se was not possible - just installation.
Comment 14 Nicolas Lécureuil 2016-11-18 00:48:54 CET
moved

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