2008-07-13 16:09 |
lindig
Christian Lindig <lindig at gmail.com>
I'd like to install Sputnik but had no luck on Mac OS X 10.4 (x86) and reported this already as a bug report (#000055). However, maybe someone can help anyway. I used the most recent installer sputnik_install_8_07_07.sh, which failed: Updating manifest for /scratch/tmp/sputnik/rocks/ sputnik_install_8_07_07.sh: line 13: kepler/htdocs/sputnik.ws: No such file or directory Can anyone confirm the problem? I'd be also comfortable installing from GIT but rather would not install all Lua libraries manually. So, if there is such a way I'd be interested to hear about it. (I do know Lua but I'm new to Sputnik.) -- Christian
2008-07-14 01:23 |
yuri
Yuri Takhteyev <yuri at sims.berkeley.edu>
Hi, Christian, > I'd like to install Sputnik but had no luck on Mac OS X 10.4 (x86) and > reported this already as a bug report (#000055). However, maybe someone can > help anyway. I used the most recent installer sputnik_install_8_07_07.sh, > which failed: > > Updating manifest for /scratch/tmp/sputnik/rocks/ > sputnik_install_8_07_07.sh: line 13: kepler/htdocs/sputnik.ws: No such file > or directory When was the last time you tried this? There were a few problems with the main LuaRocks repository a few days ago and Kepler installation was failing because of that. This would produce the error that you describe. This issue has been fixed since and Sputnik seems to install fine on Linux at this moment. (I don't have access to an OSX machine right now.) Can you try again now and let us know if you still experience the same problem? > Can anyone confirm the problem? I'd be also comfortable installing from GIT > but rather would not install all Lua libraries manually. So, if there is > such a way I'd be interested to hear about it. (I do know Lua but I'm new to > Sputnik.) Yeah, don't get into manual installation of Lua yet. Installing Sputnik from git is easiest if you first install Kepler the normal way, so let's get this out of the way first. It is possible that Sputnik installation script is a bit Linux-centered, but we can fix this perhaps. Note that the basic installation process is very simple conceptually: 1. Download the Kepler installer (wget http://luaforge.net/frs/download.php/3468/kepler-install-1.1-1, but you might want to try using curl instead). 2. Run it with parameters --prefix=$SPUTNIK (where $SPUTNIK is the directory where you want to install everything) and --without-readline (unless you have readline installed) 3. Install Sputnik using LuaRocks (./bin/luarocks --from=http://sputnik.freewisdom.org/rocks/earth install sputnik) The rest of the script just creates the files ./kepler/htdocs/sputnik.ws and sputnik.cgi Step 2 was failing a few days ago because the repository was corrupt. It should be fine now. Try doing those steps one at a time and tell me where you run into problems. - yuri -- http://sputnik.freewisdom.org/
2008-07-18 17:35 |
yuri
Yuri Takhteyev <yuri at sims.berkeley.edu>
(Sorry for a slow response, we were all at the Lua workshop...)
Sputnik users Kepler (http://keplerproject.org/) as a foundation. In
your case it looks like Kepler doesn't install right.
You can double-check this by trying to install Kepler by itself first:
wget http://luaforge.net/frs/download.php/3468/kepler-install-1.1-1
bash kepler-install-1.1-1 --prefix=<some_empty_directory> --without-readline
> Done. Lua is installed on /scratch/tmp/sputnik.
Ok, looks like Lua installed without problems.
> Now installing Kepler in /scratch/tmp/sputnik.
Looks like Luarocks installed ok as well.
> make[1]: Nothing to be done for `all'.
Is your installation directory not empty?
> kepler-1.1/
Ok, we are not installing "kepler". It looks like everything was fine
up to now.
> cp src/xavante_start /scratch/tmp/sputnik/rocks//kepler-xavante/1.1-1/bin
> Updating manifest for /scratch/tmp/sputnik/rocks/
> mkdir: /tmp/foo: File exists
> This is the Kepler 1.1 setup.
Ok, this /tmp/foo looks a bit odd, but apparently this is Kepler's way
of testing if it's UNIX or Windows. It runs "mkdir -p /tmp/foo" and
sees if this gives an error. Now, the question is: does your system
somehow not support "-p", ends up throughing an error and getting
mistaken for Windows?
> Kepler configuration: /scratch/tmp/sputnik/etc
> Kepler web root: /scratch/tmp/sputnik/kepler/htdocs
> Kepler apps: /scratch/tmp/sputnik/kepler/apps
> Kepler logs: /scratch/tmp/sputnik/kepler/log
> Kepler temp dir: /tmp
Maybe not.
>
> Proceed with setup? [Y/n]
> Writing /scratch/tmp/sputnik/rocks//kepler/1.1-1/lua/kepler_init.lua
> mkdir: /tmp/foo: File exists
Same deal, it looks like. Again, it looks like an error is displayed,
but the system is identified as UNIX.
> /scratch/tmp/sputnik/etc already exists, replace it? [y/N] Copying
> configuration files to /scratch/tmp/sputnik/etc
> sh: -c: line 2: syntax error: unexpected end of file
> sh: -c: line 1: unexpected EOF while looking for matching `"'
> sh: -c: line 2: syntax error: unexpected end of file
> Copying docs and sample scripts to /scratch/tmp/sputnik/kepler/htdocs
> sh: -c: line 2: syntax error: unexpected end of file
> sh: -c: line 1: unexpected EOF while looking for matching `"'
> sh: -c: line 2: syntax error: unexpected end of file
> sh: -c: line 2: syntax error: unexpected end of file
> sh: -c: line 1: unexpected EOF while looking for matching `"'
> sh: -c: line 2: syntax error: unexpected end of file
> sh: -c: line 1: unexpected EOF while looking for matching `"'
> sh: -c: line 2: syntax error: unexpected end of file
Now, I am guessing this is the main source of trouble... The problem
seems to be on
os.execute("mkdir -p " .. KEPLER_CONF)
os.execute("cp -r " .. kepler_install_dir .. "/conf/* " .. KEPLER_CONF)
in rocks/kepler/1.1-1/bin/setup-kepler
Perhaps there is somehow a quote in KEPLER_CONF or kepler_install_dir?
> Creating /scratch/tmp/sputnik/kepler/apps
> sh: -c: line 2: syntax error: unexpected end of file
Well, from this point on it is all futile.
Fabio?
BTW, note that if you just want to use Sputnik with CGI, you can still
install it probably, since you don't need "kepler" - just wsapi. See
my email to the list earlier today.
- yuri
--
http://sputnik.freewisdom.org/