[Freeciv-Dev] [patch #2609] Polish localization for S2_3
Additional Item Attachment, patch #2609 (project freeciv): File name: pl.po.zip Size:444 KB ___ Reply to this item at: http://gna.org/patch/?2609 ___ 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 #2743] rand_direction()
Update of patch #2743 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2743 ___ 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 #2742] Attacker orientation
Follow-up Comment #1, patch #2742 (project freeciv): Unit turning to attack should be sent to everyone seeing it already before the fight so it would face to right direction during the battle already. Attached version of the patch accomplish this by modifying see_combat() iteration to send unit inforation to those connections too who already see it. This has the benefit of everything happening in one iteration, but we may want to have reusable turn_unit() function with its own connection iteration instead. I'm a bit undecided. (file #13323) ___ Additional Item Attachment: File name: AttackerOrientation_2742-2.diff Size:4 KB ___ Reply to this item at: http://gna.org/patch/?2742 ___ 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 #18267] explicit --enable-ipv6 always fails in TRUNK
URL: http://gna.org/bugs/?18267 Summary: explicit --enable-ipv6 always fails in TRUNK Project: Freeciv Submitted by: cazfi Submitted on: Thu 23 Jun 2011 10:15:08 PM EEST Category: bootstrap 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: Forcing IPv6 support on in TRUNK causes configure always to fail. Other branches are unaffacted. Fix attached. ___ File Attachments: --- Date: Thu 23 Jun 2011 10:15:08 PM EEST Name: ForcedIPv6.diff Size: 491B By: cazfi http://gna.org/bugs/download.php?file_id=13324 ___ Reply to this item at: http://gna.org/bugs/?18267 ___ 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 #2747] Option to use system lua
URL: http://gna.org/patch/?2747 Summary: Option to use system lua Project: Freeciv Submitted by: cazfi Submitted on: Fri 24 Jun 2011 12:09:00 AM 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.4.0 ___ Details: Over the years there has been numerous discussion about possibility to use lua from host system instead of one that freeciv provides in its own source tree. Lat time I took part in such discussion we were still using toluaxx and a bit everything in our scripting system was unstable. Back then my opinion was that we simply have to get things working reliably with the exact lua we ship before we start supporting any variation adding another variable to make problem debugging harder. I think we have since well reached the point in quality where exact revision of lua no longer matters as long as api has not changed. Debian at least ships freeciv with modification, much uglier than this patch, that makes it to use system lua. So even if we would insist in upstream that only specific lua version can be reliably supported, final end user would still get problems of using system lua. Thus, attached patch adds configure option to use system lua instead of one in freeciv tree. Default is still to use in-tree lua. With good reasoning I could be convinced that default should be using system lua, but for now we have to have at least option to use in-tree lua, and thus need to maintain that in-tree copy remains. ___ File Attachments: --- Date: Fri 24 Jun 2011 12:09:00 AM EEST Name: SysLua.diff Size: 3kB By: cazfi http://gna.org/patch/download.php?file_id=13325 ___ Reply to this item at: http://gna.org/patch/?2747 ___ 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 #2748] net_lookup_getaddrinfo()
URL: http://gna.org/patch/?2748 Summary: net_lookup_getaddrinfo() Project: Freeciv Submitted by: cazfi Submitted on: Fri 24 Jun 2011 12:49:59 AM 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: Now that availability of getaddrinfo() is hard requirement for IPv6 support, it doesn't make sense that IPv6-enabled freeciv uses it only for IPv6 addresses and handles IPv4 addresses with all kinds of legacy code. Attached patch changes net_lookup_service() so that IPv6-enabled version uses getaddrinfo() for both IPv6 and IPv4 addresses and legacy code is used only by IPv4-only freeciv. This might even drop some dependencies to legacy (=basically deprecated) system calls from IPv6-enabled freeciv, but I have not actively investigated if that's really the case. Next logical step will be to make also IPv4-only freeciv to use getaddrinfo() when available, but that's stuff for another ticket. I started to hack together networking related patch which I expect to be commit quality only after S2_4 branching - stuff for 2.5. But when doing it, I've found a lot of things to be fixed in networking code in 2.4 (at latest, it may make sense to port something to 2.3 already). You can expect more networking code patches in near future. ___ File Attachments: --- Date: Fri 24 Jun 2011 12:49:59 AM EEST Name: NetLookupAddrinfo.diff Size: 4kB By: cazfi http://gna.org/patch/download.php?file_id=13326 ___ Reply to this item at: http://gna.org/patch/?2748 ___ 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 #2609] Polish localization for S2_3
Additional Item Attachment, patch #2609 (project freeciv): File name: pl-2.3b5.po.zipSize:444 KB ___ Reply to this item at: http://gna.org/patch/?2609 ___ 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 #2749] New units with random orientation
URL: http://gna.org/patch/?2749 Summary: New units with random orientation Project: Freeciv Submitted by: cazfi Submitted on: Fri 24 Jun 2011 01:01:05 AM 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: Attached patch makes orientation of newly created units random instead of constant east facing. ___ File Attachments: --- Date: Fri 24 Jun 2011 01:01:05 AM EEST Name: UnitCreatedRandOrientation.diff Size: 443B By: cazfi http://gna.org/patch/download.php?file_id=13328 ___ Reply to this item at: http://gna.org/patch/?2749 ___ 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 #2609] Polish localization for S2_3
Follow-up Comment #10, patch #2609 (project freeciv): Committed file #13327. ___ Reply to this item at: http://gna.org/patch/?2609 ___ 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 #8, bug #18210 (project freeciv): Committed. Even to S2_2, which may have been unwise. It now occurred to me that new behavior could be considered bug as much as old one, just by a bit different logic. Let's hope that no caller depends on set_socket_errno() to never change errno to value 0 in error situation. I leave ticket open while I consider reverting that part of the patch from S2_2 before 2.2.6 release just in case. ___ 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] [patch #1967] Longer T0 turn
Update of patch #1967 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?1967 ___ 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 #2741] No unnecessary freeciv-modpack quit confirmation
Update of patch #2741 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2741 ___ 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] auth md5 sum broken on big-endian machines (e.g., sparc64)
Follow-up Comment #15, bug #18170 (project freeciv): I've now set up a MySQL database and tested before and after my patch with all of trunk/S2_3/S2_2, creating new users (and manually checking the MD5 that ends up in the database) and checking login success and failure of existing ones. All looks in order and I can't tell the difference without and with my patch (which is as expected on my x86_64 machine). So, will commit this soon unless anyone objects. ___ 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 #18194] Client has out-of-date info about units transferred when city lost
Follow-up Comment #10, bug #18194 (project freeciv): I confirm that the patch for trunk fixes my reproduction case (which doesn't involve shared vision). ___ Reply to this item at: http://gna.org/bugs/?18194 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev