very promising looking open source RTS game.
just because it's open source doesnt mean it runs on linux according to the devguide, getting it to run on linux is a TODO item
hmm... sorry. didn't get that, i've just checked screens and stuff when i encountered the game on happypenguin.org.
Check out the linux project page for an ebuild: http://developer.berlios.de/projects/taspring-linux/
*** Bug 127132 has been marked as a duplicate of this bug. ***
linux port available, ebuild overlay exists http://spring.openhost.dk/taspring-linux-svn-ebuild-0.70-r1.tar.bz2 reopening for testing.
hmm well this possibly looks kinda b0rked atm, ill look more into why when i get a chance, for now i wouldnt consider it usable anyways...
One of the Spring developers posted some nice info on the live svn ebuild: http://forums.gentoo.org/viewtopic-t-410834-postdays-0-postorder-asc-start-0.html Its network-playable but only against others running Linux (not against players using Windows). Getting close, but maybe not ready for portage.
A new version released (0.74b1): 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.
as now spring multiplayer works cross-platform ... well .. here http://download.berlios.de/taspring-linux/spring-ebuilds-0.74-r1.tar.gz or http://download2.berlios.de/taspring-linux/spring-ebuilds-0.74-r1.tar.gz are ebuilds for spring (not from svn but official source package) spring-base-ota (Files required to run certain Spring mods) spring-mod-nanoblobs (The Nanoblobs mod for Spring) spring-mod-xta (The XTA mod for Spring)
Created attachment 105445 [details] spring-base-ota-0.1.ebuild base TA files
Created attachment 105446 [details] spring-mod-xta-8.1.ebuild XTA mod
Created attachment 105447 [details] spring-0.74_beta2.ebuild ebuild by me but based on one on the project page i'm not sure about some things i didn't touch in ebuild: omni and unity-lobby functionality virtual/game_spring stuff ...
i think that instead of current spring-base-ota we can use data from mirror://berlios/taspring-linux/spring-linux-data-0.73b1-nonfree.tar.bz2
Hi. I'm the guy who wrote the original ebuild, and together with hollowsoul, maintain it for the spring project. I just wanted to tell you that spring-base-ota is definitely problematic, license wise. Suspicion has arisen that at least parts of that package is from the commercial TA game. Furthermore, XTA is a bit too similar to the original TA anyways, so that may also violate Atari's copyright. As for alternatives: ATM the only OTA-free and properly licensed mods (with a license allowing for distribution) known to me are nanoblobs and gundamrts. With these you can play spring. Unfortunately, it appears as though all AI are broken with these mods, and multiplayer requires people to lay hand on .springrc, which isn't very convenient or intuitive. So that's why I haven't put ebuilds here yet. I'm still waiting for either a working lobby, or a working AI for some unproblematic mod. Chances are that either will be ready soon...
Any news about this? Spring is getting along really nice. There's a fully working ebuild for the new version along with an ebuild for one of the lobbies in development here http://svn.springlobby.info/trunk/gentoo/overlays.xml Of course, this does not make the game playable yet, content is needed. information here: http://spring.clan-sy.com/wiki/SetupGuide#Finalizing_installation Maybe this also could be automated with ebuilds (see already attached ones for how this could work). A warning will be needed for OTA content or mods based on OTA content, or the user should be forced to download the content himself. A good deal of information is also hidden in the Spring forums http://spring.clan-sy.com/phpbb/viewforum.php?f=20 for anyone interested.... I'd really love to see this in the official portage tree!
Thats a really cool game. I m running it using spring overlays . I d love to see it on portage soon. :)
I've been observing the development of Spring. It looks like the next release will be far more suitable for portage than the current one. The multiplayer lobby works now (very well actually), the AI work (as a bonus, no more mask-worthy Xorg crash when using one of them on x86_64), and the game can now realistically be played without the OTA content due to the existance of corresponding game files.
Just for your info: the svn overlay is outdated, the new one is here: 'http://www.springlobby.info/overlay/?p=springlobby.git;a=blob_plain;f=overlays.xml;hb=HEAD' (don't forget the apostrophes when adding to layman, otherwise it won'T work).
Here for reference from upstream... http://springrts.com/wiki/Gentoo_install
The overlay is updated frequently and works nicely for me. Maybe it's just better to use the overlay?
*** Bug 528906 has been marked as a duplicate of this bug. ***
Hi, I can proxy this if you need, I already proxy game-utils/springlobby. I don't use this ebuild myself as the multiplayer games used to have issues with built from source installations. I use the pre-built binaries auto-downloaded by springlobby. This game is really worth being available to the gentoo community so the question is: do we want this built from portage or have users auto-download it in their homedir from lobby client ? Choice is open and there is no point in living this issue open.
There are no issues with using self-compiled SpringRTS engine for online games. However, offering the SpringRTS engine as an ebuild is redundant because: (1) the lobby client can download binaries on its own (2) 3/4+ of players use engines built from individual commits and upgrade weekly. Offering 5000 ebuilds for all of these in the portage repository would make no sense. (3) For those in need, the ebuilds are already available from https://github.com/springlobby/overlay and https://framagit.org/specing/gentoo-spring-overlay
A choice is to be made: either maintaining Spring RTS related ebuilds in the dedicated 'spring' overlay (https://github.com/springlobby/overlay), or in mainstream. IMHO it would be easier to maintain in the 'spring' overlay and drop the mainstream. See also https://github.com/springlobby/overlay/issues/25.
As said above, ebuilds for spring engine & lobby are available in the registered 'spring' overlay: https://github.com/springlobby/overlay The outdated & broken ebuild for spring lobby was removed from mainstream in favor of the maintained overlay: https://bugs.gentoo.org/show_bug.cgi?id=830588 This bug could be closed.