Page 12 of 41
Posted: 07 Aug 2006, 15:02
by Torrasque
hollowsoul wrote:If anyone interested.
Latest version in svn just got GUI setup :)
No longer need to edit GLOBAL.py
Dont forget to read README before u use it.
Also supports multiple spring installs / profiles
Cool, I'll try when I will be on my ubuntu box.
Posted: 07 Aug 2006, 15:09
by hollowsoul
Forgot i thing in README will update it later when i hopefully add basic windows support.
- If u had a previous version of spring-gui installed before.
Nuke your old profile i.e right click & pick delete. It will be called MAIN.
And just make a new one.
Or u can just nuke the ~/.spring-gui or in debspring case ~/.springdir/localhost:0.0/spring-gui. As it will get rid of about 4 extra stray files. Not a big deal though. Either way will work
dont forget to read README
Any GUI ideas are more than welcomed
Posted: 07 Aug 2006, 20:24
by Torrasque
When I try to save a profile ( debspring type ) I've got this error :
Code: Select all
Traceback (most recent call last):
File "/home/jerome/Spring/trunk/spring-gui/Setup.py", line 156, in profile_save
save_setup_file(self, ini)
TypeError: save_setup_file() takes exactly 3 arguments (2 given)
And no profile is created
Oh, and the profile box is a bit too small, at least, for the french people, where the button "Enregistrer" is bigger than "Save".
Posted: 08 Aug 2006, 01:26
by keithjr
I get the same error, I think it is because no datadir is being specified for debspring install.
EDIT
I was right..
Line 156:
make it
Code: Select all
save_setup_file(self, spring_ini_dir, ini)
Posted: 08 Aug 2006, 01:31
by hollowsoul
Thx keithjr for the fix :)
Commited to svn
I sort out the boxs to all same width / height tomorrow morning.
@Torrasque Question is the window itself to small or are the buttons different sizes or both???
Atm window size default = hardcoded. But thinking of saving the size when user resizes it into the profile. So when u start it up again it will use your last size u had it at.
So many things todo
Posted: 08 Aug 2006, 02:02
by keithjr
np, tested it and it seems to be working fine with the fix :) I likey.
Will report suggestions after I use it for a bit and find out what annoys me :)
Posted: 08 Aug 2006, 02:12
by hollowsoul
Sure still got to code allies selection & teams selection.
And also add check to update map index if its outof date.
Atm need to make new profile (& delete old if u want to) to update map index. Using map index file, so dont need to use unitsync to grab all the map data @ startup, would take to long if user had alot of maps i.e tvo with 300+
Hopefully get to them tomorrow.
Any ideas / suggestions = welcomed
Posted: 08 Aug 2006, 03:47
by keithjr
I get the following error in console when I try to select a mod...recall I'm using deb-spring still so it might be the same issue as before...
Code: Select all
TypeError: mod_selection() takes exactly 3 arguments (2 given)
Just reporting in...
Posted: 08 Aug 2006, 06:30
by Word
same problem different issue. i'll checkout the svn and see if i can find the problem..probably just a typo or something..
edit - meh i didnt even get that far..
first i had to link /home/word/.springdir/localhost:0/ to /usr/local/games/taspring because it was looking for the datadir there and when you select debspring you can't select that... then once i got that sorted it went through the maps and then after it finished the last one i got this -
Code: Select all
unitsync: Unitsync assertion failed: tools/unitsync/unitsync.cpp:741: Array index out of bounds. Call GetSideCount before GetSideName.
python: tools/unitsync/unitsync.cpp:741: const char* GetSideName(int): Assertion `(unsigned)side < modData.size()' failed
i checked out a new svn thing so..dunno what the problem is.
Posted: 08 Aug 2006, 10:54
by hollowsoul
commited Fix for mod selection & debspring datadir for debspring.
Srry about those bugs should have atleast caught the mod selection
Posted: 09 Aug 2006, 01:58
by keithjr
I just got the new version, and I am now confused...
Code: Select all
File "/home/keithjr/.spring/spring-gui/GUI_Setup.py", line 264, in profile_selection
self.destroy()
File "/usr/bin/spring-gui", line 213, in destroy
main_window = MainWindow(self.ini, self.profile)
File "/usr/bin/spring-gui", line 163, in __init__
GUI_Battle.create(self,battle_notebook)
File "/home/keithjr/.spring/spring-gui/GUI_Battle.py", line 568, in create
map_treeselection.select_iter(self.map_liststore.get_iter_first())
TypeError: iter should be a GtkTreeIter
As you can see I've given up on debspring and am running spring via svn in a location of my choosing... but I set up the paths correctly...
Posted: 09 Aug 2006, 02:05
by Torrasque
keithjr wrote:I just got the new version, and I am now confused...
Code: Select all
File "/home/keithjr/.spring/spring-gui/GUI_Setup.py", line 264, in profile_selection
self.destroy()
File "/usr/bin/spring-gui", line 213, in destroy
main_window = MainWindow(self.ini, self.profile)
File "/usr/bin/spring-gui", line 163, in __init__
GUI_Battle.create(self,battle_notebook)
File "/home/keithjr/.spring/spring-gui/GUI_Battle.py", line 568, in create
map_treeselection.select_iter(self.map_liststore.get_iter_first())
TypeError: iter should be a GtkTreeIter
As you can see I've given up on debspring and am running spring via svn in a location of my choosing... but I set up the paths correctly...
IIRC I've got the same error on my ubuntu box, and I use debspring
Posted: 09 Aug 2006, 02:19
by hollowsoul
Did u compile very latest spring ???
Or are u using one from before 1774 or 1774
Tvo after commiting multi datadir & working on fixing windows build atm i believe. And will get to fixing unitsync asap.
Till then latest svn unitsync is borked
From Readme. Suspose i should have mentioned it in svn logs
#======================================================
Known Issues
#======================================================
Unitsync is broken with latest svn anything after 1774 revision == BROKEN.
It will be worth it especially for linux users, when unitsync is update.
Multidatadirs will basic allow u to have 2 datadirs for spring (maps / mods etc) in where spring is installed (read only). And another in $HOME
Think fbo workaround for multi user setup but its native for linux :)
So it will be very nice for linux users
If u have a previous version & encountered that error plz join
irc server irc.freenode.net
channel #taspring
As i almost certain i didnt touch map index code at all
Posted: 09 Aug 2006, 02:27
by keithjr
I am building off of trunk rev 1782. Yes, I did notice that unitsync is broken. I tried using one compile from the svn tagged branch 0.72b1.
Although, now my whole spring installation seems to be buggered. Whenever I try to run the spring executable alone, all I get is
Code: Select all
ERROR: DotfileHandler
Could not write to config file
I hate disorganization.
Posted: 09 Aug 2006, 02:37
by hollowsoul
It wont work using older unitsync i believe.
Alot of changes in code atm, so expect latest not to work to nice, give them time to fix it up.
Anyway IMO u better off to use
https://taspring.clan-sy.com/svn/spring ... ing_0.72b1
or try out 1523 ( is release before NTAI v9 got commited)
Personnaly i used the tagged release atm, when playing.
With latest (well before the datadir change), got no laser effects, prob down to new tags for weapon effects (guessing).
At very least u get working NTAI 7.5 & grab precompiled AAI bot off forums.
If u got that bug off old version type
Posted: 10 Aug 2006, 23:04
by hollowsoul
Ok new version commited. Will only work with latest svn.
Didnt feel like have bunch of if statements to support old / newer unitsync.
Grab old off forums if u using older version.
Also nuked DebSpring Setup, since the mutidatadirs that tvo added to /trunk is alot nicer. And unitsync returns the datadirs :)
Will add support for debspring if needed, when fbo updates his packages.
No major changes except for new unitsync & setup is even easier now due to unitsync returning datadirs.
Only real change besides unitsync, is adding mod index file to reduce using unitsync where possible & thus reduce lag when changing mods.
Posted: 10 Aug 2006, 23:54
by Torrasque
I've got this error when I launch my profile :
Code: Select all
Traceback (most recent call last):
File "/home/jerome/Spring/trunk/spring-gui/GUI_Setup.py", line 245, in profile_selection
self.destroy()
File "main.py", line 229, in destroy
main_window = MainWindow(self.ini, self.profile)
File "main.py", line 179, in __init__
GUI_Battle.create(self,battle_notebook)
File "/home/jerome/Spring/trunk/spring-gui/GUI_Battle.py", line 554, in create count = int(Config.get_option(self.map_index, map_checksum_list[i], 'MAP_COUNT', None))
ValueError: invalid literal for int(): None
And I have map in my home\.springdir\jerome-laptop:0.0\maps
And when I launch spring, it say :
Code: Select all
I: workdir is '/home/jerome/.springdir/jerome-laptop:0.0'
I: type spring-setup to configure spring
spring is using data directory: /home/jerome/.springdir/jerome-laptop:0.0
I have deleted my /home/jerome/.springdir/jerome-laptop:0.0/spring-gui directory, and I use the latest unitsync.so
Posted: 11 Aug 2006, 00:33
by hollowsoul
Nuked Debspring setup code, aka mentioned in README. U prob get it to work if its built off svn, when i get Adv Setup Done tomorrow if i get time.
Will add support when fbo makes a new version hopfully using spring's multi-datadir ro / rw, that tvo added. Will be alot cleaner for me to use, aka same code for all the linux setup's.
But havent heard from fbo in awhile :/
Aka i got spring installed (read only) in /usr/share/games/taspring-linux-svn
/etc/spring/datadir
Code: Select all
$HOME/.spring
/usr/share/games/taspring-linux-svn
Now when i start spring as user it reads /usr/share/games/taspring-linux (realises its read only & uses it). And it creates / write files to $HOME/.spring. U can also add more datadirs, but only 1 will be rw.
Also unitsync will report back on datadirs. Which makes basic setup alot easier.
Adv Setup where it will chdir to datadir u type in still to be coded. Hadnt much time to code last 2 days. And spent most of coding today fixing it for new unitsync. And adding mod index file to speed up app by not calling on unitsync for everything under the sun.
Posted: 11 Aug 2006, 02:27
by keithjr
ugh. Too many assumptions to the user's setup...
so we currently HAVE to have multiple spring datadirs? I only have $HOME/.spring marked in /etc/spring/datadir as my path, and this latest spring-gui complains that it cannot create /usr/share/games/taspring... and when I try to start the game it just brings up the in-game menu to choose a script.
EDIT okay I'm on the verge of giving up on this project entirely until I see some sort of consistant standard developed, I spend more time trying to get X file into X place than I do actually playing the god damn game.
Posted: 11 Aug 2006, 03:34
by Tobi
keithjr wrote:ugh. Too many assumptions to the user's setup...
so we currently HAVE to have multiple spring datadirs?
No, multiple data directories supported does NOT mean you MUST USE IT. You can aswell use one data directory.
I only have $HOME/.spring marked in /etc/spring/datadir as my path, and this latest spring-gui complains that it cannot create /usr/share/games/taspring... and when I try to start the game it just brings up the in-game menu to choose a script.
Ugh. It is a WARNING, not an error or anything. I'm sure that if it didn't try to create it you would complain that it didn't try to create it, and if it tried to create it but didn't give a warning someone else would complain that it silently tried to create directories.
EDIT okay I'm on the verge of giving up on this project entirely until I see some sort of consistant standard developed, I spend more time trying to get X file into X place than I do actually playing the god damn game.
You do realize that linux support is far from finished right?
Also you do realize that you're using the development version of spring right?
(E: that means things WILL break every now and then, especially with big changes like these)
I have never said it should work out of the box, and if anyone else has, then he was plain wrong and I suggest you to correct him.
The goal of the added functionality actually IS to get things as they are supposed to be in the linux world, and IMHO you ought to realize that.