Description of problem: Package bookkeeper fails to build from source in rawhide. Koji scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=6372681 Quoting from build logs: [ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] /builddir/build/BUILD/bookkeeper-4.2.1/hedwig-server/src/main/java/org/apache/hedwig/admin/console/HedwigConsole.java:[21,13] cannot find symbol symbol: class ConsoleReader location: package jline Version-Release number of selected component (if applicable): 4.2.1-5 Additional info: [1] http://fedoraproject.org/wiki/Packaging:Java [2] http://fedoraproject.org/wiki/Packaging:Guidelines
This appears to be a transitive overlap where a dependency now uses the new jline while the package itself calls out jline1. Is there a pattern to ensure classpath ordering to resolve, or is this going to be a thornier issue until folks transition to jline 2.
(In reply to Timothy St. Clair from comment #1) > This appears to be a transitive overlap where a dependency now uses the new > jline while the package itself calls out jline1. > > Is there a pattern to ensure classpath ordering to resolve, or is this going > to be a thornier issue until folks transition to jline 2. Usually it's best to port code using the old jline to jline2 and forward the patch upstream.
There is a bookkeeper 4.2.2 release that drops it's jline dependency, but it has some issues with HDFS. https://issues.apache.org/jira/browse/HDFS-541 So any work to update to jline 2 would be wasted. I'll circle back to this when I can think of something more creative. Ideally I would like to not update but ensure the classpath is correct, then eventually take the newer version.
Patched to support jline and netty3. Required a zookeeper rebuild which also had similar dependency issues. Other dependent packages may want to rebuild sans mods (hadoop, etc)