[Freeciv-Dev] [bug #16863] faster goto

Follow-up Comment #2, bug #16863 (project freeciv): Also when actualy doing the goto maybe the client could skip showing each single unit move. Esspecially when moving 100 identical units from the same tile. ___ Reply to this item at:

[Freeciv-Dev] [bug #16874] shield upkeep for units is ignored

URL: Summary: shield upkeep for units is ignored Project: Freeciv Submitted by: mrvn Submitted on: Saturday 10/16/2010 at 06:54 Category: general Severity: 3 - Normal

[Freeciv-Dev] [patch #2049] First-class help for bases

Update of patch #2049 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #1: Golly gosh, that was harder work than I expected. * Add "helptext" strvec element to ruleset

[Freeciv-Dev] [patch #2049] First-class help for bases

Update of patch #2049 (project freeciv): Depends on: => bugs #16873 ___ Reply to this item at: ___ Message se

[Freeciv-Dev] [bug #16873] effect_fortress_hp_regen in civ1 ruleset is pointless

URL: Summary: effect_fortress_hp_regen in civ1 ruleset is pointless Project: Freeciv Submitted by: jtn Submitted on: Saturday 10/16/10 at 02:27 Category: rulesets Severity: 2 -

[Freeciv-Dev] [patch #2070] Include base conflicts in PACKET_RULESET_BASE

Additional Item Attachment, patch #2070 (project freeciv): File name: trunk-base-conflicts-to-client.diff Size:1 KB ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [patch #2049] First-class help for bases

Update of patch #2049 (project freeciv): Depends on: => patch #2070 ___ Reply to this item at: ___ Message se

[Freeciv-Dev] [patch #2070] Include base conflicts in PACKET_RULESET_BASE

URL: Summary: Include base conflicts in PACKET_RULESET_BASE Project: Freeciv Submitted by: jtn Submitted on: Saturday 10/16/10 at 01:41 Category: None Priority: 5 - Normal

[Freeciv-Dev] [patch #2056] Revisit autogenerated help for unit requirements

Follow-up Comment #5, patch #2056 (project freeciv): New patch that doesn't uselessly use Q_(). (I got rid of the existing instances that misled me under bug #16847.) Addressing the wider issue of list generation i18n punted to patch #2064, as advertised. (@pepeto: thanks for clarification.) >

[Freeciv-Dev] [bug #16847] Clean up list-generating pattern in help

Follow-up Comment #2, bug #16847 (project freeciv): New patch attached which additionally removes the existing useless Q_() and doesn't propagate the pattern further. (I checked the codebase and there aren't any more.) I agree about such a utility, so I've raised patch #2064, but I don't intend

[Freeciv-Dev] [bug #16872] Multiline strings with CR newlines incorrectly wrapped

Follow-up Comment #1, bug #16872 (project freeciv): We could also set the svn:eol-style property in the new files like Jason did between revisions 13967 and 13981. ___ Reply to this item at: __

[Freeciv-Dev] [bug #16865] segfault in sdl client - copy_chars_to_string16()

Update of bug #16865 (project freeciv): Status:None => Ready For Test Assigned to:None => pepeto ___ Follow-up Comment #2: Confirmed. (file

[Freeciv-Dev] [bug #16865] segfault in sdl client - copy_chars_to_string16()

Follow-up Comment #1, bug #16865 (project freeciv): Probably "pPlayer0->string16" should be "pPlayer0->info_label". ___ Reply to this item at: ___ Message post

[Freeciv-Dev] [bug #16872] Multiline strings with CR newlines incorrectly wrapped

URL: Summary: Multiline strings with CR newlines incorrectly wrapped Project: Freeciv Submitted by: dmarks Submitted on: Saturday 10/16/2010 at 01:51 Category: rulesets Severit

[Freeciv-Dev] [bug #16863] faster goto

Update of bug #16863 (project freeciv): Priority: 5 - Normal => 1 - Later ___ Follow-up Comment #1: It cannot really cache it, because it's dependent of the game, the positions of the units, the

[Freeciv-Dev] [bug #16857] [trunk] Assertion failures + segfault with civ1/civ2 rulesets

Update of bug #16857 (project freeciv): Category:None => general Status:None => In Progress Assigned to:None => pepeto _

[Freeciv-Dev] [bug #16871] Having more AIs than nations segfaults at start

Follow-up Comment #1, bug #16871 (project freeciv): After a fast check, it appeared to be similar to bug #16857. ___ Reply to this item at: ___ Message posté v

[Freeciv-Dev] [bug #16871] Having more AIs than nations segfaults at start

URL: Summary: Having more AIs than nations segfaults at start Project: Freeciv Submitted by: mrvn Submitted on: Friday 10/15/2010 at 16:13 Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #16867] Fails to build: struct packet_server_setting_bitwise not defined

Update of bug #16867 (project freeciv): Status:None => Invalid Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #16867] Fails to build: struct packet_server_setting_bitwise not defined

Follow-up Comment #4, bug #16867 (project freeciv): Marko seems indeed to be right. The generated files weren't removed in clean so an older version ended up in the debian patch and that causes timestamp problems. I've made sure they are removed now on debian/rules clean and then it builds fine.

Re: [Freeciv-Dev] x crashes

On 14 Oct, 2010, at 7:47 PM, David Zuccaro wrote: > What is causing my x windows server to crash. How can I fix it? > > This is the error in syslog: > Oct 15 10:36:48 Palatinus gdm[3173]: WARNING: > gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Is this a new install, or one t

[Freeciv-Dev] [patch #1967] Longer T0 turn

Update of patch #1967 (project freeciv): Status: In Progress => Ready For Test ___ Reply to this item at: ___ Message po

[Freeciv-Dev] [patch #2061] [mapimg] define player colors in the ruleset

Follow-up Comment #11, patch #2061 (project freeciv): > At a related notw, it would be great if we could publish release > notes for each new tileset format in the future. That's a good idea. What support do you suggest to do that? ___ R

[Freeciv-Dev] [bug #16867] Fails to build: struct packet_server_setting_bitwise not defined

Follow-up Comment #3, bug #16867 (project freeciv): I agree with Marko about the analysis of the bug. Maybe try to remove common/packets_gen.[ch] to force to regenerate them. > As the xaw client makes a lot of problems nowadays, I do ask if > it is still supported?() This client hasn't been mai