Until Sun or IBM opensources their JDKs, or until it builds with GCJ,
there is nothing we can do about this. The distribution must be self-hosting.

Sorry if reopen this bug report.

What you say is right, and the OO base setup should remain self hosting, but I
really don't understand the need of removing _any_ reference to java in OO.

In OO there are some helper files and programs (no java programs but C++
programs that don't need a java VM to run) that are used to configure the java
uno components.

They are, for example:

/usr/lib/openoffice/program/javaldx
/usr/lib/openoffice/program/jvmsetup
/usr/lib/openoffice/program/jvmsetup.bin

etc..

The only files that need a java VM are those in the classes directory.

You can provide a separate contrib rpm for these files, or can require that we
try to get the classes from some other resource, but setting up the environment
is really difficult without these helper programs.

Java UNO is a great way of providing office solutions for OO, and for Linux, and
you are stopping this opportunity (we can count on an Office solution that works
just out of the box).

We would offer (and we are preparing) Office solution based on Red Hat Linux,
Java and Open Office, but we cannot, due to the usefulness of the program
shipped with OO. They are Open Source and compile with gcc, so I really don't
understand the need of these removal...

Please, understand the importance of java in Open Office. This is not a problem
of classes (that can be compiled using jikes, after all, but even jikes was
removed form RHL 8.0...), only a problem of being able to install the classes
and the classpath, have to run a single program (jvmsetup) and go on with the work.

We are unable even to connect OO to postgres, without java (we have the ODBC
bridge, surely, but in a java environment this is not the best way of doing
things...)

Hope you'll help us in the next RH release...

M.

Created attachment 91105 [details]
OO 1.02 error message

Hello,
   Unfortunately, this has not been done with RedHat 9.0 with OO 1.02.
   /opt/openoffice/program/classes directory is still missing
   and /opt/openoffice/program javaldx, jvmsetup are just wrappers
    that returns errors...

    So I still get the fatal errors : unable to load libjvm.so when accessing
  JDBC data sources....and OO dies. BTW everything works ok in RH 7.3 
   and we uses the very same setup and JDK.

   Besides, ODBC support in RedHat 9.0 is now broken. Was OK in RedHat 8.0...
   After installing unixODBC and MyODBC (either 2.50 or 3.50), connections
    to ODBC datasources now fail with the following error:
    
        Cannot open lib /usr/lib/libmyodbc.so: /usr/lib/libmysqlclient.so.10
        Symbol error version GLIBC_2.0 not defined in file libc.so.6 with
         link time reference...


    So database access in RedHAT 9.0 is not working at all 
    and only via ODBC in RedHat 8.0....
    until the next update of glibc, I suspect.

      

It is not appropriate to require Java to build OOo, when you are
deploying on a platform that does not have Java.  That completely
defeats the purpose of mandating that the package builds on the base
system that Red Hat or others distribute.  Therefore, Java support
will not be included and cannot be.

This will not be fixed with 1.0.x series builds.

_However_, with the 1.1.0 series RPMs (soon available for RH9), I have
modified it so that you can simply throw a switch in the specfile,
point the specfile towards your JDK, and roll your own Java-enabled
build.  In the mean time, Red Hat is working on getting GCJ to build
relevant parts of OOo.  But until that time, RH will not be
distributing Java-enabled builds, so you must either build it yourself
or wait for GCJ support.

Hello, 
 
  That's what I tried to do on a Fedora workstation, following instructions given  
in the Fedora devel list  
I downloaded openoffice.org-1.1.0-6.src.rpm 
removed the --disable-java in the spec file 
removed all no-solar patches  
It first warning me about libart not being the correct version and later  
 the build failed  with an error about a 'LinuxEnv' file not found . 
 
I get the same error trying to build with the original spec file ... 
So I guess I shall wait for 1.1.0.7 source that you annonuced  
in the Fedora list. 
 
Cheers. 
 

1.1.0-8 should be in Rawhide as of Friday.  You'll see an "enable_java" switch at the 
top, and a path to the JDK right below it.  This was tested on Fedora with the Sun JDK 
RPM from java.sun.com.  The path listed there should be the default path to that 1.4.2 
JDK if installed from RPM.

Created attachment 96403 [details]
output on rombuild -ba

hello again, 
   Unfortunarely, rpmbuild -ba dies with the follwing error: 
 
dmake has been successfully built 
+ '[' 1 -gt 2 ']' 
+ '[' 1 -gt 1 ']' 
+ exit 0 
Exécution_de(%install): /bin/sh -e /var/tmp/rpm-tmp.90055 
+ umask 022 
+ cd /usr/src/redhat/BUILD 
+ cd oo_1.1_src 
+ LANG=C 
+ export LANG 
+ unset DISPLAY 
+ rm -rf /var/tmp/openoffice.org-1.1.0-root 
+ mkdir -p /var/tmp/openoffice.org-1.1.0-root/usr/lib/openoffice 
+ RESPONSE_FILE=/usr/src/redhat/BUILD/oo_1.1_src/rsfile.ins 
+ cd ./instsetoo/unxlngi4.pro/01/normal/ 
/var/tmp/rpm-tmp.90055: line 32: cd: ./instsetoo/unxlngi4.pro/01/normal/: No such 
file or directory 
+ cp -f solver/645/unxlngi4.pro/bin/regcomp 
/var/tmp/openoffice.org-1.1.0-root/usr/lib/openoffice/program 
cp: cannot stat `solver/645/unxlngi4.pro/bin/regcomp': No such file or directory 
erreur: Mauvais status de sortie pour /var/tmp/rpm-tmp.90055 (%install) 
 
I am enclosing the full ouptut of the process. 
I am on a freshly installed Fedora, with 20 Go disk free and and fully patched with 
apt-get dist-upgrade and jdk1_4.02 installed. 
 
Sorry ;-(( 
  

Please grab 1.1.0-9 which fixes this issue.  Either that, or change the 
[ $RPM_BUILD_NCPUS -gt 1 ] to be a [ $RPM_BUILD_NCPUS -ge 1 ] and
rebuild.  1.1.0-8 is broken for single-processor builds.

See bug 111623 for more build failure info.