Bugzilla Bug 60769

I hade a working setup of OpenOffice

after I emerged postfix with SASL support which emerged Cyrus-sasl, open office failed to work:

this is the error that I got:

You are starting this version of OpenOffice.org for the first time
As the user install has changed again you will have to redo your settings
Gnome session manager detected - session management disabled
running openoffice.org setup...
/usr/bin/ooffice: line 170: 3717 Segmentation fault /opt/OpenOffice.org/program/setup ${UPDATEFLAG} -R:/etc/openoffice/autoresponse-1.1.1.conf 1>&/dev/null
setup failed.. abort

I tracked the problem down to the creation of 

/usr/lib/java and files in that directory by cyrus-sasl.

After I removed this directory I was able to continue using OpenOffice.

I think the existence of /usr/lib/java it fooling openoffice into thinking that this is where java is installled

Reproducible: Always
Steps to Reproduce:
1. emerge cyrus-sasl
2. launce openoffice
3. it just hanges

Actual Results:  
I looked at the error message and did a strace /opt/OpenOffice/program/setup

where I saw the reference to /usr/lib/java/ which only cyrus-sasl files in it.

This is not cyrus-sasl bug. Reassign to OpenOffice team.
BTW, you can do `echo "dev-libs/cyrus-sasl -java" >> /etc/portage/package.use` to disable java support and emerge cyrus-sasl again.

Well, the way those java classes are installed is certainly far from clean. The
problem is that it is quite hard to change openoffice to do anything different.

Created an attachment (id=38224) [edit]
cyrus-sasl-2.1.19/java/README

Paul, I don't know thw good place to put these files. I you  (or someone) could
tell me where is the good home for them, I'll be happy to take back the bug.
Attached is the cyrus-sasl's java README.

The first thing that would help is just a .jar archive. That archive can just
live in for example /usr/lib/cyrus-sasl.jar. Also a file for java-config needs
to be created so java-config can find the package. For that a small file needs
to be created in /usr/share/cyrus-sasl.env with for example the following
contents:
DESCRIPTION=The java bindings for cyrus-sasl version ${PV}
CLASSPATH=:/usr/lib/cyrus-sasl.jar

you can use the java-pkg eclass for this
just call java-pkg_dojar thejar.jar in src_install

Created an attachment (id=38288) [edit]
cyrus-sasl-java.patch"

patch to install the java files correctly
everything java using cyrus-sasl should then include
`java-config -p cyrus-sasl-2` in it's classpath

better change that jar line to
jar -cvf ${PN}.jar -C java $(find java -name "*.class")
or cd into it and keep it simple ;-)

taking the bug back.

fixed in cyrus-sasl-2.1.19-r1. Please test.