View previous topic :: View next topic |
Author |
Message |
midget n00b
Joined: 28 May 2005 Posts: 33
|
Posted: Wed Aug 30, 2006 5:50 pm Post subject: |
|
|
Oke! Thanks for the heads-up! _________________ Now look here... Jo-LENE! I have an army to raise and I must get to Managua at once! I require a window seat and an in-flight Happy Meal. BUT NO PICKLES! OH, GOD HELP YOU IF I FIND PICKLES! |
|
Back to top |
|
|
Pythonhead Developer
Joined: 16 Dec 2002 Posts: 1801 Location: Redondo Beach, Republic of Calif.
|
Posted: Mon Oct 09, 2006 8:25 pm Post subject: |
|
|
hollowsoul wrote: | Yes multiplayer is possible on linux if using same svn version. Only linux versus linux though.
They need to switch to different compiler for windows version & wont be doing till after next release.
|
Is there any way to determine whos running Linux in the various lobbies? I can't see OS using spring-omni or unity-lobby |
|
Back to top |
|
|
bobobo Tux's lil' helper
Joined: 24 Nov 2005 Posts: 122
|
Posted: Mon Oct 09, 2006 8:45 pm Post subject: |
|
|
I'm getting sandbox violations when trying to compile taspring-linux-svn-0.72-r3 , using scons-0.96.1
Here is the end of the log :
Code: |
g++ -Wl,-E -shared -o game/AI/Bot-libs/AAI.so build/AI/Global/AAI/AAIFactory.os build/AI/Global/AAI/Interface.os build/AI/Global/AAI/AAIGroup.os build/AI/Global/AAI/AAIBuilder.os build/AI/Global/AAI/AAIExecute.os build/AI/Global/AAI/AAISector.os build/AI/Global/AAI/AAIBuildTask.os build/AI/Global/AAI/AAIUnitTable.os build/AI/Global/AAI/AAI.os build/AI/Global/AAI/AAIAirForceManager.os build/AI/Global/AAI/AAIBrain.os build/AI/Global/AAI/AAIBuildTable.os build/AI/Global/AAI/AAIConfig.os build/AI/Global/AAI/AAIMap.os
scons: done building targets.
>>> Source compiled.
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-games-strategy_-_taspring-linux-svn-0.72-r3-15135.log"
unlink: /usr/lib/scons/SCons/__init__.pyc
unlink: /usr/lib/scons/SCons/Script/__init__.pyc
unlink: /usr/lib/scons/SCons/Debug.pyc
unlink: /usr/lib/scons/SCons/Defaults.pyc
unlink: /usr/lib/scons/SCons/Action.pyc
unlink: /usr/lib/scons/SCons/Errors.pyc
unlink: /usr/lib/scons/SCons/Util.pyc
unlink: /usr/lib/scons/SCons/Builder.pyc
unlink: /usr/lib/scons/SCons/Executor.pyc
unlink: /usr/lib/scons/SCons/Node/__init__.pyc
unlink: /usr/lib/scons/SCons/SConsign.pyc
unlink: /usr/lib/scons/SCons/Sig/__init__.pyc
unlink: /usr/lib/scons/SCons/Sig/MD5.pyc
unlink: /usr/lib/scons/SCons/Warnings.pyc
unlink: /usr/lib/scons/SCons/Node/FS.pyc
unlink: /usr/lib/scons/SCons/Environment.pyc
unlink: /usr/lib/scons/SCons/Node/Alias.pyc
unlink: /usr/lib/scons/SCons/Node/Python.pyc
unlink: /usr/lib/scons/SCons/Platform/__init__.pyc
unlink: /usr/lib/scons/SCons/Tool/__init__.pyc
unlink: /usr/lib/scons/SCons/Sig/TimeStamp.pyc
unlink: /usr/lib/scons/SCons/Scanner/__init__.pyc
unlink: /usr/lib/scons/SCons/Scanner/C.pyc
unlink: /usr/lib/scons/SCons/Scanner/D.pyc
unlink: /usr/lib/scons/SCons/Scanner/Prog.pyc
unlink: /usr/lib/scons/SCons/Job.pyc
unlink: /usr/lib/scons/SCons/Optik/__init__.pyc
unlink: /usr/lib/scons/SCons/Optik/option.pyc
unlink: /usr/lib/scons/SCons/Optik/errors.pyc
unlink: /usr/lib/scons/SCons/Optik/option_parser.pyc
unlink: /usr/lib/scons/SCons/Script/SConscript.pyc
unlink: /usr/lib/scons/SCons/Options/__init__.pyc
unlink: /usr/lib/scons/SCons/Options/BoolOption.pyc
unlink: /usr/lib/scons/SCons/Options/EnumOption.pyc
unlink: /usr/lib/scons/SCons/Options/ListOption.pyc
unlink: /usr/lib/scons/SCons/Options/PackageOption.pyc
unlink: /usr/lib/scons/SCons/Options/PathOption.pyc
unlink: /usr/lib/scons/SCons/SConf.pyc
unlink: /usr/lib/scons/SCons/Taskmaster.pyc
unlink: /usr/lib/scons/SCons/Conftest.pyc
unlink: /usr/lib/scons/SCons/Platform/posix.pyc
unlink: /usr/lib/scons/SCons/Tool/default.pyc
unlink: /usr/lib/scons/SCons/Tool/gcc.pyc
unlink: /usr/lib/scons/SCons/Tool/cc.pyc
unlink: /usr/lib/scons/SCons/Tool/g++.pyc
unlink: /usr/lib/scons/SCons/Tool/c++.pyc
unlink: /usr/lib/scons/SCons/Tool/gnulink.pyc
unlink: /usr/lib/scons/SCons/Tool/link.pyc
unlink: /usr/lib/scons/SCons/Tool/gas.pyc
unlink: /usr/lib/scons/SCons/Tool/as.pyc
unlink: /usr/lib/scons/SCons/Tool/g77.pyc
unlink: /usr/lib/scons/SCons/Tool/f77.pyc
unlink: /usr/lib/scons/SCons/Scanner/Fortran.pyc
unlink: /usr/lib/scons/SCons/Tool/fortran.pyc
unlink: /usr/lib/scons/SCons/Tool/ifort.pyc
unlink: /usr/lib/scons/SCons/Tool/ifl.pyc
unlink: /usr/lib/scons/SCons/Tool/ar.pyc
unlink: /usr/lib/scons/SCons/Tool/BitKeeper.pyc
unlink: /usr/lib/scons/SCons/Tool/CVS.pyc
unlink: /usr/lib/scons/SCons/Tool/dmd.pyc
unlink: /usr/lib/scons/SCons/Tool/dvipdf.pyc
unlink: /usr/lib/scons/SCons/Tool/dvips.pyc
unlink: /usr/lib/scons/SCons/Tool/gs.pyc
unlink: /usr/lib/scons/SCons/Tool/jar.pyc
unlink: /usr/lib/scons/SCons/Tool/javac.pyc
unlink: /usr/lib/scons/SCons/Tool/JavaCommon.pyc
unlink: /usr/lib/scons/SCons/Tool/javah.pyc
unlink: /usr/lib/scons/SCons/Tool/latex.pyc
unlink: /usr/lib/scons/SCons/Tool/lex.pyc
unlink: /usr/lib/scons/SCons/Tool/m4.pyc
unlink: /usr/lib/scons/SCons/Tool/midl.pyc
unlink: /usr/lib/scons/SCons/Scanner/IDL.pyc
unlink: /usr/lib/scons/SCons/Tool/msvs.pyc
unlink: /usr/lib/scons/SCons/Platform/win32.pyc
unlink: /usr/lib/scons/SCons/Tool/pdflatex.pyc
unlink: /usr/lib/scons/SCons/Tool/pdftex.pyc
unlink: /usr/lib/scons/SCons/Tool/Perforce.pyc
unlink: /usr/lib/scons/SCons/Tool/PharLapCommon.pyc
unlink: /usr/lib/scons/SCons/Tool/RCS.pyc
unlink: /usr/lib/scons/SCons/Tool/rmic.pyc
unlink: /usr/lib/scons/SCons/Tool/SCCS.pyc
unlink: /usr/lib/scons/SCons/Tool/swig.pyc
unlink: /usr/lib/scons/SCons/Tool/tar.pyc
unlink: /usr/lib/scons/SCons/Tool/tex.pyc
unlink: /usr/lib/scons/SCons/Tool/yacc.pyc
unlink: /usr/lib/scons/SCons/Tool/zip.pyc
unlink: /usr/lib/scons/SCons/Tool/f90.pyc
unlink: /usr/lib/scons/SCons/Tool/f95.pyc
unlink: /usr/lib/scons/SCons/dblite.pyc
unlink: /usr/lib/scons/SCons/__init__.pyc
unlink: /usr/lib/scons/SCons/Script/__init__.pyc
unlink: /usr/lib/scons/SCons/Debug.pyc
unlink: /usr/lib/scons/SCons/Defaults.pyc
unlink: /usr/lib/scons/SCons/Action.pyc
unlink: /usr/lib/scons/SCons/Errors.pyc
unlink: /usr/lib/scons/SCons/Util.pyc
unlink: /usr/lib/scons/SCons/Builder.pyc
unlink: /usr/lib/scons/SCons/Executor.pyc
unlink: /usr/lib/scons/SCons/Node/__init__.pyc
unlink: /usr/lib/scons/SCons/SConsign.pyc
unlink: /usr/lib/scons/SCons/Sig/__init__.pyc
unlink: /usr/lib/scons/SCons/Sig/MD5.pyc
unlink: /usr/lib/scons/SCons/Warnings.pyc
unlink: /usr/lib/scons/SCons/Node/FS.pyc
unlink: /usr/lib/scons/SCons/Environment.pyc
unlink: /usr/lib/scons/SCons/Node/Alias.pyc
unlink: /usr/lib/scons/SCons/Node/Python.pyc
unlink: /usr/lib/scons/SCons/Platform/__init__.pyc
unlink: /usr/lib/scons/SCons/Tool/__init__.pyc
unlink: /usr/lib/scons/SCons/Sig/TimeStamp.pyc
unlink: /usr/lib/scons/SCons/Scanner/__init__.pyc
unlink: /usr/lib/scons/SCons/Scanner/C.pyc
unlink: /usr/lib/scons/SCons/Scanner/D.pyc
unlink: /usr/lib/scons/SCons/Scanner/Prog.pyc
unlink: /usr/lib/scons/SCons/Job.pyc
unlink: /usr/lib/scons/SCons/Optik/__init__.pyc
unlink: /usr/lib/scons/SCons/Optik/option.pyc
unlink: /usr/lib/scons/SCons/Optik/errors.pyc
unlink: /usr/lib/scons/SCons/Optik/option_parser.pyc
unlink: /usr/lib/scons/SCons/Script/SConscript.pyc
unlink: /usr/lib/scons/SCons/Options/__init__.pyc
unlink: /usr/lib/scons/SCons/Options/BoolOption.pyc
unlink: /usr/lib/scons/SCons/Options/EnumOption.pyc
unlink: /usr/lib/scons/SCons/Options/ListOption.pyc
unlink: /usr/lib/scons/SCons/Options/PackageOption.pyc
unlink: /usr/lib/scons/SCons/Options/PathOption.pyc
unlink: /usr/lib/scons/SCons/SConf.pyc
unlink: /usr/lib/scons/SCons/Taskmaster.pyc
unlink: /usr/lib/scons/SCons/Conftest.pyc
unlink: /usr/lib/scons/SCons/Platform/posix.pyc
unlink: /usr/lib/scons/SCons/Tool/default.pyc
unlink: /usr/lib/scons/SCons/Tool/gcc.pyc
unlink: /usr/lib/scons/SCons/Tool/cc.pyc
unlink: /usr/lib/scons/SCons/Tool/g++.pyc
unlink: /usr/lib/scons/SCons/Tool/c++.pyc
unlink: /usr/lib/scons/SCons/Tool/gnulink.pyc
unlink: /usr/lib/scons/SCons/Tool/link.pyc
unlink: /usr/lib/scons/SCons/Tool/gas.pyc
unlink: /usr/lib/scons/SCons/Tool/as.pyc
unlink: /usr/lib/scons/SCons/Tool/g77.pyc
unlink: /usr/lib/scons/SCons/Tool/f77.pyc
unlink: /usr/lib/scons/SCons/Scanner/Fortran.pyc
unlink: /usr/lib/scons/SCons/Tool/fortran.pyc
unlink: /usr/lib/scons/SCons/Tool/ifort.pyc
unlink: /usr/lib/scons/SCons/Tool/ifl.pyc
unlink: /usr/lib/scons/SCons/Tool/ar.pyc
unlink: /usr/lib/scons/SCons/Tool/BitKeeper.pyc
unlink: /usr/lib/scons/SCons/Tool/CVS.pyc
unlink: /usr/lib/scons/SCons/Tool/dmd.pyc
unlink: /usr/lib/scons/SCons/Tool/dvipdf.pyc
unlink: /usr/lib/scons/SCons/Tool/dvips.pyc
unlink: /usr/lib/scons/SCons/Tool/gs.pyc
unlink: /usr/lib/scons/SCons/Tool/jar.pyc
unlink: /usr/lib/scons/SCons/Tool/javac.pyc
unlink: /usr/lib/scons/SCons/Tool/JavaCommon.pyc
unlink: /usr/lib/scons/SCons/Tool/javah.pyc
unlink: /usr/lib/scons/SCons/Tool/latex.pyc
unlink: /usr/lib/scons/SCons/Tool/lex.pyc
unlink: /usr/lib/scons/SCons/Tool/m4.pyc
unlink: /usr/lib/scons/SCons/Tool/midl.pyc
unlink: /usr/lib/scons/SCons/Scanner/IDL.pyc
unlink: /usr/lib/scons/SCons/Tool/msvs.pyc
unlink: /usr/lib/scons/SCons/Platform/win32.pyc
unlink: /usr/lib/scons/SCons/Tool/pdflatex.pyc
unlink: /usr/lib/scons/SCons/Tool/pdftex.pyc
unlink: /usr/lib/scons/SCons/Tool/Perforce.pyc
unlink: /usr/lib/scons/SCons/Tool/PharLapCommon.pyc
unlink: /usr/lib/scons/SCons/Tool/RCS.pyc
unlink: /usr/lib/scons/SCons/Tool/rmic.pyc
unlink: /usr/lib/scons/SCons/Tool/SCCS.pyc
unlink: /usr/lib/scons/SCons/Tool/swig.pyc
unlink: /usr/lib/scons/SCons/Tool/tar.pyc
unlink: /usr/lib/scons/SCons/Tool/tex.pyc
unlink: /usr/lib/scons/SCons/Tool/yacc.pyc
unlink: /usr/lib/scons/SCons/Tool/zip.pyc
unlink: /usr/lib/scons/SCons/Tool/f90.pyc
unlink: /usr/lib/scons/SCons/Tool/f95.pyc
unlink: /usr/lib/scons/SCons/dblite.pyc
|
|
|
Back to top |
|
|
suicidal_orange_II Apprentice
Joined: 04 Sep 2004 Posts: 299
|
Posted: Thu Oct 12, 2006 10:02 am Post subject: |
|
|
Wow I would never have expected a port of TA . Just compiled and tested on amd64 and it runs fine (though Zeus's dont attack? maybe they want an enemy first)
Thanks alot for your effort on this it looks great
Suicidal_Orange |
|
Back to top |
|
|
bobobo Tux's lil' helper
Joined: 24 Nov 2005 Posts: 122
|
Posted: Thu Oct 12, 2006 11:30 am Post subject: |
|
|
I reemerged scons , and could compile taspring fine, so something must have broke somehow, in scons. (so my post from 2 posts above is solved) |
|
Back to top |
|
|
al-Quaknaa n00b
Joined: 14 Feb 2006 Posts: 20 Location: Czech Republic
|
Posted: Thu Oct 19, 2006 11:21 am Post subject: Could not lock config |
|
|
Hi everybody,
I've got a problem with TASpring, when I try to execute it, I just get XWindow saying:
Code: | Could not lock config |
And if I strace taspring, I get (ommiting other loaded libraries):
Code: | open("/home/koutecky.0a8/.springrc", O_RDONLY) = 3
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = -1 ENOLCK (No locks available)
...
Warning: Missing charsets in String to FontSet conversion |
And TASpring won't run (unfortunatelly...)
Any help appreciated!
al-Quaknaa |
|
Back to top |
|
|
poulpillusion n00b
Joined: 23 Nov 2006 Posts: 3
|
Posted: Thu Nov 23, 2006 11:29 pm Post subject: AMD64 with 32bits chroot : compile ok but can't play |
|
|
Hello,
I REALLY want to play this game, which looks very interesting (and it's an occasion for me to learn stuff about gentoo ) !
Unfortunately, I can't manage to launch the game !
I tryed the taspring-linux-release-0.72-r1.ebuild ( from http://developer.berlios.de/project/showfiles.php?group_id=4358 ), but were not successful with it because I use a x86_64 gentoo.
As I have been advised on bugs.gentoo.org I created a 32bits chrooted environment
( http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=2 )
I have been able to compile the game. But when it's time to start, i get :
user@localhost ~ $ spring
Warning: DotfileHandler
Could not read from config file
spring is using data directory: /usr/share/games/taspring-linux-release
Warning: ERROR
Could not set video mode
I can create an empty ~/.springrc in order to avoid the "Could not read from config file" error message, but I don't know what to do for the "Could not set video mode" error message...
I use nvidia-drivers, and glxgears runs fine in my 32bits chrooted environment.
Now I don't know what else I can do. Please help me |
|
Back to top |
|
|
poulpillusion n00b
Joined: 23 Nov 2006 Posts: 3
|
Posted: Fri Nov 24, 2006 12:43 pm Post subject: Hum, well... things were simpler that I thought... |
|
|
Ok, 32bits chroot was useless... I have been able to emerge taspring-linux-release-0.72-r1 directly on amd64.
I don't know why it doesn't work in the 32bits chroot, but at least I can play.
Anyway, taspring-linux-svn-0.72-r3 can't get emerged. It complains about missing zlib headers... but I have tried re emerging zlib and it doesn't work. |
|
Back to top |
|
|
Enverex Guru
Joined: 02 Jul 2003 Posts: 501 Location: Worcester, UK
|
Posted: Fri Nov 24, 2006 1:05 pm Post subject: |
|
|
Any chance of getting this into one of the overlays that Layman supports? |
|
Back to top |
|
|
Mben Guru
Joined: 29 Mar 2004 Posts: 465 Location: New York, USA
|
Posted: Sat Nov 25, 2006 1:32 am Post subject: |
|
|
I'm running a mostly up to date ~x86 install, and can't get taspring to build using either of the current ebuilds: taspring-linux-release-0.72-r1 or taspring-linux-svn-0.72-r3
The configure script fails with:
Code: |
Checking libraries
Checking for main() in C library GL... no
Checking for main() in C library opengl32... no
You need an OpenGL development library for this program
!!! ERROR: games-strategy/taspring-linux-release-0.72-r1 failed.
Call stack:
ebuild.sh, line 1568: Called dyn_compile
ebuild.sh, line 937: Called src_compile
taspring-linux-release-0.72-r1.ebuild, line 63: Called die
!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! This ebuild is from an overlay: '/usr/local/portage'
|
I am using the latest nvidia drivers, and I can't think of anything it could be wanting related to opengl. Any thoughts? I also have mesa installed. |
|
Back to top |
|
|
speeddemon Apprentice
Joined: 27 Sep 2003 Posts: 162
|
Posted: Sat Nov 25, 2006 3:45 am Post subject: |
|
|
Enverex wrote: | Any chance of getting this into one of the overlays that Layman supports? |
Better yet into to portage. How long has this been out, and its still not in yet? |
|
Back to top |
|
|
Enverex Guru
Joined: 02 Jul 2003 Posts: 501 Location: Worcester, UK
|
Posted: Sat Nov 25, 2006 10:21 am Post subject: |
|
|
speeddemon wrote: | Enverex wrote: | Any chance of getting this into one of the overlays that Layman supports? |
Better yet into to portage. How long has this been out, and its still not in yet? |
It's beta which is one reason why it's unlikely to get into portage and it doesn't seem to work for a lot of people which will be another reason. |
|
Back to top |
|
|
hollowsoul n00b
Joined: 29 Feb 2004 Posts: 31
|
Posted: Sun Nov 26, 2006 10:55 pm Post subject: |
|
|
Been busy lately i try & get ebuild updated tomorrow. Also got a few changes & fixes for UnityLobby i gonna get uploaded tomorrow. Broke my svn will updating Gentoo :/
As for 64bit spring should run as tvo a dev has it working.
There were a few bugs regarding the .springrc file in older releases that looks like u got bitten by.
If u want configure it by hand http://taspring.clan-sy.com/wiki/Config
Try using latest svn ebuild i.e https://developer.berlios.de/project/showfiles.php?group_id=4358
Also if u want add the UnityLobby flag its a pygtk app for Lobby Chat & setting up Single Player Games & for configuring spring options via ~/.springrc
As for getting spring added into portage be lovely, had a quick glance but unless u can maintain a single ebuild. The test to get to be an ebuild maintainer is way outof my league. Would be nice to get it in & would prob need few peep to have access to update it though
Last edited by hollowsoul on Sun Nov 26, 2006 11:23 pm; edited 1 time in total |
|
Back to top |
|
|
hollowsoul n00b
Joined: 29 Feb 2004 Posts: 31
|
Posted: Sun Nov 26, 2006 10:59 pm Post subject: |
|
|
@ pythonhead Afraid not atm.
No support for Lobby Chat to inform clients on OS / Client been used. As for lobby protocol telling other clients what client person is using is unneccasry & potentially a security risk. But inform clients on OS been used has been talked about. Prob get it added in when i get multiplayer working, hadnt had much time lately. But back now & getting help from Kloot aswell, so hopefully get it done soon.
edit:- nm about OS support in Lobby Protocol, next release prob be tomorrow has support for Windows Versus Linux (if built with gcc4 or higher) |
|
Back to top |
|
|
sonicbhoc Veteran
Joined: 24 Oct 2005 Posts: 1805 Location: In front of the computer screen
|
Posted: Mon Nov 27, 2006 1:07 am Post subject: |
|
|
I think I'm doing it wrong... when I run spring after emerging it, what is supposed to happen? I get a menu, but I can't make sense of any of the options... |
|
Back to top |
|
|
onlinepancakes Apprentice
Joined: 05 Sep 2006 Posts: 274 Location: Surprise - AZ
|
Posted: Tue Nov 28, 2006 4:31 am Post subject: |
|
|
Quote: |
A new version of Spring is ready for download.
Some of the new things in this version are improved GUI, Linux and Windows multiplayer games can now work, and of course a lot of bugfixes.
Full changelog can be viewed here
New in this release is also a TA content free installer using the mod nanoblobs, licensed under GPL/Creative Commons.
Go to the download section to grab the new version.
|
http://taspring.clan-sy.com/phpbb/viewtopic.php?t=8204 _________________ Onlinepancakes -- |
|
Back to top |
|
|
troyboy162 n00b
Joined: 20 Dec 2004 Posts: 33 Location: Fort Drum NY
|
Posted: Tue Nov 28, 2006 8:18 am Post subject: |
|
|
when i run
Code: | emerge taspring-linux-svn |
I cant get the files its trying to fetch because SVN dosnt work through a proxy. theres no other way to connect here in afghnastan. what is it trying to get and can i get a .tar of it some where?
the emege seems fairly complex. can i build this straight from source? like this? http://prdownload.berlios.de/taspring-linux/taspring_0.73b1_src.zip
edit never mind the error was in this
Code: | svn: error: cannot set LC_ALL locale
svn: error: environment variable LANG is en en_GB en_US
svn: error: please check that your locale name is correct
|
all i did was get rid of en_GB in make.conf _________________ linux user# 212987
www.hippiekillers.com |
|
Back to top |
|
|
hollowsoul n00b
Joined: 29 Feb 2004 Posts: 31
|
Posted: Tue Nov 28, 2006 9:18 pm Post subject: |
|
|
@ sonicbhoc
Thats spring u got running & starting game via scripts. Its very basic
Basicly developers for engine work on the engine online. Leaving AI & 3rd party clients to other people.
For Windows u got
TASClient = Lobby & Multiplayer. Can start single player games Versus AI but need to be online.
SpringSP = Single Player
Settings = A basic settings program.
Xmlsettings = Settings program that loads settings via an xml file. To make engine coders life easier to add in more options. Believe author went missing & needs to built in debug mode to run.
For Linux u got
Fbo debian scripts think its python & ncurses. Its debian specfice, and dont think fbo got around to working on the deb packages in awhile.
AFLobby java lobby & single player & options. Last time i checked believe AF dropped the project for awhile, since he has alot on his plate.
UnityLobby my pet project. Working atm is Single Player, Options, Lobby Chat. Multiplayer is still incomplete atm |
|
Back to top |
|
|
onlinepancakes Apprentice
Joined: 05 Sep 2006 Posts: 274 Location: Surprise - AZ
|
Posted: Thu Nov 30, 2006 12:26 am Post subject: |
|
|
Any one wanna update the ebuild for 0.74b1 since it came out? _________________ Onlinepancakes -- |
|
Back to top |
|
|
hollowsoul n00b
Joined: 29 Feb 2004 Posts: 31
|
Posted: Thu Nov 30, 2006 5:02 pm Post subject: |
|
|
edit:- nm Radtoo working on ebuild & got some nice plans for them aswell |
|
Back to top |
|
|
Rad Guru
Joined: 11 Feb 2004 Posts: 401 Location: Bern, Switzerland
|
Posted: Sun Dec 03, 2006 7:04 pm Post subject: |
|
|
Almost done. Here is a snapshot of the almost finished (working) ebuilds.
The ebuild has been renamed from "taspring" to "spring", in order to reflect the fact that the project dropped the "TA" part as well. While the ebuild doesn't require you to, you should consider unmerging older ebuilds, and possibly delete ~/.spring and ~/.unity-lobby before reinstalling the new ebuild to get rid of old files and outdated configs associated with the old name. Otherwise running the game or unity-lobby may not work.
Another change is that I also tried to separate the things with as-of-yet unclear license status from the main Spring ebuild. The idea behind this is to get the main Spring (release/non-svn) ebuild into shape for inclusion into Gentoo's Bugzilla, and, ultimately, the official portage tree. This means that to get a mod that works with either an AI, or TA-style units, you'll have to pull in spring-mod-xta (which will install spring-base-ota), or manually install a different spring mod, which will likely also require you to install spring-base-ota.
Misc info:
A properly packaged release and topic update will follow as soon as I have verified a few things and talked to hollowsoul.
Official release notes for spring 0.74b1 are available here. |
|
Back to top |
|
|
sonicbhoc Veteran
Joined: 24 Oct 2005 Posts: 1805 Location: In front of the computer screen
|
Posted: Sun Dec 03, 2006 10:26 pm Post subject: |
|
|
hollowsoul wrote: | @ sonicbhoc
Thats spring u got running & starting game via scripts. Its very basic
Basicly developers for engine work on the engine online. Leaving AI & 3rd party clients to other people.
|
Well, that explains a lot.
hollowsoul wrote: |
For Linux u got
Fbo debian scripts think its python & ncurses. Its debian specfice, and dont think fbo got around to working on the deb packages in awhile.
AFLobby java lobby & single player & options. Last time i checked believe AF dropped the project for awhile, since he has alot on his plate.
UnityLobby my pet project. Working atm is Single Player, Options, Lobby Chat. Multiplayer is still incomplete atm |
So, which one do you recommend? and are any of those in portage yet, or do they not need to be? |
|
Back to top |
|
|
evert_ n00b
Joined: 31 Aug 2006 Posts: 37
|
Posted: Tue Dec 05, 2006 4:16 pm Post subject: |
|
|
When i saw this game , i thought it would be a very nice RTS game , so I'm trying to install this game.
I did everything what the first post says , but it's failing in step 7 : Emerge.
Here's my error log :
Quote: |
localhost evert # emerge -av taspring-linux-svn
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] games-strategy/taspring-linux-svn-0.72-r3 USE="-debug -omni -optimize -unity-lobby" 0 kB [1]
Total size of downloads: 0 kB
Portage overlays:
[1] /usr/local/portage
Would you like to merge these packages? [Yes/No] y
>>> Emerging (1 of 1) games-strategy/taspring-linux-svn-0.72-r3 to /
* taspring-linux-data-0.72b1.tar.bz2 MD5 ... [ ok ]
* taspring-linux-data-0.72b1.tar.bz2 RMD160 ... [ ok ]
* taspring-linux-data-0.72b1.tar.bz2 SHA1 ... [ ok ]
* taspring-linux-data-0.72b1.tar.bz2 SHA256 ... [ ok ]
* taspring-linux-data-0.72b1.tar.bz2 size ... [ ok ]
* checking ebuild checksums ... [ ok ]
* checking auxfile checksums ... [ ok ]
* checking miscfile checksums ... [ ok ]
* checking taspring-linux-data-0.72b1.tar.bz2 ... [ ok ]
>>> Unpacking source...
* subversion check out start -->
* repository: https://taspring.clan-sy.com/svn/spring/trunk
svn: PROPFIND request failed on '/svn/spring/trunk'
svn: PROPFIND of '/svn/spring/trunk': SSL negotiation failed: SSL disabled due to library version mismatch (https://taspring.clan-sy.com)
!!! ERROR: games-strategy/taspring-linux-svn-0.72-r3 failed.
Call stack:
ebuild.sh, line 1546: Called dyn_unpack
ebuild.sh, line 708: Called src_unpack
taspring-linux-svn-0.72-r3.ebuild, line 50: Called subversion_src_unpack
subversion.eclass, line 274: Called subversion_fetch
subversion.eclass, line 181: Called die
!!! subversion.eclass: can't fetch from https://taspring.clan-sy.com/svn/spring/trunk.
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! This ebuild is from an overlay: '/usr/local/portage'
localhost evert #
|
I'd be very happy if somebody could help me out . |
|
Back to top |
|
|
Rad Guru
Joined: 11 Feb 2004 Posts: 401 Location: Bern, Switzerland
|
Posted: Tue Dec 05, 2006 7:07 pm Post subject: |
|
|
I think re-emerging openssl, neon and subversion (in that order) before spring might fix this. Maybe even just neon... |
|
Back to top |
|
|
hollowsoul n00b
Joined: 29 Feb 2004 Posts: 31
|
Posted: Tue Dec 05, 2006 7:34 pm Post subject: |
|
|
Damn forgot about that problem when i am committing to spring svn.
Try Rad idea first, but if it doesnt work i had todo the following..
I had to to downgrade to lower version of svn & libneon / neon. Then i was able to grab off svn.
Dont have my gentoo box setup & working atm, so cant check the versions. But it be lower one. |
|
Back to top |
|
|
|