Followed instructions here:

http://spu.tnik.org/en/Installation

on webfaction, followed up to running xavante by hand/

Edited the start page, no changes, selected save and it errors.

Created an Admin user.

Edited the config page, no changes, selected save, and it hangs, my
browser just sat there spinning.


I guess I should replace some pieces of this with a newer sputnik? Or
is this a wsapi problem, it looks like its parsing the http request
headers? Is there a log, or debug mode somewhere?

Also, if I wanted to inject print() calls to debug, any suggestions?
io.stderr:write()?

Cheers,
Sam

"""
There was an error in the specified application. The full error message follows:

...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:54: bad
argument #2 to 'sub' (number expected, got nil)
stack traceback:
	[C]: in function 'sub'
	...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:54: in
function 'read_field_headers'
	...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:92: in
function '(for generator)'
	...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:112: in
function 'parse_multipart_data'
	...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:127: in
function 'parse_post_data'
	...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:141: in function 'new'
	...putnik/rocks//sputnik/8.08.13-0/lua/sputnik/init.lua:846: in
function <...putnik/rocks//sputnik/8.08.13-0/lua/sputnik/init.lua:841>
	(tail call): ?
	(tail call): ?
stack traceback:
	...ps/sputnik/rocks//coxpcall/1.13.0-1/lua/coxpcall.lua:24: in
function <...ps/sputnik/rocks//coxpcall/1.13.0-1/lua/coxpcall.lua:22>
	(tail call): ?
	(tail call): ?
	(tail call): ?
	(tail call): ?
	(tail call): ?
	[string "  if (select(2,...)) then..."]:66: in function <[string "
if (select(2,...)) then..."]:63>

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

If you use Sputnik with Xavante, you need to restart Xavante after
creating the Admin account and after editing sputnik/config. This is
because we are reusing the same Sputnik states between requests, and
some of the changes cannot be applied on the fly. It's a bug though -
http://spu.tnik.org/en/Tickets/000061. This doesn't happen with CGI.

It shouldn't _hang_ though... I'll see if I can reproduce it with a
fresh installation.

> Also, if I wanted to inject print() calls to debug, any suggestions?
> io.stderr:write()?

Just print() should work with Xavante.

> There was an error in the specified application. The full error message follows:

Where did you get this message?

- yuri

-- 
http://spu.tnik.org/

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

On Thu, Jan 29, 2009 at 12:23 AM, Yuri Takhteyev <yuri@sims.berkeley.edu> wrote:
> If you use Sputnik with Xavante, you need to restart Xavante after
> creating the Admin account and after editing sputnik/config. This is
> because we are reusing the same Sputnik states between requests, and
> some of the changes cannot be applied on the fly. It's a bug though -
> http://spu.tnik.org/en/Tickets/000061. This doesn't happen with CGI.

I'll try restart.

> It shouldn't _hang_ though... I'll see if I can reproduce it with a
> fresh installation.
>
>> Also, if I wanted to inject print() calls to debug, any suggestions?
>> io.stderr:write()?
>
> Just print() should work with Xavante.

Great.

>> There was an error in the specified application. The full error message follows:
>
> Where did you get this message?

On the Start page. Pressed "Edit". Scrolled down. Pressed "Save".

Same error when editing config.

Sam

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

>> Just print() should work with Xavante.
>
> Great.

To clarify, if you run xavante as a foreground process, then standard
out will go to the console. Not a good solution for log messages that
would stay in the code, but works for quick debugging.

If you need more serious logging, you should use lualogging, which is
integrated into Sputnik. You will just need to install lualogging and
set two parameters:

LOGGER - set to a lualogging submodule (e.g. "file") to enable logging
LOGGER_PARAMS - logger-specific parameters, e.g.  {"/tmp/sputnik.log"}

See http://www.keplerproject.org/lualogging/index.html for available
logging methods and how to configure them.

BTW, see http://spu.tnik.org/en/Configuration and
http://spu.tnik.org/en/More_Parameters for more info on Sputnik
configuration.

>> Where did you get this message?
>
> On the Start page. Pressed "Edit". Scrolled down. Pressed "Save".

I thought you said it hangs...

- yuri

-- 
http://spu.tnik.org/

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

On Thu, Jan 29, 2009 at 11:13 AM, Yuri Takhteyev <yuri@sims.berkeley.edu> wrote:
>>> Where did you get this message?
>>
>> On the Start page. Pressed "Edit". Scrolled down. Pressed "Save".
>
> I thought you said it hangs...

I misspoke, my apologies!

To recap, I saw two things:

> Edited the start page, no changes, selected save and it errors.

The error message printed to the browser was the lua stack trace I
included at the bottom of the original email, and repeated below my
signature in this message.

> Created an Admin user.
>
> Edited the config page, no changes, selected save, and it hangs, my
> browser just sat there spinning.

The config page had a different problem, it just hung (with latest
Safari on OS X 10.5, btw).

Cheers,
Sam

"""
There was an error in the specified application. The full error message follows:

...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:54: bad
argument #2 to 'sub' (number expected, got nil)
stack traceback:
       [C]: in function 'sub'
       ...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:54: in
function 'read_field_headers'
       ...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:92: in
function '(for generator)'
       ...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:112: in
function 'parse_multipart_data'
       ...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:127: in
function 'parse_post_data'
       ...pps/sputnik/rocks//wsapi/1.0-2/lua/wsapi/request.lua:141: in
function 'new'
       ...putnik/rocks//sputnik/8.08.13-0/lua/sputnik/init.lua:846: in
function <...putnik/rocks//sputnik/8.08.13-0/lua/sputnik/init.lua:841>
       (tail call): ?
       (tail call): ?
stack traceback:
       ...ps/sputnik/rocks//coxpcall/1.13.0-1/lua/coxpcall.lua:24: in
function <...ps/sputnik/rocks//coxpcall/1.13.0-1/lua/coxpcall.lua:22>
       (tail call): ?
       (tail call): ?
       (tail call): ?
       (tail call): ?
       (tail call): ?
       [string "  if (select(2,...)) then..."]:66: in function <[string "
if (select(2,...)) then..."]:63>

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

On Thu, Jan 29, 2009 at 11:19 PM, Yuri Takhteyev <yuri@sims.berkeley.edu> wrote:
> Just to check, on what server are you running Sputnik with Xavante?

webfaction

> In case you are trying to do this on webfaction, this probably won't
> play nice with their firewalls, etc. For me, Xavante works well for

I had no trouble.

Well, I had the trouble I mentioned, but no trouble just running
Xavante and browsing the default wiki in read-only mode.

> development and can be used for deployment if you fully control the
> server. On shared hosting, however, you'll have to use cgi of fastcgi.

Webfaction actually has support specifically for custom apps where you
run a server yourself on a specific port.

That would work with Xavante, but my next step was going to work on
the deployment as cgi.

Do you think the wsapi error is an incompatibility between wsapi and
the internal http server?

I can try deploying as .cgi tonight, I think.

Sam

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

> Do you think the wsapi error is an incompatibility between wsapi and
> the internal http server?

I am not sure whether Sputnik, WSAPI or Xavante are to blaim, but I am
quite sure this problem is limited to the Sputnik/WSAPI/Xavante stack.
I've never heard of anyone having this problem with CGI.

The same problem was reported by Alexander last month, also running Xavante:

http://spu.tnik.org/en/list/Problems_installing_Sputnik#message_agladysh_3

I saw something like this once in early January but have never been
able to reproduce it. I'll look into it more and try it on webfaction
in particular.

 - yuri

-- 
http://spu.tnik.org/

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list