Summary: | jive-messenger compile failure | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrei Ivanov <andrei.ivanov> |
Component: | Current packages | Assignee: | Brandon Low (RETIRED) <lostlogic> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | java |
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 107777 | ||
Bug Blocks: | 120513 |
Description
Andrei Ivanov
2005-09-30 10:27:30 UTC
Maybe even an upgrade to the newest version is needed :-D java 1.5 is hard masked for a reason This sucks... java 1.5 was released one year ago and gentoo is soo behind times. And btw... the solution is described here: http://www.jivesoftware.org/community/thread.jspa?threadID=15772&tstart=105 It doesn't have anything to do with jdk 1.5 (In reply to comment #4) > It doesn't have anything to do with jdk 1.5 True, I was a bit quick with closing. On the other hand it's still not a bug, but a local configuration issue. It's up to you what you want to have in your classpath. Given that you even have the choice to distinct between system and user classpath, I don't see why jakarta-tomcat-jasper and jive-messenger should block each other. Use java-config. java herders, please reopen if my reasoning is wrong or if this doesn't match your idea of quality of java ebuilds. It is the opinion of the java team that you should *never* set a system wide classpath. The jive-messenger ebuild does not follow the java ebuild policy because it uses packed jars but I will be opening another bug for that. I don't have a system wide classpath set and jive-messenger emerges without problems with the current ebuild in the tree. The thing is that I didn't explicitly set the classpath, but I think /etc/env.d/29sun-j2ee-1.3.1 did: CLASSPATH=/opt/sun-j2ee-1.3.1/lib/j2ee.jar This was the only thing in the classpath. Maybe someone should fix the sun-j2ee package? Reopening until sun-j2ee is fixed. This package is marked for removal[1]. Please try net-im/wildfire [1]http://article.gmane.org/gmane.linux.gentoo.devel/36331 |