[Freeciv-Dev] [patch #2704] GDK_KEY_....
Update of patch #2704 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2704 ___ 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 #18207] Term for Research Report not consistent
URL: http://gna.org/bugs/?18207 Summary: Term for Research Report not consistent Project: Freeciv Submitted by: dmarks Submitted on: Mon 13 Jun 2011 07:02:18 AM PDT Category: client Severity: 3 - Normal Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: Discussion Lock: Any Operating System: None Planned Release: 2.3.0 ___ Details: The Research Report is some strings, in particular the tutorial, referred to as: -Research dialog -Science report -Science dialog Should be standardized to 'Research Report' to a greater degree. ___ Reply to this item at: http://gna.org/bugs/?18207 ___ 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 #18004] Japanese translation bug - science dialog in tutorial
Update of bug #18004 (project freeciv): Status: Need Info = Ready For Test Planned Release: 2.3.0 = 2.2.6 ___ Follow-up Comment #2: Ok, had a look at the translation myself and the fix is completely legit. Will commit to S2_2 soon. However, there seems to be an underlying problem with the English strings themselves. In the tutorial in particular, the term Science Dialog is used frequently while in most other places it is called the Research Report. Raised bug #18207 to address this. ___ Reply to this item at: http://gna.org/bugs/?18004 ___ 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 #17515] Add README to http://download.gna.org/freeciv/modinst/
Update of bug #17515 (project freeciv): Status: Fixed = In Progress Open/Closed: Closed = Open ___ Reply to this item at: http://gna.org/bugs/?17515 ___ 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 #2711] Realine completion for ai type name in /create
URL: http://gna.org/patch/?2711 Summary: Realine completion for ai type name in /create Project: Freeciv Submitted by: cazfi Submitted on: Mon 13 Jun 2011 08:13:02 PM EEST Category: general Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.4.0 ___ Details: THis pacth adds readline completion for ai type name when needed as second argument to /create command. ___ File Attachments: --- Date: Mon 13 Jun 2011 08:13:02 PM EEST Name: AiTypeCompletion.diff Size: 3kB By: cazfi http://gna.org/patch/download.php?file_id=13184 ___ Reply to this item at: http://gna.org/patch/?2711 ___ 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 #18208] ai_type_iterate() returns unused ai types
URL: http://gna.org/bugs/?18208 Summary: ai_type_iterate() returns unused ai types Project: Freeciv Submitted by: cazfi Submitted on: Mon 13 Jun 2011 08:25:03 PM EEST Category: ai Severity: 3 - Normal Priority: 5 - Normal Status: Ready For Test Assigned to: None Originator Email: Open/Closed: Open Release: Discussion Lock: Any Operating System: None Planned Release: 2.4.0 ___ Details: ai_type_iterate() goes through all the ai types up to FC_AI_LAST, no matter how many ai types is really loaded. Fix attached. ___ File Attachments: --- Date: Mon 13 Jun 2011 08:25:03 PM EEST Name: AiTypeIterateLimit.diff Size: 1kB By: cazfi http://gna.org/bugs/download.php?file_id=13185 ___ Reply to this item at: http://gna.org/bugs/?18208 ___ 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 #18208] ai_type_iterate() returns unused ai types
Update of bug #18208 (project freeciv): Depends on: = patch #2711 ___ Reply to this item at: http://gna.org/bugs/?18208 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] [bug #18050] crash with popup box (handle_alloc_failure())
would be fine with me. Best wishes, Achim On 12 June 2011 15:32, Jacob Nevins no-reply.invalid-addr...@gna.orgwrote: Update of bug #18050 (project freeciv): Status:None = Need Info ___ Follow-up Comment #4: I can't think of a specific test. I don't think there's anything more we can do with this ticket for now; I've changed it to Need Info, but it could be closed as Invalid. ___ Reply to this item at: http://gna.org/bugs/?18050 ___ Message sent via/by Gna! http://gna.org/ -- Achim Treumann 16 King's Drive, Whitley Bay NE26 2JT Tyne and Wear, UK Tel. +44(0)191 280 1793 email: achim.treum...@gmail.com ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18208] ai_type_iterate() returns unused ai types
Follow-up Comment #1, bug #18208 (project freeciv): In S2_3 value of FC_AI_LAST is 1 and there's always exactly one ai type (default ai) so there's no need to do anything for that branch. ___ Reply to this item at: http://gna.org/bugs/?18208 ___ 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 #2712] Independent configure checks for freeciv-modpack
URL: http://gna.org/patch/?2712 Summary: Independent configure checks for freeciv-modpack Project: Freeciv Submitted by: cazfi Submitted on: Mon 13 Jun 2011 10:47:13 PM EEST Category: bootstrap Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.3.0, 2.4.0 ___ Details: Currently freeciv-modpack depends on gtk2-client configure checks to work for it since it too is gtk2-program. freeciv-modpack is build iff gtk2-client is built. Attached patch makes freeciv-modpack configure checks independent from gtk2-client checks. This means that it might be built in conjuction with any client, not just gtk2. ___ File Attachments: --- Date: Mon 13 Jun 2011 10:47:13 PM EEST Name: ModinstConfigure.diff Size: 2kB By: cazfi http://gna.org/patch/download.php?file_id=13186 --- Date: Mon 13 Jun 2011 10:47:13 PM EEST Name: ModinstConfigure-S2_3.diff Size: 2kB By: cazfi http://gna.org/patch/download.php?file_id=13187 ___ Reply to this item at: http://gna.org/patch/?2712 ___ 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 #18170] md5 sum broken in trunk on sparc64
Follow-up Comment #7, bug #18170 (project freeciv): My inclination is to find a more portable implementation of md5sum, rather than trying to fix up this one. A quick Google finds this one, which seems to fit the bill: http://openwall.info/wiki/people/solar/software/public-domain-source-code/md5 Any objections? ___ Reply to this item at: http://gna.org/bugs/?18170 ___ 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 #18198] gtk clients do not show their client_string anywhere.
Update of bug #18198 (project freeciv): Planned Release: = 2.4.0 ___ Reply to this item at: http://gna.org/bugs/?18198 ___ 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] [task #7334] Make copy of gtk2-client as base for gtk3-client development
Follow-up Comment #9, task #7334 (project freeciv): In the beginning so-called gtk3-client tree will be actually gtk2-client prepared to switch to gtk3. That may make things easier, but I may still have problems on Lucid, since that only has 2.20 and this code will target 2.24-ish. For the record, this came sooner than I thought: after patch #2704, I can no longer build gui-gtk3 on Lucid. (Not a complaint, just an observation.) ___ Reply to this item at: http://gna.org/task/?7334 ___ 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 #18174] after executing freeciv-server in terminal window; client doesn't start afterwards
Follow-up Comment #3, bug #18174 (project freeciv): It would be nice if at least --enable-svnrev would be used when building such packages. ___ Reply to this item at: http://gna.org/bugs/?18174 ___ 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 #18174] after executing freeciv-server in terminal window; client doesn't start afterwards
Follow-up Comment #4, bug #18174 (project freeciv): did get it from this repo: http://download.opensuse.org/repositories/home:/syntron/openSUSE_11.4_Update/ when installing using YAST2, it is selected as the most recent version; Not good if it gets selected for end-user automatically. Typical end-user should get stable release, not development snapshot. Using development snapshots should be opt-in. ___ Reply to this item at: http://gna.org/bugs/?18174 ___ 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] [task #7334] Make copy of gtk2-client as base for gtk3-client development
Follow-up Comment #10, task #7334 (project freeciv): after patch #2704, I can no longer build gui-gtk3 on Lucid. It was that new change in gtk? Failed to find any reference from ChangeLogs, but gtk+ sourcetree grepping shows that new key values were not present in gtk+ 2.20, but are in 2.22. ___ Reply to this item at: http://gna.org/task/?7334 ___ 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 #2529] Configure checks for gtk3-client
Follow-up Comment #4, patch #2529 (project freeciv): - Minimum gtk2 version for gtk3-client initially 2.22.0 (file #13188) ___ Additional Item Attachment: File name: Gtk3ConfigurePartI_2529-3.diff Size:12 KB ___ Reply to this item at: http://gna.org/patch/?2529 ___ 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 #14106] civserver should use --bind= address when connecting to the metaserver, too
Update of bug #14106 (project freeciv): Category:None = general Assigned to:None = cazfi Operating System:None = Any Planned Release: = 2.4.0 ___ Follow-up Comment #11: I can't see need for case mentioned in comment #5 about someone wanting to bind addresses where server listens clients, but not the address used in connecting metaserver. So I don't think we need to consider that. In current TRUNK curl is used to connect metaserver. I have not yet checked what it means for this patch. ___ Reply to this item at: http://gna.org/bugs/?14106 ___ 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 #2706] Clean generated scripting files
Update of patch #2706 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2706 ___ 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 #14106] civserver should use --bind= address when connecting to the metaserver, too
Follow-up Comment #12, bug #14106 (project freeciv): Well, I ended writing new patch from scratch. (file #13189) ___ Additional Item Attachment: File name: BindMeta_14106.diffSize:4 KB ___ Reply to this item at: http://gna.org/bugs/?14106 ___ 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 #15090] Replace BC and AD by CE and BCE
Update of bug #15090 (project freeciv): Assigned to: cazfi = mixcoatl ___ Reply to this item at: http://gna.org/bugs/?15090 ___ 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 #16281] problem with modifying/changing terrain
Update of bug #16281 (project freeciv): Status:None = Confirmed Planned Release: = 2.3.0, 2.4.0 ___ Reply to this item at: http://gna.org/bugs/?16281 ___ 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 #18209] Compatibility with savegames without startpos.exclude information
URL: http://gna.org/bugs/?18209 Summary: Compatibility with savegames without startpos.exclude information Project: Freeciv Submitted by: cazfi Submitted on: Tue 14 Jun 2011 01:56:18 AM EEST Category: None Severity: 3 - Normal Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: Discussion Lock: Any Operating System: None Planned Release: 2.3.0, 2.4.0 ___ Details: Loading savegame from bug #16281 causes several messages like: 1: Warning: Missing exclude info: In secfile_lookup_bool() [utility/registry.c:1764]: secfile '../../../bugs/bad_hill.sav.gz' in section 'NULL': map.startpos0.exclude entry doesn't exist. I suspect that exclude was added to savegame format recently without proper backward compatibility handling for older savegames. ___ Reply to this item at: http://gna.org/bugs/?18209 ___ 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 #16108] Server will not start. Games will not start.
Follow-up Comment #4, bug #16108 (project freeciv): Is there a chance it is linked with bug #15559? Original reporter didn't even say it was local game, so this could really be the most obvious reason for no route to host-error: no route to host. :-) Anyway, this kind of network problem is so common that WSAEHOSTUNREACH really should have errno mapping. Attached patch adds it. (file #13190) ___ Additional Item Attachment: File name: WSAEHOSTUNREACHMapping_16108.diff Size:1 KB ___ Reply to this item at: http://gna.org/bugs/?16108 ___ 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 #18210] Windows network error reporting buggy
URL: http://gna.org/bugs/?18210 Summary: Windows network error reporting buggy Project: Freeciv Submitted by: cazfi Submitted on: Tue 14 Jun 2011 02:34:30 AM EEST Category: general Severity: 3 - Normal Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: Discussion Lock: Any Operating System: None Planned Release: 2.2.6, 2.3.0, 2.4.0 ___ Details: Windows has no 'errno'. Freeciv has two, not one, way to be compatible with that. As you can guess, these two methods are just rendering each other non-working. 1) When there is network related error, set_socket_errno() is called to set 'errno' introduced by freeciv itself to sensible value. Idea is that later 'errno' can be used without caring if it's this freeciv's own or system 'errno'. 2) Instead of accessing 'errno' directly, fc_get_errno() function is used to get error value. In most systems it returns just 'errno', but in Windows result from GetLastError(). What happens with network error case is that method 1 sets 'errno', but that 'errno' is not used when error information is logged. Instead new error value is fetched with method 2. ___ Reply to this item at: http://gna.org/bugs/?18210 ___ 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 #18210] Windows network error reporting buggy
Follow-up Comment #1, bug #18210 (project freeciv): Note also how fc_strerror() would not handle 'errno' compatible values from set_socket_errno() correctly on WIN32_NATIVE. ___ Reply to this item at: http://gna.org/bugs/?18210 ___ 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 #18211] try_to_connect() may return success on failure
URL: http://gna.org/bugs/?18211 Summary: try_to_connect() may return success on failure Project: Freeciv Submitted by: cazfi Submitted on: Tue 14 Jun 2011 03:12:51 AM EEST Category: client Severity: 3 - Normal Priority: 5 - Normal Status: Ready For Test Assigned to: None Originator Email: Open/Closed: Open Release: Discussion Lock: Any Operating System: None Planned Release: 2.2.6, 2.3.0, 2.4.0 ___ Details: In case of network problem two_to_connect() returns errno on platforms other than Windows. But there are some system calls between the failure and accessing errno, so it's already overwritten by the time it's accessed. In practice this means that try_to_connect() returns success even in case of network problems. Fix attached ___ File Attachments: --- Date: Tue 14 Jun 2011 03:12:51 AM EEST Name: TryToConnectErrnoReturn-S2_2.diff Size: 601B By: cazfi http://gna.org/bugs/download.php?file_id=13191 --- Date: Tue 14 Jun 2011 03:12:51 AM EEST Name: TryToConnectErrnoReturn.diff Size: 677B By: cazfi http://gna.org/bugs/download.php?file_id=13192 ___ Reply to this item at: http://gna.org/bugs/?18211 ___ 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 #2698] Update filename references in README
Update of patch #2698 (project freeciv): Status: Ready For Test = Done Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2698 ___ 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 #2697] Update filename references in README.graphics
Update of patch #2697 (project freeciv): Status: Ready For Test = Done Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2697 ___ 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 #18200] Configure is unable to detect frameworks
Follow-up Comment #7, bug #18200 (project freeciv): It seemed to find header this time, but to fail compile test program. Does attached patch help for that problem? I still don't believe that libraries would be in directory named Headers, so presumably you will later have problems with linking test also. Check locate libQtGui and locate libQtGUI in case either gives path to libraries. (file #13193) ___ Additional Item Attachment: File name: QApplicationConfCheckNULL_18200.diff Size:0 KB ___ Reply to this item at: http://gna.org/bugs/?18200 ___ 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 #16995] Big sprites unnecessary kept in memory.
Update of bug #16995 (project freeciv): Assigned to:None = cazfi Planned Release: = 2.4.0 Summary: Memory leak due to not freeing big sprites = Big sprites unnecessary kept in memory. ___ Follow-up Comment #1: Not really a leak as they are freed eventually, but wasted memory anyway. ___ Reply to this item at: http://gna.org/bugs/?16995 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev