From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4 Description of problem: jpackage-utils-1.6.3-1jpp_1rh owns /usr/share/javadoc/java. This creates a conflict with classpath-javadoc (in JPackage currently and being considered for Fedora Core). Version-Release number of selected component (if applicable): jpackage-utils-1.6.3-1jpp_1rh How reproducible: Always Steps to Reproduce: 1. rpm -ihv classpath-javadoc-0.15-1jpp.noarch.rpm Actual Results: Preparing... ########################################### [100%] file /usr/share/javadoc/java from install of classpath-javadoc-0.15-1jpp conflicts with file from package jpackage-utils-1.6.3-1jpp_1rh Expected Results: Installation should succeed (no conflict). Additional info:
Created attachment 116486 [details] Proposed changes to jpackage-utils SPEC file
Some packages require this directory for building, so I don't think we should remove it until we have a suitable replacement. I like the idea of libgcj-docs (built as part of the GCC RPM) and java-1.4.2-gcj-compat-doc you proposed on fedora-devel-java-list. I'm going to hold off committing this until those packages are available.
libgcj-docs will have to wait until at least the next GCC update. (And there's no indication in #162534 yet of how Jakub feels about this idea.) In the meantime, jpackage-utils conflicts with the API documentation packages from JPackage (java-1.4.2-javadoc, etc.). What do you think of rolling out the "compat-doc" package, with an empty /usr/src/javadoc/java directory, in the interim? This would allow people to at least install the documentation packages from JPackage without using --force.
Actually, that was exactly what we did as a first attempt to solve this. But releng rejects empty packages for some reason. Maybe we should include classpath-javadocs in Fedora for now.
I've never heard of releng, but java-1.4.2-gcj-compat-src is empty.
releng is release engineering. Yeah, you're right, we did slip in java-1.4.2-gcj-compat-src. Maybe that's acceptable because it's a sub-package. Anyway, I'd rather include classpath-javadocs I think. I'll look at building it in soon.
Isn't it about time that this got fixed, even if the fix isn't perfect? At the very least, this should be a FC5 blocker.
I had a similar problem with an identical cause: I couldn't install java-1.5.0-javadoc-1.5.0-1jpp because jpackage-utils v1.6.3 (from Fedora Extras) owned /usr/share/javadoc/java. Upgrading to jpackage-utils-1.6.6-1jpp from the jpackage.org yum repo solved the problem, as it allowed the installation of the javadoc package.
I've removed this directory from jpackage-utils and introduced java-1.4.2-gcj-compat-javadoc which contains gjdoc-generated libgcj API documentation, installed in /usr/share/javadoc/java. Closing.