|
Bugzilla – Full Text Bug Listing |
| Summary: | Dependencies on jre-32 (needed by OpenOffice) are quite large | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Andreas Jaeger <aj> |
| Component: | Java | Assignee: | Johannes Meixner <jsmeix> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | jsmeix, lars.vogdt, matz, mmeeks, pmladek, rguenther |
| Version: | Beta 4 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Andreas Jaeger
2006-02-17 08:53:06 UTC
Well, the question is why java-1_4_2-gcj-compat requires gcc-java. It should suffice to require libgcj here, until java-1_4_2-gcj-compat is supposed to provide more than a jre. Of course libgcj is what drags in all the gnome stuff (though not the -devel parts). Can you try if requiring libgcj is enough for java-1_4_2-gcj-compat? I told you about the requirements of gcc-java. gcc-java is the java _compiler_, libgcj provides the runtime and jre. As you are the maintainer for java-1_4_2-gcj-compat you should fix that package. There is no way we can trim down the requirements list of libgcj-devel without crippling functionality. About which architecture are we talking here? "Hardware" is "Other" is not very helpful. For example on x86_64 jre-32 is not provided by java-1_4_2-gcj-compat but by java-1_4_2-gcj-compat-32bit. This is i386 10.1 Beta4. The same problem will be also on x86_64 and ppc. It is on all platforms where we have OpenOffice.org. It would be even worse on x86_64 because there are installed both 32-bit and 64-bit versions of gcj/gij. Submitted fixed java-1_4_2-gcj-compat to STABLE. Now there is no longer a RPM requiremenf for gcc-java. Only for your information: I wonder whether it would be even better to move the RPM requirement for gcc-java from the java-1_4_2-gcj-compat base package to the java-1_4_2-gcj-compat-devel sub-package so that it is still there but only triggered if really "devel" stuff is to be done? Yes, it seems the java-1_4_2-gcj-compat-devel is supposed to provide a real java compiler, which can only come from gcc-java. Hence the java-1_4_2-gcj-compat-devel package should probably have a requirement on gcc-java. It looks like a good idea (comment #10). When I looked at it two weeks ago, I found that the wrapper java called gcj to resolve the options: -version and -showversion I think that it was the reason why java-1_4_2-gcj-compat required gcc-java. It is right that gij --version gives another output than gcj --verison. I am not sure what is the right output. I think that it could be solved by a grep/sed thing, though. One problem with a move is that some other packages have a RPM requirement for java-1_4_2-gcj-compat-devel: $ whatdependson -R java-1_4_2-gcj-compat-devel java-1_4_2-gcj-compat-devel: - jboss [java-devel=1.4.2] - jonas [java-devel=1.4.2] - tomcat5 [java-devel=1.4.2] Would it be o.k (or even really neccesary) to get gcc-java installed when jboss, jonas, or tomcat5 is installed? Another problem is: Shouldn't libgcj and/or gcc-java require java-1_4_2-gcj-compat and/or java-1_4_2-gcj-compat-devel to get the necesssary shell scripts and symlinks to simulate a JPackage Java runtime environment and/or a JPackage Java development environment with GCJ? Or is "JPackage" compliance only optional for GCJ usage? I don't have an opinion if jboss,jonas or tomcat5 should or should not require -devel, and hence the whole java SDK environment, at runtime. That would have to be answered by the respective maintainers. AFAIK all of them are sort of development packages itself, so that requirement seems okay. They were also indirectly requiring gcc-java before (then through java-1_4_2-gcj-compat), so there would be no change. But I can answer the second question: No, libgcj/gcc-java should not require java-1_4_2-gcj-compat. First that would create a cycle. Second libgcj or gcc-java is not supposed to provide something like a JPackage SDK. That is exactly the purpose of the java-1_4_2-gcj-compat, and users wanting that have to install it. Other than this gcc-java and libgcj can be used just fine without the "normal Java SDK" simulation. Many thanks for the explanation! The first question was meant for Daniel. In particular because of the subsequent RPM requirements of tomcat5: $ whatdependson -R tomcat5 tomcat5: - open-xchange [tomcat5=5.0.30-10] - struts-webapps-tomcat5 [tomcat5=5.0.30-10] - swamp [tomcat5=5.0.30-10] - tomcat5-admin-webapps [tomcat5=5.0.30-10] - tomcat5-webapps [tomcat5=5.0.30-10] - trackplus [tomcat5=5.0.30-10] I don't think that all those packages really require gcc-java at runtime. Therefore I think it is better to have no gcc-java requiremant at all in any java-1_4_2-gcj-compat* package because developers who like to use gcc-java should know what they must install. To get the various issues seperated, I filed bug #155729 Regading comment #10 "move the RPM requirement for gcc-java from the java-1_4_2-gcj-compat base package to the java-1_4_2-gcj-compat-devel sub-package": and comment #13 "java-1_4_2-gcj-compat-devel is required by jboss, jonas, tomcat5": Daniel explained that jboss, jonas, and tomcat5 really need a Java SDK i.e. in case of Gnu Java they really need gcc-java. Therefore java-1_4_2-gcj-compat-devel should require gcc-java. On the other hand because of the initial comment in this bug we should not get gcc-java installed by default. Daniel explained that none of jboss, jonas, and tomcat5 is installed in the Suse default system so that I can add a RPM requirement for gcc-java to ava-1_4_2-gcj-compat-devel. Opps - wrong assignee - it's my bug. Submitted to STABLE. |