depsolver stupid
Elan Ruusamäe
glen at pld-linux.org
Tue Jan 10 07:55:49 CET 2017
given such package:
$ rpm -qp --requires closure-compiler-20161201-1.noarch.rpm
/bin/sh
java(ClassDataVersion) >= 49.0
java(ClassDataVersion) >= 50.0
java(ClassDataVersion) >= 51.0
rpmlib(PayloadIsLzma) <= 4.4.6-1
poldek/rpm installs:
icedtea6-jre-base, icedtea6-jre , oracle-java8-jre-base
resulting java binary from icedtea6 which is incapable of handling 51.0
bytecode:
Exception in thread "main" java.lang.UnsupportedClassVersionError:
com/google/javascript/jscomp/CommandLineRunner : Unsupported major.minor
version 51.0 more detailed log: closure-compiler-20161201-1.noarch marks
icedtea6-jre-1.12.4-3.x86_64 (cap java(ClassDataVersion) >= 49.0)
icedtea6-jre-1.12.4-3.x86_64 marks icedtea6-jre-base-1.12.4-3.x86_64
(cap icedtea6-jre-base = 1.12.4-3) closure-compiler-20161201-1.noarch
marks oracle-java8-jre-base-1.8.0.112-1.x86_64 (cap
java(ClassDataVersion) >= 51.0) oracle-java8-jre-base-1.8.0.112-1.x86_64
marks xorg-lib-libX11-1.6.4-1.x86_64 (cap libX11.so.6()(64bit)) to solve
this, ClassDataVersion dep should be moved out of -base packages?
--
glen
More information about the pld-devel-en
mailing list