Bug 162533

Summary: jpackage-utils should not own /usr/share/javadoc/java
Product: [Fedora] Fedora Reporter: Ian Pilcher <arequipeno>
Component: jpackage-utilsAssignee: Thomas Fitzsimmons <fitzsim>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 4   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 1.6.6-1jpp_2rh Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-02-06 20:36:42 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 162534    
Attachments:
Description Flags
Proposed changes to jpackage-utils SPEC file none

Description Ian Pilcher 2005-07-05 21:27:40 UTC
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:

Comment 1 Ian Pilcher 2005-07-07 19:14:46 UTC
Created attachment 116486 [details]
Proposed changes to jpackage-utils SPEC file

Comment 2 Thomas Fitzsimmons 2005-07-07 19:30:41 UTC
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.


Comment 3 Ian Pilcher 2005-07-07 20:58:53 UTC
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.

Comment 4 Thomas Fitzsimmons 2005-07-07 21:01:50 UTC
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.

Comment 5 Ian Pilcher 2005-07-07 21:26:18 UTC
I've never heard of releng, but java-1.4.2-gcj-compat-src is empty.

Comment 6 Thomas Fitzsimmons 2005-07-07 21:49:08 UTC
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.


Comment 7 Ian Pilcher 2005-10-25 17:10:07 UTC
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.

Comment 8 Alan Lue 2005-11-18 05:44:14 UTC
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.

Comment 9 Thomas Fitzsimmons 2006-02-06 20:36:42 UTC
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.