Bug#418828: [Fwd: Re: Bug#418828: /var/lib/tomcat5.5 doesn't belong to tomcat-user after installation]

2007-04-12 Thread Armin Fuerst
 We install a commercial applet that wants to create/read the ini-file
 directly from this directory (don't ask me why).
 
 Surely not from the /var/lib/tomcat5.5 directory? Note that the 
 subdirectories 
 conf and webapps are owned by the tomcat55 user.

I was writing about the /vat/lib/tomcat5.5 directory. This was owned by
root after installation.

Armin



file:///C|/DOCUME%7E1/ARMIN/LOCALS%7E1/TEMP/nsmail.asc
Description: PGP signature


Bug#418828: [Fwd: Re: Bug#418828: /var/lib/tomcat5.5 doesn't belong to tomcat-user after installation]

2007-04-12 Thread Armin Fuerst
 Surely not from the /var/lib/tomcat5.5 directory? Note that the
 subdirectories conf and webapps are owned by the tomcat55 user.
 I was writing about the /vat/lib/tomcat5.5 directory. This was owned by
 root after installation.
 
 Perhaps this is caused by the same issue as you reported in #418826, where it 
 uses the current directory? If you start the init script from some other 
 directory, would the file be created there instead?

This is related, but not the same. #418826 caused the applet to create
the config-file once in /root, once in /etc/, ... wherever I was when
I started tomcat the last time.
When tomcat is started on startup with the original script, the applet
tries to write into /var/lib/tomcat5.5. So we tried to find a way
with the same behaviour when I start tomcat manually. And our solution
was to enter the cd-command.

Armin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#418828: [Fwd: Re: Bug#418828: /var/lib/tomcat5.5 doesn't belong to tomcat-user after installation]

2007-04-12 Thread Marcus Better
  Surely not from the /var/lib/tomcat5.5 directory? Note that the
  subdirectories conf and webapps are owned by the tomcat55 user.

 I was writing about the /vat/lib/tomcat5.5 directory. This was owned by
 root after installation.

Perhaps this is caused by the same issue as you reported in #418826, where it 
uses the current directory? If you start the init script from some other 
directory, would the file be created there instead?

Marcus


pgpSJXnZ3xFEV.pgp
Description: PGP signature