Messages

46

Coding / Re: Comments on Compiling

« on: October 10, 2007, 10:06:56 pm »

I am looking forward to a more formalized splitup.

Glad we agree on that. :-)

The second point being the long times for maps compiling. Apparently the non annoyed svn users just dont recompile their maps. For over a month i have only been looking in the game code and thus didnt need to recompile the language files nor the maps.

This is a good point except... you are not using svn maps - i.e. not using full svn.  Know what that means?  People not testing the exact contents properly, but merely a close estimate of the svn version of the game.  Subtle bugs could easily sneak in with this scenario.

As shown you can get bootstrapped fast by the mappacks. So all in all, the long time for compiling maps is a problem with a magnitude several orders less then you make it look like.

With the svn split you agree with, ok, it is a smaller issue, but it can be made to go away entirely.

Executables in svn? Of course, they ARE the source!

That's a strange statement to make.  A .exe or .dll can not be considered source.  They can be considered libraries or tools.  Talking about derived vs source makes no sense and in all my years of experience I have never heard anybody try to rationalise this like you do.

*svn is not what [freegamer] thinks it is

I know exactly what svn is, but I'm suggesting that binding svn to handling only source is an ideological view, whereas the practical view is to use it for things that aid development and makes it easier for new contributors.  By using svn astutely instead of ideologically, you can distill your svn build process to this:

Code: [Select]

svn co http://ufoai.svn.sourceforge.net/svnroot/ufoai ufoai
cd ufoai
make
And getting completely up to date to this:

Code: [Select]

svn up
make clean && make
Instead you have multiple steps, multiple ways of accomplishing these steps, and an arduous map compilation process.

47

Coding / Re: Comments on Compiling

« on: October 09, 2007, 12:59:10 pm »

Ok, segfault solved.  An Ubuntu Gutsy update had hosed my nvidia glx driver so GL stuff wouldn't work.  Still, a nicer way of notifying the user that the graphics configuration is not good enough would be appreciated, I'm sure.

48

Coding / Re: Comments on Compiling

« on: October 08, 2007, 10:42:54 pm »

Perfect example.

I just did an svn up, probably a week since I last did this as I was away.  Look at all the map updates:

Code: [Select]

U    base/maps/rivertown01d.map
U    base/maps/africa04n.map
U    base/maps/corrupt_city04n.map
U    base/maps/rivertown01n.map
U    base/maps/estate01d.map
U    base/maps/estate01n.map
U    base/maps/lake02d.map
U    base/maps/apartments01d.map
U    base/maps/lake02n.map
U    base/maps/const05d.map
U    base/maps/const05n.map
U    base/maps/stadium06d.map
U    base/maps/convoy01d.map
U    base/maps/oriental06d.map
U    base/maps/industrial06d.map
U    base/maps/stadium06n.map
U    base/maps/convoy01n.map
U    base/maps/harvestercrash04d.map
U    base/maps/druglord07d.map
U    base/maps/village07d.map
U    base/maps/oriental06n.map
U    base/maps/industrial06n.map
U    base/maps/harvestercrash04n.map
U    base/maps/druglord07n.map
U    base/maps/village07n.map
U    base/maps/excavation06d.map
U    base/maps/terrain08d.map
U    base/maps/subway07d.map
U    base/maps/excavation06n.map
U    base/maps/terrain08n.map
U    base/maps/bunker01d.map
U    base/maps/italy05d.map
U    base/maps/subway07n.map
U    base/maps/farm08d.map
U    base/maps/bunker01n.map
U    base/maps/italy05n.map
U    base/maps/dam01d.map
U    base/maps/farm08n.map
U    base/maps/mart05d.map
U    base/maps/dam01n.map
U    base/maps/mart05n.map
U    base/maps/harbor07d.map
U    base/maps/harbor07n.map
U    base/maps/transport06d.map
U    base/maps/tower06d.map
U    base/maps/terrain02d.map
U    base/maps/transport06n.map
U    base/maps/tower06n.map
U    base/maps/terrain02n.map
U    base/maps/oriental05d.map
U    base/maps/oriental05n.map
U    base/maps/bridge01d.map
U    base/maps/office06d.map
U    base/maps/bridge01n.map
U    base/maps/office06n.map
U    base/maps/city04d.map
U    base/maps/lake03d.map
U    base/maps/city04n.map
U    base/maps/mine01d.map
U    base/maps/lake03n.map
U    base/maps/powerplant01d.map
U    base/maps/japan06d.map
U    base/maps/mine01n.map
U    base/maps/japan06n.map
U    base/maps/gasstation05d.map
U    base/maps/pdi08d.map
U    base/maps/africa04d.map
U    base/maps/corrupt_city04d.map
U    base/maps/gasstation05n.map
U    base/maps/pdi08n.map
So now I have to recompile all these maps... and so does anybody else using SVN.  Lots of needless time and annoyance all-round.

What I propose would instead take about 30s of time for 1 person instead of the hours of time it takes everybody at the moment.  Somebody updates a map and compiles it.  They commit both the updated source version to trunk/maps and the updated compiled version to trunks/ufoai, now everybody who goes 'svn up' gets the compiled map, doesn't have to mess around recompiling the maps, and in general life is a lot easier especially for new contributors (something that every project wants).

Punkiee, I concede there are ways around the current annoying system, but it should be better than it is.  I'm only trying to _help_ UFO:AI by suggesting a better way of handling things and so far nobody (especially you) has put up a convincing argument as to why it is not already this way other than "SVN handles source" which is already incorrect for UFO:AI which has multiple dlls and gtkradiant.exe amongst the current files in SVN.

Vega Strike do it this way and it makes the lives of contributors and bleeding-edge testers/players much much easier.

49

Coding / Re: Comments on Compiling

« on: October 08, 2007, 10:27:09 pm »

Although i seem to be too stupid to fully appreciate what i am doing, I did a checkout of svn and compiled the game in 2 minutes, without the maps. I copied the maps from the beta and was ready to play in 5 minutes. Because that didnt take 10 hours i must be so blind its stupifying.

svn is still for managing the source, sources as in human readable text. For binaries it is of less importance. Still a few pointers on how to get compiled maps instead of haveing to build your own would be appreciated. I didnt rant about it but that is my lack of common sense.

That's a brilliant attempt to be right, but still wrong.

I want the SVN.  Not the beta, but the SVN.  SVN maps is not necessarily the beta maps.  And pre-beta, this was even more true.  Again, you are trying to be clever but missing the entire point that the current SVN layout makes things more difficult than it needs to be.

I reiterate; move the maps source to their own module, and have the actual maps committed to the main ufoai module, and that way it's easier for everybody.

50

Coding / Re: Comments on Compiling

« on: October 04, 2007, 03:24:56 pm »

please try to send a gdb backtrace (see debug wiki article) - otherwise we can't really fix that segfault

I tried but not sure if this will help:

Code: [Select]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1218341184 (LWP 28162)]
0xb7c80f37 in strstr () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt full
#0  0xb7c80f37 in strstr () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#1  0xb7d980af in ?? () from /usr/lib/libSDL-1.2.so.0
No symbol table info available.
#2  0x00000000 in ?? ()
No symbol table info available.

51

Coding / Re: Comments on Compiling

« on: October 04, 2007, 03:21:50 pm »

Punkee, that opinion of yours is so obtuse it's stupifying.

The line between source and binary is not that simple.  Even though you seem to think it is, in the UFOAI subversion it is already distorted with .dlls and .exes amongst the files downloaded by a basic trunk/ufoai checkout.

The compiled maps are platform independent are they not?  Why require anybody who is not actually modelling the maps to compile the maps?  It's just making lots of work for everybody else and their computers.  Store the maps in their own subproject (e.g. trunk/maps) and commit the compiled maps to the main game project (i.e. trunk/ufoai) so that all developers have the latest maps without having to compile them (i.e. only: svn up), so that people who want to check out the source to possibly contribute in a non-map way can do so without a 10 hours compilation time.  It makes perfect sense and is an ideal usage of something like SVN.

A similar high-profile project doing it this way is Vega Strike - they have a "masters" subproject where all [lossless] originals get stored (i.e. all .png,.xcf,.blend,etc are in trunk/masters).  They commit the "compiled" (or in this case transformed) lossy images to a data subproject (trunk/data4.x), and non-artists use this data dir to stay current.

Apply a little common sense.  This is the way it should be done.  At the moment everybody is having to do a task that only needs to be done once.

52

Coding / Comments on Compiling

« on: October 03, 2007, 03:37:19 pm »

Where to start...

The SVN is very poorly organised.  Why isn't it broken into sub projects / modules?  Why am I getting gtkradiant.exe when I'm checking out the main project?  Split stuff like that out into sub projects so people don't have to download stuff they don't need.

And why the hell must I compile the maps?  WTF is this about?  I had to leave it overnight to do this.  Ridiculous!?!?  Keep the map 'source' in it's own module and commit already compiled maps to the main project.

I mean, to have to wait 10 hours to svn/compile this is ludicrous, it really is.  You could eliminate almost 90% of that with some smarter organisation.

Finally onto something "not a gripe" but a problem instead - I get a segmentation fault...

Code: [Select]

charles@charles-laptop:~/Games/ufoai$ ./ufo

---- filesystem initialization -----
Adding game dir: ./base
using /home/charles/.ufoai/2.2-dev/base for writing
Adding game dir: /home/charles/.ufoai/2.2-dev/base
execing default.cfg
couldn't exec config.cfg
execing keys.cfg

----- network initialization -------
libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3 libidn/1.0 initialized.

------ server initialization -------
added 3 maps to the mapcycle
...using language: en_GB.UTF-8

----- console initialization -------
couldn't load history
Console initialized.

------- video initialization -------
SDL version: 1.2.11
I: setting mode 6: 1024x768 (fullscreen: no)
Segmentation fault
Yes, I have libGL.so.1 in /usr/lib and a modern graphics card.