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