Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-11-02 Thread Christoph Zwerschke
I don't think it is a silly idea at all. To continue the logic you used earlier... if you are running Webware you are guaranteed to have Python installed so an init script written in Python would work fine. If you want to check it out, I have now added a pure Python start/kill script to the Sta

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-11-01 Thread Seth Remington
On Tue, 2005-11-01 at 20:44 +, Christoph Zwerschke wrote: > I think I found the problem. Python's readlink() can return a relative > path, so a simple recursion will not work when the links cross directory > boundaries (what they do in this case). I fixed that in the trunk. Can > you verify

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-11-01 Thread Christoph Zwerschke
I checked out the latest svn and for some reason the Generic start script still isn't working for me (I swear it was working for a bit ;) I think I found the problem. Python's readlink() can return a relative path, so a simple recursion will not work when the links cross directory boundaries (

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-11-01 Thread Seth Remington
I checked out the latest svn and for some reason the Generic start script still isn't working for me (I swear it was working for a bit ;) Now the problem is here: # Make sure to have the absolute path: test -d "$WORK_DIR" || exit 5 WORK_DIR=`cd "$WORK_DIR" 2>/dev/null && pwd` The ubuntu rcX.d l

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-11-01 Thread Seth Remington
On Mon, 2005-10-31 at 23:22 +, Christoph Zwerschke wrote: > By the way, I also thought about adding a generic Webware Posix start > script that is not a shell script, but a pure Python script. Would that > be a silly idea? I think it should work, using the shebang mechanism. > > -- Christop

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-11-01 Thread Seth Remington
Yes it does exist in Ubuntu as well. Glad you squished another bug. -Seth On Tue, 2005-11-01 at 10:38 +, Christoph Zwerschke wrote: > Actually, install.py should have copied the Debian script automatically > to WebKit/webkit if /sbin/start-stop-daemon exists (can you confirm that > this al

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-11-01 Thread Christoph Zwerschke
Actually, install.py should have copied the Debian script automatically to WebKit/webkit if /sbin/start-stop-daemon exists (can you confirm that this also exists in Ubuntu?), but I just saw there was a typo in the check for start-stop-daemon. I have fixed that too. -- Christoph -

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-10-31 Thread Seth Remington
On Mon, 2005-10-31 at 22:59 +, Christoph Zwerschke wrote: > > I am running a Debian variant and ran update-rc.d to create the proper > > rcX.d entries for my run levels. These are symbolic links to the > > symbolic link in /etc/init.d. The problem is that now the startup script > > reports

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-10-31 Thread Christoph Zwerschke
By the way, I also thought about adding a generic Webware Posix start script that is not a shell script, but a pure Python script. Would that be a silly idea? I think it should work, using the shebang mechanism. -- Christoph --- This SF.Net

Re: [Webware-devel] Problem with Improved UNIX Start Scripts

2005-10-31 Thread Christoph Zwerschke
I am running a Debian variant and ran update-rc.d to create the proper rcX.d entries for my run levels. These are symbolic links to the symbolic link in /etc/init.d. The problem is that now the startup script reports /etc/init.d as my $WORK_DIR Good you found that problem, Seth. You're

[Webware-devel] Problem with Improved UNIX Start Scripts

2005-10-31 Thread Seth Remington
Hi All, I'm trying out the new UNIX start scripts for the first time and have hit a small snag. I'm just testing the generic start script to start off with. I have put the start script in my app working directory and created a symbolic link in /etc/init.d that points to said start script.