Summary: | Tomcat 5 fails to install at multiple points throughout an installation attempt (including autoconf usage) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Justin Gombos <bugzilla.gentoo.jgombos> |
Component: | Current packages | Assignee: | ppc64 architecture team <ppc64> |
Status: | VERIFIED UPSTREAM | ||
Severity: | normal | CC: | java |
Priority: | High | ||
Version: | 2004.2 | ||
Hardware: | PPC64 | ||
OS: | Linux | ||
URL: | http://forums.gentoo.org/viewtopic.php?t=208259 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Justin Gombos
2004-08-09 14:26:37 UTC
I hacked my "arch" and "uname" commands so they would falsely report "ppc" instead of "ppc64." This worked for building the binary. So if there are any bash experts here, there's probably a clean way to do this in bash. Also, fixing this so that the binary builds correctly does not correct the original problem of startup.sh misusing the catalina.sh script. So it seems there are at least two bugs here. After further investigation, catalina.sh is not being misused. When usage is correct, catalina.sh still prints out the syntax description, and fails to kick off the server. Furthermore, bypassing the script and running jsvc directly results in this error log: jsvc.exec error: Cannot find daemon loader org/apache/commons/daemon/support/DaemonLoader jsvc.exec error: Service exit with a return value of 1 The java bug *may* actually not be a packaging issue, but a problem internal to Tomcat. So that bug has been documented here: http://issues.apache.org/bugzilla/show_bug.cgi?id=30568 problem still present? any progress? Markus works fine for me! seems to be fixed upstream? if no, please reopen this bug. closing... |