Bug#1093996: sputnik: CGI does not run at all
Package: sputnik
Version: 12.06.27-3
Severity: important
Dear Maintainer,
If I apply the procedure described in the documentation, I get:
lua5.1: /tmp/sputnik/sputnik.cgi:13: attempt to index global 'wsapi' (a nil value)
stack traceback:
/tmp/sputnik/sputnik.cgi:13: in main chunk
[C]: ?
This is due to the generated sputnik.cgi file:
require("wsapi.cgi")
wsapi.cgi.run(my_app)
while other lua source file, for example wsapi/common.lua, use require
like this:
local os = require "os"
If I change to:
local wsapi_cgi = require("wsapi.cgi")
wsapi_cgi.run(my_app)
it goes a little farther:
lua5.1: /usr/share/lua/5.1/wsapi/common.lua:299: attempt to index local 'headers' (a nil value)
stack traceback:
/usr/share/lua/5.1/wsapi/common.lua:299: in function 'run'
/usr/share/lua/5.1/wsapi/cgi.lua:19: in function 'run'
/tmp/sputnik/sputnik.cgi:13: in main chunk
[C]: ?
… that I do not know how to fix. It looks like version incompatibility
between library and language.
Regards,
--
Nicolas George
-- System Information:
Debian Release: 12.9
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-23-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages sputnik depends on:
ii lua-cosmo [lua5.1-cosmo] 13.01.30-3
ii lua-coxpcall [lua5.1-coxpcall] 1.17.0-1
ii lua-filesystem [lua5.1-filesystem] 1.8.0-3
ii lua-markdown [lua5.1-markdown] 0.32-6
ii lua-md5 [lua5.1-md5] 1.2+git+1+8d87fee-2
ii lua-socket [lua5.1-socket] 3.1.0-1+b1
ii lua-wsapi [lua5.1-wsapi] 1.6.1-2
ii lua5.1 5.1.5-9
Versions of packages sputnik recommends:
ii lua-iconv [lua5.1-iconv] 7-3+b1
ii lua-posix [lua5.1-posix] 33.4.0-3+b1
Versions of packages sputnik suggests:
ii git 1:2.39.5-0+deb12u1
pn lua5.1-logging <none>
pn lua5.1-sql-mysql <none>
pn lua5.1-sql-sqlite3 <none>
pn lua5.1-zlib <none>
pn xavante <none>
-- no debconf information
Reply to: