Hi. Tomcat installs with no access to any of the directories required to do normal work (/usr/share/tomcat, /opt/tomcat, etc.) I noticed this most predominantly when trying to add catalina-ant.jar to my classpath, which is a common requirement for Tomcat-enabled Ant build scripts. On the same note, catalina-ant.jar should be copied to /usr/share/ant/lib for the same reason, or possibly /usr/share/ant/lib/ext, if such a thing is a good idea on Gentoo. Reproducible: Always Steps to Reproduce: 1. 2. 3.
What are the permissions tomcat installs with?? Because tomcat installs fine here. :)
drwxr-x--- 10 tomcat tomcat 1024 Jan 16 23:53 . drwxr-xr-x 16 root root 1024 Jan 17 07:58 .. drwxr-xr-x 2 tomcat tomcat 1024 Jan 16 11:54 bin drwxr-x--- 3 tomcat tomcat 1024 Jan 16 11:54 common drwxr-xr-x 2 tomcat tomcat 1024 Jan 17 02:10 conf lrwxrwxrwx 1 root root 15 Jan 16 11:54 logs -> /var/log/tomcat drwxr-xr-x 5 tomcat tomcat 1024 Jan 16 11:54 server drwxr-xr-x 4 tomcat tomcat 1024 Jan 16 11:54 shared drwxr-x--- 2 tomcat tomcat 1024 Jan 17 02:25 temp -rw-r--r-- 1 tomcat tomcat 159721 Jan 22 07:26 trace.log drwxr-xr-x 6 tomcat tomcat 1024 Jan 17 00:51 webapps drwxr-xr-x 3 tomcat tomcat 1024 Jan 16 23:42 work
What are you trying to do and what error are you getting regarding permissions? Tomcat 4.1.24-r1 starts and executes the examples correctly using the current ebuild.
Of course it starts, because you're starting it as the 'tomcat' user. The problem is some files in the directory are needed by ordinary users. The particular one I mentioned above was catalina-ant.jar, which is required by Ant to perform tomcat functions such as automatically deploying web applications. This file wasn't readable (actually the directory wasn't even traversable!) by the ordinary user who needed to deploy a web application and had all the necessary admin passwords to do it. Either the permissions need to be fixed, or the tomcat ebuild should copy this file (and maybe more, if there are dependencies) out into /usr/share/ant/lib so Ant can pick it up in the classpath to gain access to these tasks.
Fixed in 5.0.18 and 4.1.29