Bug 170433 - Package tries to provide "rebuild-gcj-db" via alternatives
Summary: Package tries to provide "rebuild-gcj-db" via alternatives
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: java-1.4.2-gcj-compat
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Thomas Fitzsimmons
QA Contact:
URL:
Whiteboard:
: 169218 171843 (view as bug list)
Depends On:
Blocks: FC5Blocker
TreeView+ depends on / blocked
 
Reported: 2005-10-11 17:59 UTC by Bill Crawford
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version: 1.4.2.0-40jpp_52rh
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-11-14 18:50:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bill Crawford 2005-10-11 17:59:56 UTC
Description of problem:
A number of packages (e.g. eclipse and its subpackages) rely on the presence of
/usr/bin/rebuild-gcj-db.
Unfortunately if I have selected the Sun jre as my default via alternatives,
this fails, and lots of packages end up reporting errors during
post{install,upgrade,remove} scriptlets/triggers.

Version-Release number of selected component (if applicable):
1.4.2.0-40jpp_51rh

How reproducible:
Install this package. Select Sun jre/jvm via alternatives. Upgrade or install
any other package which depends on /usr/bin/rebuild-gcj-db being available.

Actual results:
Error messages during yum update.

Expected results:
Nonesuch.

Additional info:
This simply shouldn't be accessed via alternatives, at least not for those
packages that need it available by default. Perhaps there could be a symlink
provided somewhere either by the java-blah-gcj-compat package itself, or via a
different mechanism (or, make that command not be a slave, but an alternative in
its own right; that seems like overkill, though, just providing it directly
should be enough).

This also means it is very difficult to have e.g. different versions of the gcj
jvm installed, among other things. Plus, what if other jvm packages need some
kind of database like this? Perhaps an /etc/jvm/rebuild-db.d/ needs to be added?

Comment 1 Sammy 2005-10-12 00:43:17 UTC
I can confirm this as well. 

Comment 2 Bryce McKinlay 2005-10-13 01:44:11 UTC
rebuild-gcj-db doesn't seem to belong in the java-gcj-compat package. Is there
any reason not to move it into the libgcj package?

Comment 3 Thomas Fitzsimmons 2005-10-13 02:36:55 UTC
We could do that. However, I'm also going to create a java-gcj-compat-scripts
package that sits above jpackage-utils and below java-gcj-compat.  It would
contain these miscellaneous gcj-specific scripts, such as rebuild-gcj-db,
rebuild-security-providers and aot-compile-rpm.  I think rebuild-gcj-db would
fit in fine there, and having it there rather than in libgcj would give us more
flexibility to experiment with it.  I think once we get the functionality that
we want we should build it directly into gcj-dbtool itself.

Comment 4 Thomas Fitzsimmons 2005-11-10 21:27:50 UTC
*** Bug 171843 has been marked as a duplicate of this bug. ***

Comment 5 Thomas Fitzsimmons 2005-11-10 21:29:41 UTC
*** Bug 169218 has been marked as a duplicate of this bug. ***

Comment 6 Thomas Fitzsimmons 2005-11-14 18:50:53 UTC
Fixed in Rawhide, java-1.4.2-gcj-compat-1.4.2.0-40jpp_52rh.



Note You need to log in before you can comment on or make changes to this bug.