[Freeciv-Dev] [bug #18835] Make many diplomacy dialogs easier to manage (e.g. using vertical tabs)
Follow-up Comment #37, bug #18835 (project freeciv): Thanks for the detailed description! I will have time to test this on Sunday evening. ___ Reply to this item at: http://gna.org/bugs/?18835 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18967] More land/sea interaction
URL: http://gna.org/bugs/?18967 Summary: More land/sea interaction Project: Freeciv Submitted by: sds Submitted on: Thu 10 Nov 2011 08:19:26 PM GMT Category: general Severity: 1 - Wish Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: Discussion Lock: Any Operating System: None Planned Release: ___ Details: It would be nice if land/sea units could interact more: 0 The attack land units (catapult/canon/artillery/howitzer) should be able to attack naval units next to the shore; e.g., a canon should be able to attack a galeon on an adjacent tile. 0 The naval units should be able to bombard undefended cities. Specifically, the attack of a naval (or air?) unit on a city without any units in it is played out as if a virtual settler were built in the city (decreasing city size by 1) and the settler were attacked. If the attacker won, the city size is reduced by 1 (and the city is razed if its size were already 1). If the attacker lost, the city size is unchanged but its food stores are reduced in proportion to the damage sustained by the virtual settler. I think this would keep the balance between land/sea units while allowing for more interaction between them. ___ Reply to this item at: http://gna.org/bugs/?18967 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3019] Curl CFLAGS LIBS only to libcivutility build
Update of patch #3019 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?3019 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3046] Ai refresh callback
URL: http://gna.org/patch/?3046 Summary: Ai refresh callback Project: Freeciv Submitted by: cazfi Submitted on: Thu 10 Nov 2011 11:22:00 PM EET Category: ai Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.5.0 ___ Details: This patch adds refresh() callback, called frequently even if nothing happens, to ai interface. ___ File Attachments: --- Date: Thu 10 Nov 2011 11:22:00 PM EET Name: AiRefresh.diff Size: 3kB By: cazfi http://gna.org/patch/download.php?file_id=14506 ___ Reply to this item at: http://gna.org/patch/?3046 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3047] Threaded ai: check messages
URL: http://gna.org/patch/?3047 Summary: Threaded ai: check messages Project: Freeciv Submitted by: cazfi Submitted on: Thu 10 Nov 2011 11:27:35 PM EET Category: ai Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.5.0 ___ Details: This patch moves threaded ai message checking from single loop into separate function that in the future can be called recursively. Idea is that message received later can affect, even abort, handling of earlier one (all action ceases when turn ends etc.) ___ File Attachments: --- Date: Thu 10 Nov 2011 11:27:35 PM EET Name: TaiCheckMessages.diff Size: 4kB By: cazfi http://gna.org/patch/download.php?file_id=14507 ___ Reply to this item at: http://gna.org/patch/?3047 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3032] Remove init_government -field from distributed nations
Update of patch #3032 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?3032 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18952] gtk-client crashes when no usable theme available
Update of bug #18952 (project freeciv): Status: Ready For Test = Fixed Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?18952 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18940] More typos in nation legends
Update of bug #18940 (project freeciv): Status:None = Fixed Assigned to:None = jtn Open/Closed:Open = Closed Planned Release: = 2.4.0,2.5.0 ___ Reply to this item at: http://gna.org/bugs/?18940 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18942] Sundry typos and grammar mistakes, and a request for translator notes
Update of bug #18942 (project freeciv): Status:None = Ready For Test Assigned to:None = jtn Planned Release: = 2.4.0,2.5.0 ___ Follow-up Comment #1: Thanks. These are some mistakes I have found in the code during translation. I am proposing some minimal changes in the included file, but feel free to rework some sentences. Many of these were fixed or superseded by patch #3021 and bug #18923. I've rebased your patch. I would like to ask for some translator notes in the following spots: The string Build %s (%s) %d %s in client/gui-sdl/menu.c (several lines) Added in rebased patch. The string in common/mapimg.c:656. I think that words in angle brackets should be translated and the words in the left column shouldn't, but it would be good to make sure. I added a TRANS comment in patch #3021 with words roughly to that effect. I've tweaked it a bit further in this patch. Is it clear enough? Also, an example would be good for users. I'm not sure what you mean -- the string has examples at the end. (file #14508) ___ Additional Item Attachment: File name: trunk-S2_4-typos-18942.diffSize:7 KB ___ Reply to this item at: http://gna.org/bugs/?18942 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18767] cma: always 1 tax collector
Additional Item Attachment, bug #18767 (project freeciv): File name: 1maxproduktion.jpg Size:137 KB File name: 2maxluxus.jpg Size:134 KB ___ Reply to this item at: http://gna.org/bugs/?18767 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18767] cma: always 1 tax collector
Update of bug #18767 (project freeciv): Category:None = agents ___ Reply to this item at: http://gna.org/bugs/?18767 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18939] CMA gold surplus calculating incorrectly.
Follow-up Comment #1, bug #18939 (project freeciv): You might need to give us a *little* more to go on than that... Is this related to bug #18040? ___ Reply to this item at: http://gna.org/bugs/?18939 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18006] handle_city() CMA: Larvotto has changed multiple times.
Update of bug #18006 (project freeciv): Planned Release: 2.3.1 = ___ Follow-up Comment #4: 2.3.1 looms, and no further clues have presented themselves. Removing release target entirely until something turns up. ___ Reply to this item at: http://gna.org/bugs/?18006 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3048] tai: Request queue from player thread to main thread
URL: http://gna.org/patch/?3048 Summary: tai: Request queue from player thread to main thread Project: Freeciv Submitted by: cazfi Submitted on: Fri 11 Nov 2011 12:41:32 AM EET Category: ai Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.5.0 ___ Details: This patch adds message queue for communicating from player thread to main thread direction. I decided against having all the messages for both directions stuffed in one message class, and have messages going from main thread to player thread and requests going from player thread to main thread. ___ File Attachments: --- Date: Fri 11 Nov 2011 12:41:32 AM EET Name: TaiReq.diff Size: 9kB By: cazfi http://gna.org/patch/download.php?file_id=14511 ___ Reply to this item at: http://gna.org/patch/?3048 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3048] tai: Request queue from player thread to main thread
Update of patch #3048 (project freeciv): Depends on: = patch #3046 ___ Reply to this item at: http://gna.org/patch/?3048 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3048] tai: Request queue from player thread to main thread
Update of patch #3048 (project freeciv): Depends on: = patch #3047 ___ Reply to this item at: http://gna.org/patch/?3048 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18007] 1: in city_owner() [city.c::1045]: assertion 'NULL != pcity-owner' failed.
Update of bug #18007 (project freeciv): Planned Release: 2.3.1 = ___ Follow-up Comment #7: No new clues have shown up in the past few months. No point having a release target if we can't progress it. ___ Reply to this item at: http://gna.org/bugs/?18007 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18886] fix loading of shuffle information
Follow-up Comment #5, bug #18886 (project freeciv): For the sake of release notes, can you briefly explain what was wrong, and what effects users may have seen? The new code is clearly more robust against unusual savefiles, but on a quick look I haven't spotted a problem with loading savefiles in the expected format. (Player slots went in in 2008, RT#40524 http://bugs.freeciv.org/Ticket/Display.html?id=40524, r15284 http://svn.gna.org/viewcvs/freeciv?revision=15284view=revision. But since this change only tweaks savegame2.c, any breakage it fixes can clearly only date back to 2.3.0. Is a similar change needed to savegame.c?) ___ Reply to this item at: http://gna.org/bugs/?18886 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18006] handle_city() CMA: Larvotto has changed multiple times.
Follow-up Comment #5, bug #18006 (project freeciv): I've not seen this again. Do we assume that something that came in after beta 4 repaired the damage? [I do corroborate vazoun51's issue with the governor and taxmen, but that could go with bug #17542] ___ Reply to this item at: http://gna.org/bugs/?18006 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #17542] Governor Prefers Gold to Production
Update of bug #17542 (project freeciv): Release:2.3.0.b1 = 2.3.0-beta1 ___ Follow-up Comment #1: See also bug #18767. ___ Reply to this item at: http://gna.org/bugs/?17542 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18767] cma: always 1 tax collector
Follow-up Comment #1, bug #18767 (project freeciv): See also bug #17542. ___ Reply to this item at: http://gna.org/bugs/?18767 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18007] 1: in city_owner() [city.c::1045]: assertion 'NULL != pcity-owner' failed.
Follow-up Comment #8, bug #18007 (project freeciv): Like bug #18006, i've not seen this one since. It doesn't prove anything, but it does imply that they are related - possibly both effects of a single cause? Maybe they were both indirectly fixed by the patch for bug # 18005?? ___ Reply to this item at: http://gna.org/bugs/?18007 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18942] Sundry typos and grammar mistakes, and a request for translator notes
Follow-up Comment #2, bug #18942 (project freeciv): The help text is much better now. The version I had didn't have the intro, and I hadn't noticed the examples at the bottom of the string, so the whole thing was pretty confusing. The translator comments are OK, too. ___ Reply to this item at: http://gna.org/bugs/?18942 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2883] [lua116] lua function to save a game (as 'manual' save)
Follow-up Comment #9, patch #2883 (project freeciv): Sorry for the lack of response. I've hesitated to reply because I'm not sure quite what our threat model for server-side scripts actually is, and whether it's in fact any different from the threat model for admin commands. Thinking about it, as a server operator, I want to be able to install a modpack from (say) the forum, and have a reasonably low risk that it's been designed to pwn my system -- I don't want to feel I have to examine every line of it. So yes, that is more restrictive than things on the command line (assuming I don't run server scripts from the modpack without examining them). I don't know if we're (in general) anywhere near there. Come to think of it, didn't someone do some work on Lua sandboxing a while back? Yes -- englabenny in bug #15624 -- looks like he was thinking the same as me. As far as this particular issue goes, apart from a DoS, the most plausible threat I've thought of is if some configuration file is denying access to something, but if the relevant process can't read the file, it defaults to allowing access; in that case, overwriting it with random (secfile) contents could be a hole. Don't know any concrete examples. ___ Reply to this item at: http://gna.org/patch/?2883 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2883] [lua116] lua function to save a game (as 'manual' save)
Update of patch #2883 (project freeciv): Open/Closed: Closed = Open ___ Follow-up Comment #10: Oh, and, the filename character filter won't let a script save a file containing an upper-case 'R'. D'oh! Patch attached. (file #14512) ___ Additional Item Attachment: File name: trunk-S2_4-lua-save-chars.diff Size:0 KB ___ Reply to this item at: http://gna.org/patch/?2883 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18975] in unit_virtual_destroy() [unit.c::1732]: assertion '!unit_transported(punit)' failed.
URL: http://gna.org/bugs/?18975 Summary: in unit_virtual_destroy() [unit.c::1732]: assertion '!unit_transported(punit)' failed. Project: Freeciv Submitted by: jtn Submitted on: Fri Nov 11 01:24:36 2011 Category: client Severity: 3 - Normal Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: S2_4 r20538 Discussion Lock: Any Operating System: GNU/Linux Planned Release: 2.4.0,2.5.0 ___ Details: Latest S2_4 (r20538). Also seen with trunk. 0 Load attached savegame with freeciv-gtk2. 0 Quit the client immediately. On quitting, the client throws these assertion failures: 1: in unit_virtual_destroy() [unit.c::1732]: assertion '!unit_transported(punit)' failed. 2: Backtrace: 2: 0: client/freeciv-gtk2() [0x5cc96d] 2: 1: client/freeciv-gtk2(vdo_log+0xbe) [0x5bf52e] 2: 2: client/freeciv-gtk2(do_log+0x7d) [0x5bf62d] 2: 3: client/freeciv-gtk2(fc_assert_fail+0x98) [0x5bf6d8] 2: 4: client/freeciv-gtk2(unit_virtual_destroy+0x1f5) [0x5b91c5] 2: 5: client/freeciv-gtk2(player_clear+0x113) [0x5ac073] 2: 6: client/freeciv-gtk2(player_destroy+0x51) [0x5ac1e1] 2: 7: client/freeciv-gtk2(player_slots_free+0x79) [0x5ac439] 2: 8: client/freeciv-gtk2(game_free+0x9) [0x51bcb9] 2: 9: client/freeciv-gtk2() [0x457d1f] 2:10: client/freeciv-gtk2(client_exit+0x49) [0x4585c9] 2:11: /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7fc2edad05de] 2:12: /usr/lib/libgobject-2.0.so.0(+0x21598) [0x7fc2edae4598] 2:13: /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7f6) [0x7fc2edae5a76] 2:14: /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7fc2edae6033] 2:15: /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7fc2edad05de] 2:16: /usr/lib/libgobject-2.0.so.0(+0x21598) [0x7fc2edae4598] 2:17: /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7f6) [0x7fc2edae5a76] 2:18: /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7fc2edae6033] 2:19: /usr/lib/libgtk-x11-2.0.so.0(+0x964e5) [0x7fc2ef7144e5] 2:20: /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7fc2edad05de] 2:21: /usr/lib/libgobject-2.0.so.0(+0x20e61) [0x7fc2edae3e61] 2:22: /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7f6) [0x7fc2edae5a76] 2:23: /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7fc2edae6033] 2:24: /usr/lib/libgtk-x11-2.0.so.0(+0x951ed) [0x7fc2ef7131ed] 2:25: /usr/lib/libgtk-x11-2.0.so.0(+0x142188) [0x7fc2ef7c0188] 2:26: /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7fc2edad05de] 2:27: /usr/lib/libgobject-2.0.so.0(+0x211dd) [0x7fc2edae41dd] 2:28: /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x639) [0x7fc2edae58b9] 2:29: /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7fc2edae6033] 2:30: /usr/lib/libgtk-x11-2.0.so.0(+0x2590cf) [0x7fc2ef8d70cf] 2:31: /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0xc3) [0x7fc2ef7b8653] 2:32: /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x2eb) [0x7fc2ef7b972b] 2:33: /usr/lib/libgdk-x11-2.0.so.0(+0x5c86c) [0x7fc2ef42d86c] 2:34: /lib/libglib-2.0.so.0(g_main_context_dispatch+0x1f2) [0x7fc2ed2128c2] 2:35: /lib/libglib-2.0.so.0(+0x42748) [0x7fc2ed216748] 2:36: /lib/libglib-2.0.so.0(g_main_loop_run+0x195) [0x7fc2ed216c55] 2:37: /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xa7) [0x7fc2ef7b9bc7] 2:38: client/freeciv-gtk2(ui_main+0x529) [0x451119] 2:39: client/freeciv-gtk2(client_main+0x333) [0x458983] 2:40: /lib/libc.so.6(__libc_start_main+0xfd) [0x7fc2f12e0c4d] 2:41: client/freeciv-gtk2() [0x44d2b9] 1: Please report this message at http://gna.org/projects/freeciv/ 2: Backtrace: 2: 0: client/freeciv-gtk2() [0x5cc96d] 2: 1: client/freeciv-gtk2(vdo_log+0xbe) [0x5bf52e] 2: 2: client/freeciv-gtk2(do_log+0x7d) [0x5bf62d] 2: 3: client/freeciv-gtk2(fc_assert_fail+0x11d) [0x5bf75d] 2: 4: client/freeciv-gtk2(unit_virtual_destroy+0x1f5) [0x5b91c5] 2: 5: client/freeciv-gtk2(player_clear+0x113) [0x5ac073] 2: 6: client/freeciv-gtk2(player_destroy+0x51) [0x5ac1e1] 2: 7: client/freeciv-gtk2(player_slots_free+0x79) [0x5ac439] 2: 8: client/freeciv-gtk2(game_free+0x9) [0x51bcb9] 2: 9: client/freeciv-gtk2() [0x457d1f] 2:10: client/freeciv-gtk2(client_exit+0x49) [0x4585c9] 2:11: /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7fc2edad05de] 2:12: /usr/lib/libgobject-2.0.so.0(+0x21598) [0x7fc2edae4598] 2:13: /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7f6) [0x7fc2edae5a76] 2:14: /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7fc2edae6033] 2:15: /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7fc2edad05de] 2:16: /usr/lib/libgobject-2.0.so.0(+0x21598)
[Freeciv-Dev] [bug #18978] Game crashes when processing next turn
URL: http://gna.org/bugs/?18978 Summary: Game crashes when processing next turn Project: Freeciv Submitted by: None Submitted on: Fri 11 Nov 2011 04:52:07 AM UTC Category: None Severity: 5 - Blocker Priority: 5 - Normal Status: None Assigned to: None Originator Email: al.vazq...@gmail.com Open/Closed: Open Release: 2.3.0 Discussion Lock: Any Operating System: GNU/Linux Planned Release: ___ Details: Single player game, client is GTK, distro is Linux Mint/Debian testing, WM is XFCE GDB isn't giving me any info, no debugging symbols Fully reproducible, happens without fail. Steps to reproduce: 1) Start the client 2) load the saved game (attached) 3) finish the turn 4) crash to main menu. Crashes for each team (for each team: choose team, toggle AI for my team, start, end turn). Crashes regardless of shift+enter or clicking end turn. Crashes regardless of actions taken prior to ending turn (diplomacy, tax rates, production, revolution, etc). ___ File Attachments: --- Date: Fri 11 Nov 2011 04:52:07 AM UTC Name: freeciv-T0255-Y01760-manual.sav.bz2 Size: 53kB By: None http://gna.org/bugs/download.php?file_id=14518 ___ Reply to this item at: http://gna.org/bugs/?18978 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
