Description of problem: I see that xml-commons-resolver has not change yet it now fails to build. This is a problem for ia64 and the other new arches as we don't have an old build to fall back on like the other arches do. I verified that it fails on x86 and ppc using koji. The build log can be found at: http://koji.fedoraproject.org/koji/getfile?taskID=403741&name=build.log but for those who don't want to look at the full log file the important bit is: + cp -pr 'build/apidocs/resolver/*' /var/tmp/xml-commons-resolver-1.1-1jpp.12-buildroot/usr/share/javadoc/xml-commons-resolver-1.1 cp: cannot stat `build/apidocs/resolver/*': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.54459 (%install) Version-Release number of selected component (if applicable): xml-commons-resolver-1.1-1jpp.12.src.rpm How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
looking more closely at the logfile it appears this is the root of the error: javadocs: [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Parsing /builddir/build/BUILD/xml-commons-resolver-1.1/src/org/apache/xml/resolver/CatalogException.java [javadoc] Parsing /builddir/build/BUILD/xml-commons-resolver-1.1/src/org/apache/xml/resolver/Version.java [javadoc] Parsing /builddir/build/BUILD/xml-commons-resolver-1.1/src/org/apache/xml/resolver/Catalog.java [javadoc] /builddir/build/BUILD/xml-commons-resolver-1.1/src/org/apache/xml/resolver/Catalog.java:474: Syntax error (106) [javadoc] * <p>This method is used internally when constructing a new catalog. [javadoc] ^ [javadoc] Couldn't repair and continue parse at character 19104 of input [javadoc] Parsing /builddir/build/BUILD/xml-commons-resolver-1.1/src/org/apache/xml/resolver/Resolver.java [javadoc] /builddir/build/BUILD/xml-commons-resolver-1.1/src/org/apache/xml/resolver/Resolver.java:192: Syntax error (106) [javadoc] public String resolveURI(String uri) [javadoc] ^ [javadoc] Couldn't repair and continue parse at character 7072 of input
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Sinjdoc is unmaintained and not worth fixing for this. I changed the package to make it build with Icedtea, which results in the Icedtea javadoc being used, and that one works.