[Freeciv-Dev] [bug #16329] Problem loading France Scenario

2010-07-31 Thread Matthias Pfafferodt
___ Follow-up Comment #1: patch attached: fix scenario france-140x90-v2 it had the option 'turn' activated but no turn defined (file #9641) ___ Additional Item Attachment: File name: 20100731-01-trunk-fix

[Freeciv-Dev] [bug #16311] ./civ -a fails to prompt for password

2010-07-31 Thread pepeto
Follow-up Comment #2, bug #16311 (project freeciv): I remember someone has already fixed a such bug in Freeciv or Warclient, but I failed to find it out. ___ Reply to this item at: http://gna.org/bugs/?16311

[Freeciv-Dev] [bug #16264] Segmentation fault in map generation

2010-07-31 Thread pepeto
Follow-up Comment #2, bug #16264 (project freeciv): I have been absent for a time. Is the support for more than 32768 tiles really implemented? ___ Reply to this item at: http://gna.org/bugs/?16264

[Freeciv-Dev] [bug #16311] ./civ -a fails to prompt for password

2010-07-31 Thread pepeto
Follow-up Comment #3, bug #16311 (project freeciv): References : RT#38354 (jdorje) revisions 14849 (S2_0), 14850 (trunk), 14851(S2_1). ___ Reply to this item at: http://gna.org/bugs/?16311

[Freeciv-Dev] [bug #16311] ./civ -a fails to prompt for password

2010-07-31 Thread pepeto
Follow-up Comment #4, bug #16311 (project freeciv): The problem is that the page change is delayed and reset the password entry before we can see it (due to the usage of _g_idle_add()_)... ___ Reply to this item at:

[Freeciv-Dev] [bug #16191] no_land_attack flag

2010-07-31 Thread pepeto
Update of bug #16191 (project freeciv): Category: general = rulesets ___ Follow-up Comment #1: As far as I know, helicopters always could be destroyed by submarines in Freeciv... I'm unsure

[Freeciv-Dev] [bug #16264] Segmentation fault in map generation

2010-07-31 Thread Matthias Pfafferodt
Follow-up Comment #3, bug #16264 (project freeciv): I have been absent for a time. Is the support for more than 32768 tiles really implemented? yes; and it is working! see patch #1733: increase maximal map size (svn 17556) the default map generator does not like bigger maps but generator 2

[Freeciv-Dev] [bug #16264] Segmentation fault in map generation

2010-07-31 Thread pepeto
Follow-up Comment #4, bug #16264 (project freeciv): yes; and it is working! the default map generator does not like bigger maps but generator 2 is working fine Then it's not really working... I will investigate. ___ Reply to this item

[Freeciv-Dev] [bug #16331] fix sanitycheck.c:check_fow()

2010-07-31 Thread Matthias Pfafferodt
Attachments: --- Date: Samstag 31.07.2010 um 18:13 Name: 20100731-11-trunk-fix-sanitycheck.c-check_fow.patch Size: 1kB By: syntron http://gna.org/bugs/download.php?file_id=9642

[Freeciv-Dev] [bug #16332] possible assert in ai_diplomacy_new()

2010-07-31 Thread Matthias Pfafferodt
: 20100731-09-trunk--fix-possible-assert-in-ai_diplomacy_new.patch Size: 992B By: syntron http://gna.org/bugs/download.php?file_id=9643 ___ Reply to this item at: http://gna.org/bugs/?16332

[Freeciv-Dev] [bug #16333] possible assert in player_diplstate_new()

2010-07-31 Thread Matthias Pfafferodt
: ___ Details: replace an assert in player_diplstate_new() by a simple if() statement ___ File Attachments: --- Date: Samstag 31.07.2010 um 18:17 Name: 20100731

[Freeciv-Dev] [bug #16333] possible assert in player_diplstate_new()

2010-07-31 Thread Matthias Pfafferodt
Update of bug #16333 (project freeciv): Category:None = general Priority: 1 - Later = 5 - Normal Assigned to:None = syntron Release:

[Freeciv-Dev] [bug #16333] possible assert in player_diplstate_new()

2010-07-31 Thread Matthias Pfafferodt
Update of bug #16333 (project freeciv): Category:None = general Priority: 1 - Later = 5 - Normal Assigned to:None = syntron Planned Release:

[Freeciv-Dev] [bug #16334] fix calls to send_player_* functions

2010-07-31 Thread Matthias Pfafferodt
___ File Attachments: --- Date: Samstag 31.07.2010 um 18:23 Name: 20100731-10-trunk-fix-calls-to-send_player_-functions.patch Size: 29kB By: syntron http://gna.org/bugs/download.php?file_id=9645

[Freeciv-Dev] [bug #16264] Segmentation fault in map generation

2010-07-31 Thread Matthias Pfafferodt
Follow-up Comment #5, bug #16264 (project freeciv): Then it's not really working... I will investigate. Thanks! I tested this a little bit and it seems to depend on the generation of the start positions. The default generator (1) is working if startpos is set to 2 but not with the default

[Freeciv-Dev] [bug #16335] Compilation failure with --enable-debug

2010-07-31 Thread pepeto
URL: http://gna.org/bugs/?16335 Summary: Compilation failure with --enable-debug Project: Freeciv Submitted by: pepeto Submitted on: samedi 31.07.2010 à 16:34 Category: None Severity: 4 - Important

[Freeciv-Dev] [bug #16335] Compilation failure with --enable-debug

2010-07-31 Thread pepeto
Update of bug #16335 (project freeciv): Priority: 1 - Later = 7 - High ___ Reply to this item at: http://gna.org/bugs/?16335 ___ Message posté

[Freeciv-Dev] [bug #16335] Compilation failure with --enable-debug

2010-07-31 Thread pepeto
Update of bug #16335 (project freeciv): Category:None = general Status:None = Ready For Test ___ Follow-up Comment #1: I cannot commit it

[Freeciv-Dev] [bug #16301] update queue not working with player pointers

2010-07-31 Thread Matthias Pfafferodt
Update of bug #16301 (project freeciv): Category:None = client Priority: 1 - Later = 5 - Normal Status:None = Ready For Test Assigned to:

[Freeciv-Dev] [bug #16337] Client doesn't return to the main page after disconnecting

2010-07-31 Thread pepeto
URL: http://gna.org/bugs/?16337 Summary: Client doesn't return to the main page after disconnecting Project: Freeciv Submitted by: pepeto Submitted on: samedi 31.07.2010 à 16:50 Category: client Severity:

[Freeciv-Dev] [bug #16335] Compilation failure with --enable-debug

2010-07-31 Thread Matthias Pfafferodt
Follow-up Comment #2, bug #16335 (project freeciv): so I did miss these in bug #16300 I cannot commit it myself before a long time. Feel free to do it... Shut I do it now? ___ Reply to this item at: http://gna.org/bugs/?16335

[Freeciv-Dev] [bug #16336] Setting 'mapsize' documentation

2010-07-31 Thread Matthias Pfafferodt
Follow-up Comment #1, bug #16336 (project freeciv): why? I think it is easier to type a number than to type the text needed to set the option. (see alltemperate, etc.) ___ Reply to this item at: http://gna.org/bugs/?16336

[Freeciv-Dev] [bug #16337] Client doesn't return to the main page after disconnecting

2010-07-31 Thread Matthias Pfafferodt
Update of bug #16337 (project freeciv): Status:None = Duplicate Open/Closed:Open = Closed ___ Follow-up Comment #1: see bug #16301 ...

[Freeciv-Dev] [patch #1692] Scythian nation

2010-07-31 Thread Andrzej G.
Follow-up Comment #8, patch #1692 (project freeciv): Scythians did not build cities, because they were nomads. They didn't knows the letter, hence we can't know the names of their encampments. In addition, the names of rulers are known from Greek and Persian sources.

[Freeciv-Dev] [bug #16336] Setting 'mapsize' documentation

2010-07-31 Thread kinetic
Follow-up Comment #2, bug #16336 (project freeciv): I agree with pepeto. Using the magic values might confuse some more non-technical people and turn them off of freeciv. I have never seen another game besides freeciv and some low-quality linux games use magic values in place of fully-worded

[Freeciv-Dev] [patch #1671] Remove Bash syntax from Bourne shell scripts

2010-07-31 Thread anonymous
Follow-up Comment #5, patch #1671 (project freeciv): The attached file fixes an error in the committed patch for S2_2. JHS (file #9649) ___ Additional Item Attachment: File name: S2_2-civ-ser-syntax.diff Size:0 KB

[Freeciv-Dev] [bug #16335] Compilation failure with --enable-debug

2010-07-31 Thread pepeto
Follow-up Comment #3, bug #16335 (project freeciv): As you wish. This could be considered as blocker because it fails compiling. ___ Reply to this item at: http://gna.org/bugs/?16335 ___

[Freeciv-Dev] [patch #1671] Remove Bash syntax from Bourne shell scripts

2010-07-31 Thread Daniel Markstedt
Update of patch #1671 (project freeciv): Status:Done = In Progress Open/Closed: Closed = Open ___ Reply to this item at:

[Freeciv-Dev] [bug #16338] DNS problems with freeciv.org

2010-07-31 Thread Daniel Markstedt
URL: http://gna.org/bugs/?16338 Summary: DNS problems with freeciv.org Project: Freeciv Submitted by: dmarks Submitted on: Sunday 08/01/2010 at 04:35 Category: freeciv.org Severity: 4 - Important

[Freeciv-Dev] [bug #16336] Setting 'mapsize' documentation

2010-07-31 Thread Matthias Pfafferodt
Follow-up Comment #9, bug #16336 (project freeciv): @Matthias: As Kinetic said, I was talking about the gui issues. The help text was pointing out the value '2' whereas you cannot set a such value with the gui. I did tested it now. The small patch I did helps but there is room for

[Freeciv-Dev] [bug #16336] Setting 'mapsize' documentation

2010-07-31 Thread Matthias Pfafferodt
Follow-up Comment #10, bug #16336 (project freeciv): updated version of the patch with an improved help text. it lists the name of the options so they are easy to find (file #9650) ___ Additional Item Attachment: File name:

[Freeciv-Dev] [bug #16336] Setting 'mapsize' documentation

2010-07-31 Thread pepeto
Follow-up Comment #11, bug #16336 (project freeciv): Yes, they should. But I do not have the knowledge (or time to learn) how to code this for the client. It must be something like an 'action' function for the client settings which activates/deactivates the options corresponding to the

[Freeciv-Dev] [patch #1671] Remove Bash syntax from Bourne shell scripts

2010-07-31 Thread Matthias Pfafferodt
Follow-up Comment #6, patch #1671 (project freeciv): The attached file fixes an error in the committed patch for S2_2. Sorry for this ... ___ Reply to this item at: http://gna.org/patch/?1671

[Freeciv-Dev] [patch #1777] Swap Amplio for Amplio 2 as default tileset

2010-07-31 Thread Daniel Markstedt
Follow-up Comment #2, patch #1777 (project freeciv): This patch should do it. (file #9651) ___ Additional Item Attachment: File name: trunk-add_amplio2.diff Size:100 KB

[Freeciv-Dev] [patch #1777] Swap Amplio for Amplio 2 as default tileset

2010-07-31 Thread Matthias Pfafferodt
Follow-up Comment #4, patch #1777 (project freeciv): I advice play-testing it for a while in trunk before deciding to make it default in a release. Is it possible to have amplio and amplio2 in trunk? This way it is possible to test and also to compare them.

[Freeciv-Dev] [patch #1794] unify check for ai functions

2010-07-31 Thread Matthias Pfafferodt
() and check_player_ai_func() ___ File Attachments: --- Date: Sonntag 01.08.2010 um 00:59 Name: 20100731-04-trunk-unify-check-for-ai-functions.patch Size: 14kB By: syntron http

[Freeciv-Dev] [patch #1795] fix versions number handling for compatibility layer in savegame2.c

2010-07-31 Thread Matthias Pfafferodt
___ Details: * fix the compatibility functions * use them for savegames with / without player ai ___ File Attachments: --- Date: Sonntag 01.08.2010 um 01:01 Name: 20100731-03

[Freeciv-Dev] [patch #1795] fix versions number handling for compatibility layer in savegame2.c

2010-07-31 Thread Matthias Pfafferodt
Update of patch #1795 (project freeciv): Depends on: = patch #1778 ___ Reply to this item at: http://gna.org/patch/?1795 ___ Nachricht

[Freeciv-Dev] [patch #1785] [Metaticket] cleanup usage of ai files by the server

2010-07-31 Thread Matthias Pfafferodt
Update of patch #1785 (project freeciv): Depends on: = patch #1783 ___ Reply to this item at: http://gna.org/patch/?1785 ___ Nachricht

[Freeciv-Dev] [patch #1777] Swap Amplio for Amplio 2 as default tileset

2010-07-31 Thread Daniel Markstedt
Follow-up Comment #5, patch #1777 (project freeciv): I haven't replaced all the gfx I plan to, but it should be pretty complete. I advice play-testing it for a while in trunk before deciding to make it default in a release. Thanks Hogne. Do you by any chance have a new 'whale' sprite in

[Freeciv-Dev] [patch #1777] Swap Amplio for Amplio 2 as default tileset

2010-07-31 Thread Daniel Markstedt
Follow-up Comment #6, patch #1777 (project freeciv): Is it possible to have amplio and amplio2 in trunk? This way it is possible to test and also to compare them. That shouldn't be a problem. I'd prefer to ship the final version of 2.3.0 with amplio2 only, though.