On Tue, Feb 01, 2005 at 08:32:26PM +0000, Steve Traylen wrote:
> Java, JPackage and Redhat is a bit mess, the problem arises here since
> ScientificLinux, CentOS and Cern linux could not rebuild the java packages
> so it is not in their distribution. The reason they can't build the SRPMS
> unless you have you have extra 3rd party things installed and configured
> that are not part of the release. e.g. javac is not part of the redhat
> release. So the rebuilders have no idea how to the set the machine up
> so that they can be rebuilt. It has been stated this will be better with
> SL4 but I don't why.
java *is* part of the RedHat release (it's in the extras channel).
# rpm -qi java-1.4.2-ibm
Name : java-1.4.2-ibm Relocations: (not relocatable)
Version : 1.4.2.0 Vendor: Red Hat, Inc.
Release : 1jpp_13rh Build Date: Wed 10 Nov 2004 20:37:03 GMT
Install Date: Wed 22 Dec 2004 12:55:07 GMT Build Host: porky.build.redhat.com
Group : Development/Languages Source RPM: java-1.4.2-ibm-1.4.2.0-1jpp_13rh.src.rpm
Size : 58049085 License: IBM Binary Code License
Signature : DSA/SHA1, Wed 17 Nov 2004 22:14:21 GMT, Key ID 219180cddb42a60e
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
URL : http://www-106.ibm.com/developerworks/java/jdk/linux140
Summary : IBM Java Runtime Environment
Description :
This package contains the IBM Java Runtime Environment.
java-1.4.2-bea-1.4.2.04-1jpp_11rh is also available from redhat and
in our machines i have the java-1.4.2-sun and java-1.5.0-sun rpms
installed which i compiled on my own (all can be installed at the same
time btw). Since as you can see RedHat is using the jpackage spec files
it's trivial to build rpms.
> As for a solution to your current problem I would say the only idea at your
> end is to look the lcg-UI rpm depends on and install the lcg packages
> individually. I'm sure of course you of thought have though.
I can of course uninstall the RedHat/local java packages but thats not a
solution for installing a UI in general purpose machines.
> Of course a better solution is to redo the meta packages and split them.
> I see you have a Savanah ticket on this so I'll try and make some suggestions
> there.
The problem is requirements like this:
# rpm -e --test j2sdk
error: Failed dependencies:
j2sdk >= 1.4.1 is needed by (installed) edg-java-security-client-1.5.11-1_sl3
j2sdk >= 1.4.1 is needed by (installed) edg-java-security-1.5.11-1_sl3
j2sdk >= 1.4.1_01 is needed by (installed) edg-wl-common-api-java_gcc3_2_2-lcg2.1.54-2_sl3
j2sdk >= 1.4.1_01 is needed by (installed) edg-wl-ui-api-java_gcc3_2_2-lcg2.1.54-2_sl3
j2sdk >= 1.4.0 is needed by (installed) edg-replica-optimization-client-2.2.2-1_sl3
j2sdk >= 1.4.0 is needed by (installed) edg-replica-metadata-catalog-client-2.2.9-1_sl3
j2sdk >= 1.4.1_01 is needed by (installed) edg-local-replica-catalog-client-2.2.9-1_sl3
j2sdk >= 1.4.1_01 is needed by (installed) edg-wl-ui-api-java-interface_gcc3_2_2-lcg2.1.54-2_sl3
j2sdk >= 1.4.1_01 is needed by (installed) edg-wl-common-api-java-interface_gcc3_2_2-lcg2.1.54-2_sl3
j2sdk >= 1.4.1 is needed by (installed) edg-java-security-test-1.5.11-1_sl3
j2sdk = 2000:1.4.2_04-fcs is needed by (installed) lcg-UI-2.3.0-sl3
# rpm -e --test j2sdk_profile
error: Failed dependencies:
j2sdk_profile >= 1.4.0 is needed by (installed) edg-replica-optimization-client-2.2.2-1_sl3
j2sdk_profile >= 1.4.0 is needed by (installed) edg-replica-metadata-catalog-client-2.2.9-1_sl3
j2sdk_profile >= 1.4.1_01 is needed by (installed) edg-local-replica-catalog-client-2.2.9-1_sl3
j2sdk_profile >= 1.4.2_04-1 is needed by (installed) lcg-UI-2.3.0-sl3
Cheers,
Kostas
|