[syslog-ng] syslog-ng-java RPM requirements will not use Oracle Java

[Evan Rempel]

Using the copr builds of syslog-ng 3.14

The package syslog-ng-java has RPM requirements that include

libjvm.so()(64bit)
libjvm.so(SUNWprivate_1.1)(64bit)

The Java packages from Oracle do not provide these items.

% rpm -q --provides -p jdk-8u162-linux-x64.rpm
jdk
jaxp_parser_impl
xml-commons-apis
java
java-1.8.0
java-fonts
jre
jre-1.8.0
jdk1.8 = 2000:1.8.0_162-fcs

% rpm -q --provides -p jre-8u162-linux-x64.rpm
jaxp_parser_impl
xml-commons-apis
java
java-1.8.0
java-fonts
jre
jre-1.8.0
jre1.8 = 1.8.0_161-fcs

[% rpm -q --provides jdk-9.0.4_linux-x64_bin.rpm
jdk
jaxp_parser_impl
xml-commons-apis
java
java-9.0.4
java-fonts
jre
jre-9.0.4
jdk-9.0.4 = 2000:9.0.4-ga
jdk-9.0.4(x86-64) = 2000:9.0.4-ga

Under Redhat 7 in order to get these I need

libjvm.so()(64bit) --> java-1.8.0-ibm
libjvm.so(SUNWprivate_1.1)(64bit) --> java-1.8.0-openjdk-headless

The Oracle provided java (jdk or jre) do not provide these things. Both of these java packages provides the lib jvm.so

% rpm -ql java-1.8.0-ibm | grep libjvm
/usr/lib/jvm/java-1.8.0-ibm-1.8.0.5.10-1jpp.1.el7.x86_64/jre/bin/classic/libjvm.so
/usr/lib/jvm/java-1.8.0-ibm-1.8.0.5.10-1jpp.1.el7.x86_64/jre/bin/j9vm/libjvm.so
/usr/lib/jvm/java-1.8.0-ibm-1.8.0.5.10-1jpp.1.el7.x86_64/jre/lib/amd64/classic/libjvm.so
/usr/lib/jvm/java-1.8.0-ibm-1.8.0.5.10-1jpp.1.el7.x86_64/jre/lib/amd64/compressedrefs/libjvm.so
/usr/lib/jvm/java-1.8.0-ibm-1.8.0.5.10-1jpp.1.el7.x86_64/jre/lib/amd64/default/libjvm.so
/usr/lib/jvm/java-1.8.0-ibm-1.8.0.5.10-1jpp.1.el7.x86_64/jre/lib/amd64/j9vm/libjvm.so

% rpm -ql java-1.8.0-openjdk-headless | grep libjvm
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so

Both of these package provide the following potentials for a dependency

jre = 1:1.8.0
java = 1:1.8.0

or if you want to tie to a specific version of java

jre-1.8.0
java-1.8.0


If these requirements were used in the RPM build then I could use Oracle Java to satisfy the RPM requirements.

Am I missing something obvious here?

Comments?











-- 
Evan Rempel                                      erempel at uvic.ca
Senior Systems Administrator                        250.721.7691
Data Centre Services, University Systems, University of Victoria