Description of problem:
There are no jar files in the default OpenOffice installation. This means that
there is no way to connect OpenOffice with the java UNO components.
I think that the whole java support is broken in OpenOffice. In fact, I have
tried to connect OO to PostgreSQL throught JDBC but it complain no java
installed. I have tried only the pagkages in the default download version of Red
Hat Linux 8.0, so I don't know if in the packaged version with the extra office
cd there is an rpm with the java bridges to UNO.
This is not really a bug, just a missing feature, but still important.
Version-Release number of selected component (if applicable):
Install all the OpenOffice packages, jars still missing
Steps to Reproduce:
1. Install Open Office
2. No jar files are installed
The default instalation of OpenOffice from OpenOffice.org contains some jars
needed to perform UNO connection, they are missed in the OO shipped with RHL
8.0, download edition
Jar files available to OpenOffice
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
They are, for example:
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
Hope you'll help us in the next RH release...
Created attachment 91105 [details]
OO 1.02 error message
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.
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 18.104.22.168 source that you annonuced
in the Fedora list.
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
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
+ 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
+ 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
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.
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.