Summary: | openoffice-2.2.0 fails often to compile if java USE flag is set | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | cyrius, java |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Juergen Rose
2007-05-18 00:05:18 UTC
I think the difference is having full dev-java/ant-1.7.0 installed. If it's there, it will put hsqldb of older version to its classpath through some transitive dependency (which should be investigated) which will interfere resolving when compiling the hsqldb bundled in openoffice. Older ant had harcoded list of deps to put on classpath and hsqldb wasn't there. The package that brought hsqldb was jaxme. The dependency was not actually needed there, so I've revbumped jaxme to 0.3.1-r4 to remove the dep, so if you emerge this version, it should allow you to emerge openoffice without problems. To solve this problem more generally, the ebuild should - export ANT_OPTS="-Dbuild.sysclasspath=ignore" somewhere src_compile(). This will prevent resolving from ant's classpath. - export ANT_TASKS="none" also in src_compile() which will tell >=ant-1.7.0 to load only ant-core classes and no deps on classpath. Since openoffice depends only on ant-core, this should be safe. But should be tested in case there should actually be dependency on some optional ant tasks. *** Bug 185595 has been marked as a duplicate of this bug. *** Is this still a problem? Get back to us; thanks. |