this build is unusable [root@srv-rhsoft:/downloads]$ rpm -qa | grep java-1.8.0-openjdk java-1.8.0-openjdk-headless-1.8.0.172-5.b11.fc27.x86_64 java-1.8.0-openjdk-1.8.0.172-5.b11.fc27.x86_64 [root@srv-rhsoft:/downloads]$ [root@srv-rhsoft:/downloads]$ ls total 33M -rw-r----- 1 harry verwaltung 245K 2018-06-14 09:00 java-1.8.0-openjdk-1.8.0.172-7.b11.fc27.x86_64.rpm -rw-r----- 1 harry verwaltung 33M 2018-06-14 09:02 java-1.8.0-openjdk-headless-1.8.0.172-7.b11.fc27.x86_64.rpm [root@srv-rhsoft:/downloads]$ dnf upgrade *.rpm Last metadata expiration check: 0:01:10 ago on Thu Jun 14 11:47:05 2018. Dependencies resolved. =================================================================================================================================================================================== Package Arch Version Repository Size =================================================================================================================================================================================== Upgrading: java-1.8.0-openjdk x86_64 1:1.8.0.172-7.b11.fc27 @commandline 244 k java-1.8.0-openjdk-headless x86_64 1:1.8.0.172-7.b11.fc27 @commandline 32 M Installing dependencies: java-1.8.0-openjdk-headless-debug x86_64 1:1.8.0.171-4.b10.fc27 updates 33 M Transaction Summary =================================================================================================================================================================================== Install 1 Package Upgrade 2 Packages Total size: 65 M Total download size: 33 M Is this ok [y/N]: n Operation aborted.
Hmm, I cannot reproduce this: [root@ef28a08d474f /]# rpm -qa | grep java-1.8.0-openjdk java-1.8.0-openjdk-1.8.0.171-4.b10.fc27.x86_64 java-1.8.0-openjdk-headless-1.8.0.171-4.b10.fc27.x86_64 [root@ef28a08d474f /]# ls *.rpm java-1.8.0-openjdk-1.8.0.172-7.b11.fc27.x86_64.rpm java-1.8.0-openjdk-headless-1.8.0.172-7.b11.fc27.x86_64.rpm [root@ef28a08d474f /]# dnf upgrade *.rpm Last metadata expiration check: 0:06:49 ago on Thu Jun 14 11:44:46 2018. Dependencies resolved. =================================================================================================================================================================================================================== Package Arch Version Repository Size =================================================================================================================================================================================================================== Upgrading: java-1.8.0-openjdk x86_64 1:1.8.0.172-7.b11.fc27 @commandline 244 k java-1.8.0-openjdk-headless x86_64 1:1.8.0.172-7.b11.fc27 @commandline 32 M Transaction Summary =================================================================================================================================================================================================================== Upgrade 2 Packages Total size: 32 M Is this ok [y/N]: If I had to guess it's to do with some other package that you've got installed which has a dep on something no longer being provided by 1.8.0.172-7.b11.fc27. See bug 1590796. Question is what that package might be.
My bets are on libjvm.so. Could you please run this on your system: $ rpm -q --whatrequires 'libjvm.so()(64bit)' That came back with libreoffice-ure in the list on one of my systems. And indeed, once I install libreoffice-ure on the system above it now reproduces. Looks like we need to keep the requires/provides for libjvm.so. Although that might horribly break for a libreoffice-ure that doesn't work with a JDK 10 libjvm.so (as would be provided by java-openjdk-headless).
Possible fix: https://src.fedoraproject.org/rpms/java-1.8.0-openjdk/pull-request/9 I wonder, though whether we can convince consumers of private libs (such as libjvm.so) to use runtime deps on openjdk packages rather than just the library.
exactly - BTW: i still HATE DNF because YUM had all the years usefull outputs for pulled or broken deps [harry@srv-rhsoft:~]$ rpm -q --whatrequires 'libjvm.so()(64bit)' libreoffice-ure-5.4.7.2-2.fc27.x86_64 java-1.8.0-openjdk-headless-1.8.0.172-5.b11.fc27.x86_64 java-1.8.0-openjdk-1.8.0.172-5.b11.fc27.x86_64
Installing dependencies: java-1.8.0-openjdk-headless-debug x86_64 1:1.8.0.171-4.b10.fc27 updates This smells. How it could ever gewt to system?
(In reply to Severin Gehwolf from comment #3) > Possible fix: > https://src.fedoraproject.org/rpms/java-1.8.0-openjdk/pull-request/9 FWIW, the scratch build produced by this PR fixed the problem for me.
Thanks for the bug report. I believe this is now fixed in java-1.8.0-openjdk-1.8.0.172-9.b11.fc27: [root@e0e28a9dcfcd /]# rpm -q libreoffice-ure libreoffice-ure-5.4.7.2-2.fc27.x86_64 [root@e0e28a9dcfcd /]# ls *.rpm java-1.8.0-openjdk-1.8.0.172-9.b11.fc27.x86_64.rpm java-1.8.0-openjdk-headless-1.8.0.172-9.b11.fc27.x86_64.rpm [root@e0e28a9dcfcd /]# dnf upgrade *.rpm Last metadata expiration check: 0:11:30 ago on Tue Jun 19 07:50:10 2018. Dependencies resolved. =================================================================================================================================================================================================================== Package Arch Version Repository Size =================================================================================================================================================================================================================== Upgrading: java-1.8.0-openjdk x86_64 1:1.8.0.172-9.b11.fc27 @commandline 245 k java-1.8.0-openjdk-headless x86_64 1:1.8.0.172-9.b11.fc27 @commandline 32 M Transaction Summary =================================================================================================================================================================================================================== Upgrade 2 Packages Total size: 32 M Is this ok [y/N]: y Downloading Packages: Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Running scriptlet: java-1.8.0-openjdk-headless-1:1.8.0.172-9.b11.fc27.x86_64 1/1 Preparing : 1/1 Upgrading : java-1.8.0-openjdk-headless-1:1.8.0.172-9.b11.fc27.x86_64 1/4 Running scriptlet: java-1.8.0-openjdk-headless-1:1.8.0.172-9.b11.fc27.x86_64 1/4 Upgrading : java-1.8.0-openjdk-1:1.8.0.172-9.b11.fc27.x86_64 2/4 Running scriptlet: java-1.8.0-openjdk-1:1.8.0.172-9.b11.fc27.x86_64 2/4 Cleanup : java-1.8.0-openjdk-1:1.8.0.171-4.b10.fc27.x86_64 3/4 Running scriptlet: java-1.8.0-openjdk-1:1.8.0.171-4.b10.fc27.x86_64 3/4 Cleanup : java-1.8.0-openjdk-headless-1:1.8.0.171-4.b10.fc27.x86_64 4/4 Running scriptlet: java-1.8.0-openjdk-headless-1:1.8.0.171-4.b10.fc27.x86_64 4/4 Running scriptlet: java-1.8.0-openjdk-1:1.8.0.172-9.b11.fc27.x86_64 4/4 Verifying : java-1.8.0-openjdk-1:1.8.0.172-9.b11.fc27.x86_64 1/4 Verifying : java-1.8.0-openjdk-headless-1:1.8.0.172-9.b11.fc27.x86_64 2/4 Verifying : java-1.8.0-openjdk-1:1.8.0.171-4.b10.fc27.x86_64 3/4 Verifying : java-1.8.0-openjdk-headless-1:1.8.0.171-4.b10.fc27.x86_64 4/4 Upgraded: java-1.8.0-openjdk.x86_64 1:1.8.0.172-9.b11.fc27 java-1.8.0-openjdk-headless.x86_64 1:1.8.0.172-9.b11.fc27 Complete! [root@e0e28a9dcfcd /]# java -version openjdk version "1.8.0_172" OpenJDK Runtime Environment (build 1.8.0_172-b11) OpenJDK 64-Bit Server VM (build 25.172-b11, mixed mode)
java-1.8.0-openjdk-1.8.0.172-9.b11.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-4b0791855d
java-1.8.0-openjdk-1.8.0.172-9.b11.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-4b0791855d
java-1.8.0-openjdk-1.8.0.172-9.b11.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
If I upgrade to this package, dnf requires me to install jre9. [syl@virt packages]$ LC_ALL=C sudo dnf upgrade java-1.8.0-openjdk Last metadata expiration check: 1:12:07 ago on Sun Jul 1 17:55:54 2018. Dependencies resolved. ================================================================================ Package Arch Version Repository Size ================================================================================ Upgrading: java-1.8.0-openjdk x86_64 1:1.8.0.172-9.b11.fc27 updates 245 k java-1.8.0-openjdk-devel x86_64 1:1.8.0.172-9.b11.fc27 updates 9.8 M java-1.8.0-openjdk-headless x86_64 1:1.8.0.172-9.b11.fc27 updates 32 M Installing dependencies: java-9-openjdk x86_64 1:9.0.4.11-6.fc27 updates 221 k java-9-openjdk-headless x86_64 1:9.0.4.11-6.fc27 updates 41 M Checking the rpm, the new java-1.8.0-openjdk lacks previously available 'provides' : [syl@virt packages]$ rpm -q --provides java-1.8.0-openjdk versus [syl@virt packages]$ rpm -q --provides -p java-1.8.0-openjdk-1.8.0.172-9.b11.fc27.x86_64.rpm misses : lib.so(SUNWprivate_1.1)(64bit) libawt_xawt.so()(64bit) libawt_xawt.so(SUNWprivate_1.1)(64bit) libjawt.so()(64bit) libjawt.so(SUNWprivate_1.1)(64bit) libjsoundalsa.so()(64bit) libjsoundalsa.so(SUNWprivate_1.1)(64bit) libsplashscreen.so()(64bit) libsplashscreen.so(SUNWprivate_1.1)(64bit) This is exposed by having eclipse-swt-1:4.7.2-1.fc27.x86_64 installed, which requires libjawt.so()(64bit) and libjawt.so(SUNWprivate_1.1)(64bit)
to be honest: that's exactly why Fedora releases exists and updates in a GA version should not introduce dramatic changes in packaging
(In reply to Sylvain Petreolle from comment #11) > If I upgrade to this package, dnf requires me to install jre9. [...] > This is exposed by having eclipse-swt-1:4.7.2-1.fc27.x86_64 installed, which > requires libjawt.so()(64bit) and libjawt.so(SUNWprivate_1.1)(64bit) Thanks for the report. A fix is in the works. See https://bugzilla.redhat.com/show_bug.cgi?id=1590796#c14