Spring RTS Engine

Plugins for what ?... Give some examples. (I think the stuff is better implemented in the lobby for the things I think of)

battle window, protocols, pm messanger, firendlist, options, statistics, springmarker, and so on.

I was thinking in more practical terms, like : what problems are you trying to solve with a plugin interface ? What will be the API ? Plugins are good if they solve a real problem, it wouldn't be usefull to have a plugin interface implemented by just one plugin :).

There are still many other things to be improved with this lobby first (NAT, hosting, sorting of lists just to name a few - not to mention fixing bugs :D), and I do not think they would be implemented easiear of faster with a plugin system.

Yeah thats right. It was only a idea. Maybe I should think before write, or so .

I was encouriging you to participate . Run the lobby and make some improvements. And maybe you will see the need of a plugin - I do not know, I didn't study the code that much.

(also I made a new patch here : http://tc.serveftp.net/trac/ticket/45 - for connecting to a local server)

I could provide rpm packages if this would help. The only things I need for this is the source and a build system like make.
And I think you provide something like this. I will take a look and make maybe a package.
Does the client need to be in the spring folder?

malric: I'll check the patch out tomorrow, but looks good.

Agon: We are already working on rpm's, but haven't seen any so far. Go to #taspring @ freenode and talk to semi or BrainDamage they know more than me about it. And no, it doesn't need to be in spring folder, just set the settings right ad it will work from anyware.

Okay this perfect.
I´m in contact with BrainDamage.

malric: Applied the patch, just made a few adjustments to it.

SpringLobby rpms are done.
More informations here: http://spring.clan-sy.com/phpbb/viewtop ... 055#206055

I added informations at http://tc.serveftp.net/trac/wiki/Instal ... dSuseLinux

Where is springlobby saving the config?
I can create a preconfig for each package or a install script to create a config.

Hi, I have errors when trying to execute ./autogen.sh
Strange, I did not have this error the last time.
Is my installation of aclocal broken or is it a bug in autogen.sh script...
I'm going to have a look in this autogen.sh file...

Download a tarball from:http://tc.serveftp.net/springlobby/tarballs/
The tarballs do not require autogen.sh or use a rpm package if you can.
Edit: SLE 10 support for rpms.

tc- wrote:malric: Applied the patch, just made a few adjustments to it.

The modifications are ok, except I think you are missing a case: when the user is specifying just the host (and not the port). This is why SetServerHost was outside the if. In case the port was invalid the default port was used.

Now if you specify for example "localhost" I do not think it will work.

(I will be without internet a week so see you later).

Hi, I think I found why I got an error while trying to execute ./autogen.sh .
I posted a new bug on springlobby website. Let me know if I'm wrong (or correct):
http://www.springlobby.info/trac/ticket/68

Hosting now works in latest svn. But it's still very experimental so don't expect too much out of it

Sorry to come back again on this small issue.
semi replied to my bug ticket explaining that I needed automake-1.10 .
I had automake-1.10 installed already.
On some system like debian, you can have several version of automake living together, so I had automake-1.10 and automake-1.9 . In /etc/alternatives, there is some symlink pointing in the default binary . In my case (debian/sid), it was pointing to the 1.9 version.

(moreover, the man pages have not been updated, so the option --install does not exist according to the man page of aclocal-1.10 )

I know this is not important, but you might want to add a troubleshooting page on the wiki or to emphasize even more, that one need automake-1.10 and one need to use this version, effectively.

Hosting support is allmost done now. The only things left is a restriction editor, adding bots, and some minor features here and there. Have fun testing it and submitting bug reports

I'm going on vacation from my computer for a week now

argt wrote: On some system like debian, you can have several version of automake living together, so I had automake-1.10 and automake-1.9 . In /etc/alternatives, there is some symlink pointing in the default binary . In my case (debian/sid), it was pointing to the 1.9 version.

Debian has update-alternatives command for managing those symlinks as it has far more software than just automake that can have multiple versions installed in parallel.

argt wrote: (moreover, the man pages have not been updated, so the option --install does not exist according to the man page of aclocal-1.10 )

I filed a bug report to Debian about this.

argt wrote: I know this is not important, but you might want to add a troubleshooting page on the wiki or to emphasize even more, that one need automake-1.10 and one need to use this version, effectively.

I made it check automake version automatically so you should now get a more clear error message.

And I think this actually is important, since it makes installing easier!

Feature Request:

Allow clients to download the map and mod from the host of a game.

YokoZar wrote:Feature Request:

Allow clients to download the map and mod from the host of a game.

I think this will not work, because the IPs are not available.
Maybe with a custom message to the host.
But who has such traffic to transfer a ~25MB file for every user?
I could 25 MBit/s down.
But a person with only 2 MBit/s down would share endless.
Only thing which could work is a p2p transfers with pieces like bittorrent.