some Kusht install issues on Arch VPS

[Fortuente]

I installed Kusht r34 on a VPS running Arch Linux with the most
current LAMP packages. I don't recall the versions offhand, but that
puts me with PHP 5.3.x. I did a svn read-only checkout of the Kusht
code for the latest version.

I got the Kusht server running as far as I can tell - I have the
success message after running "php -q run.php" and I can see by
running socklist that php is listening on the default 12345 port.

However, I am unable to connect via the client. I get "WebSocket -
status 0 ... Disconnected - status 2" in the client.

The only values I have changed in the default configuration were in
run.php:

line 68: changed dbHandler::connect() by removing the 3306 port and
using my specific mysql user values
line 71: changed to $server = new BasicServer("0.0.0.0",12345);

Like I said, I get the basic success message on the server end, and
both netstat and "socklist -nap" are showing that php is listening on
port 12345. Maybe I have the port blocked but (YIKES) I don't have
iptables installed yet on the server and I'm brain-farting what other
port forwarding/blocking steps I might have taken, but I don't think I
have taken any since I haven't even installed that. Guess I should get
on that.

I will work with this some more at a later time and hopefully get it
sorted out, but I thought I would leave this because I am sure I am
missing something that is probably obvious.

[AT]

I'm at a loss sadly. I do hope you get it working soon and post the
fix here when you do.
Andrew

[Fortuente]

I've been looking around the server files more since my last post and
thought I'd share what I found since I mentioned it.

What I am referring to is the database error I was receiving.
Specifically:

Failed to Insert or Update BaseObjects Table
Unknown column 'template_id' in 'field list'

So thanks to the error message I was able to track down the source of
the issue to saveBaseObject($object) on line 285 of dbHandler.inc. It
appears that the column list does not match up with what is in the
kusht database. I used the file Kusht Database 20100326 1446.sql to
create the db and populate the data.

The fields being written to on line 291 are:

template_id, copy_id, name, short_descr, description, thumb, image,
weight, in_object_id, set_name

and the fields that exist in the database are:

id, name, short_descr, description, thumb, image, weight,
in_object_id, execute_interval, execute_code

Upon a quick scan, it looks like the correct field list is present in
the install method in dbHandler.class.inc on line 507, however without
devoting too much time to the task I wasn't sure how to access them
through kusht. I tried running run.php after dropping the old database
but that did not work. I didn't see db_hardload.php in the latest
revision I am using so I created 'kusht" database and made an informal
one:

include 'dbHandler.class.inc';

$handle_it = new dbHandler;
$handle_it->connect('localhost','username','password');
$handle_it->install_db();

Voila, it worked. I am able to connect to the site once again. However
now I get another fatal error:

PHP Fatal error: Call to a member function add_char() on a non-
object in /home/xxxx/mud/kusht/server/trunk/Network/
loginSession.class.inc on line 247

Fatal error: Call to a member function add_char() on a non-object
in /home/xxxx/mud/kusht/server/trunk/Network/loginSession.class.inc on
line 247

It is late, however, so I will leave it for another day. I thought it
might be helpful to document what I am doing, though.

--
Subscription settings: http://groups.google.com/group/kusht/subscribe?hl=en

[Fortuente]

I did get it working just now, I thought I would post a message. I've
had other things going on the past week, but it was just pointed out
to me the other day that I had the server set up in run.php to only be
accessible by the localhost so I got an itch to try out my inbound ip
address tonight.

In the intervening week I did finally get around to configuring my
firewall and I made sure to keep 12345 open for kusht. I downloaded
the latest revision (46) and used my server's ip address for the
server value in run.php. I also changed the server value in
advanced_client.js to my server's ip address (I haven't tried the
basic client yet). It worked!

Sadly, I get a fatal database error near the end of the user
registration after confirming the character, but I imagine that is a
separate issue and a topic for another thread, so I'll investigate
that further on my own. Though if you are curious, the error is an
unknown column 'template_id' in 'field list'.

On Apr 4, 10:16 am, AT <tutt.and...@gmail.com> wrote:

[Andrew Tutt]

Instead of loading up a pre-packaged database file, run bootstrap.php -- the prepackaged files were compatible with an old release but aren't any longer. bootstrap.php is the proper means of installing the database. In fact, I think the database files were deleted in later releases, and it was probably a bad idea to include them in the first place. They were included in order to show off the flexibility of Online Creation (aka OLC), but you can probably figure that out from the code itself.

Since I'm sending out an email anyway, I thought I would take this opportunity to let everyone know that I am planning to stop principal development of Kusht because I have rewritten the engine in Stackless Python, which means that though the game on the surface hasn't changed, the code is about 90% shorter, infinitely easier to read, and Stackless means that you can treat players like they are on their own thread. It's also significantly faster.

There is currently no license on the Stackless Python version of Kusht (aka Tizmer) but if people would like to work with me on developing it, I will happily talk to you about how we can license it and work together on it.

The PHP version of Kusht will always be MIT Licensed and open-source.

- Andrew