Topic: lighttpd won't work

Hello,

I wanted to have lighttpd on my chumby one so i exactly followed all of the instructions.

Now when i reboot the chumby with the USB stick in it it just boots up like normal and when i go to the chumby's IP it just shows the default page in stead of the lighttpd html file...

What am i doing wrong?

Re: lighttpd won't work

Weird,

I found out my debugchumby file didn't have unix line endings so i used dos2unix and now it has such line endings but it still won't work, nothing changed sad

Re: lighttpd won't work

Yay! finally got it to work!! Now i'm going to try to move everything from USB to the /mnt/storage/     :-)

Re: lighttpd won't work

So i moved the lighty folder to /mnt/storage/ and now i have a debugchumby file like this:

#!/bin/sh
# kill the built-in web server
killall httpd
# create the log directory
mkdir /tmp/logs
# start lighttpd
LD_LIBRARY_PATH=/mnt/storage/lighty/lib /mnt/storage/lighty/sbin/lighttpd -f /mnt/storage/lighty/lighttpd.conf

And i have 1 question:
Where do i need to insert the debuchumby file? i tried /psp/rfs1/userhook1/ but it didn't work.

Re: lighttpd won't work

The /psp/rfs1/userhook1 is a file, not a directory, so rename the (executable) debugchumby file you have to userhook1 and put it into /psp/rfs1  (assuming your are running the primary system).  Look at file /etc/init.d/rcS.background for all the places  to insert boot-wedge scripts -- disregard the incorrect comments about only the first one being run, there is a local copy of run_hook() which runs them all (and which overrides the /etc/init.d/run_hook which does only run the first one).

Re: lighttpd won't work

kcsaychum wrote:

The /psp/rfs1/userhook1 is a file, not a directory, so rename the (executable) debugchumby file you have to userhook1 and put it into /psp/rfs1  (assuming your are running the primary system).

I already tried that, the /rfs1 directory didn't exist before so i created it but now it doesn't do anything..

What do you mean with "primary"?

Re: lighttpd won't work

There are two copies of the OS on the chumby8, one for recovery (or experimenting).  One way to start the system on the recovery copy is to (press the screen (or button?) at boot time???) -- haven't tried this myself.  Anyway, the recovery copy looks in /psp/rfs2 instead of /psp/rfs1.
  Probably not your problem though.  Looking at tcS.background,  userhook1 runs before the internal web server is started, so you probably should use the name userhook2 in /psp/rfs1, or just put the debugchumby script into /psp, which runs right after the userhook2.