Spring RTS Engine

Just getting a poll of various package systems in use by your distro.

Just after did quick check & should be able to make a source rpm.
Still need to find docs on making a source debian package.


Anyway plz vote in poll which one your distro uses i.e deb / rpm / ebuild / other. If other plz post what it is thx

Plz Note the source packages will use the tagged releases source tarballs @ https://developer.berlios.de/project/sh ... up_id=4358
Havent checked if i can get rpms / deb to grab source files off svn yet

Rather not send tvo topic on setting up datadirs off topic

Source Packages instead of normal ones. Cause i dont have harddrive space / bandwidth / time. To build packages for every distro under the earth.

Source deb / Source rpm's will work for majority of distros. Less work to maintain a single deb & a single rpm. Only download for user is waiting till it compiles.

Its setup will be same as gentoo ebuilds

• Install into /usr/share/games/taspring-linux-<version>
  
  Setup /etc/spring/datadir
  Setup AI's confs
  Add any missing files

Thats the basic idea

So the sourcefiles will do all that?

Yes its not hard todo.
Anyway i better get to update the gentoo ebuilds been putting it off

NTai in the 0.72 tagged release is XE7.5, which is very bad.

Last time i checked NTAI 9 didnt work for linux.

To busy to test it out recently & have yet to hear otherwise.
Besides there be a new tagged release for spring in around a month

I dont know what happens with the svn build but the tagged release 0.72 should work fine as far as I know.

As I said, it should suffice having only one package. They can be converted into each ohter with alien

hollowsoul wrote:Plz Note the source packages will use the tagged releases source tarballs @ https://developer.berlios.de/project/sh ... up_id=4358
Havent checked if i can get rpms / deb to grab source files off svn yet

I think everything on berlios has major sync problems with Linux. Take a look here.

HAARP, do you have experience with Alien, does it actually create quality packages?

patmo98, berlios is still used for source & data tarballs. (It has never been said we wouldn't use berlios anymore, only the SVN has moved.)

Tobi wrote:HAARP, do you have experience with Alien, does it actually create quality packages?

Yup, works pretty good. It's designed to convert packages to deb, but it can output other formats, too. However, I've never tested this, but I think this shouldn't cause much of a problem.
The only thing is that there's a "Converted from blah by alien 8.xx" in the description of the new package. But every script, every file and every dependency will be in the new package. (Use -k -c)

Sounds pretty could, i wouldn't mind a "Converted from blah by alien 8.xx" in the description, i would say if it works well it deserves to have credit :)

This would be made so much easier, you you just had a tar.bz2 with precompiled binaries and (in a html file) instructions on how to play

Proper packages are even better then that, both in userfriendly-ness and in maintainability.

Well this would be easy to do if you were going to do proper packages, it just means there is a generic linux install which can cater for everyone.

Well you need to statically link and such, I don't think it's really easy.

(Read: I won't do it )

I agree with tvo here, i die before i attempt static compiles.
I mean how far do u go ? Do u assume user got recent branch of glibc or an old ? How about SDL ? Or u want everything in a big excutable file...

Which will just end up using more ram.

Its hell of alot easy to throw together a source package.
Not to mention u can use your disto package manager to uninstall it later on, or upgrade it when using a newer one. == alot more user friendly

Anyway i get around to in awhile. Got other things want to get done first.

I mean how far do u go ?

It probably ends with a spring live-cd