Re: [Freeciv-Dev] [task #7426] Mac packages for 2.2.7
Hi. I don't have a Snow Leopard system that would allow me to test whether the binaries I produced on Lion will run on the older OS or not, so I am choosing to err on the safer side of not. If someone were able to test it out, that'd be great. However, I have no reason to believe that Freeciv won't run on Snow Leopard or Leopard via MacPorts. Regards, -- On Aug 16, 2011, at 3:36 AM, Jacob Nevins wrote: Follow-up Comment #1, task #7426 (project freeciv): I see a freeciv-2.2.7-lion-gtk2.dmg was uploaded to SF / Gna last Wednesday (thanks). So this is done now, I think? (I don't know much about the Mac OS, but this forum post http://forum.freeciv.org/viewtopic.php?p=27684#27684 indicates that this version won't run on Leopard, and presumably prior versions. I assume it will no longer be possible to produce packages that run on Leopard, so our advice to remaining Leopard users should be to compile it from source using MacPorts or similar. What about Snow Leopard -- is the lion binary not expected to run there either?) ___ Reply to this item at: http://gna.org/task/?7426 ___ 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 #18517] unable to drag items in Target Worklist to reorder.
Follow-up Comment #4, bug #18517 (project freeciv): Thanks for pointing out the up / down arrows Jacob. I did not see them. Is there any other information I can provide to help? I see that you've been able to reproduce so that should make it easier :) ___ Reply to this item at: http://gna.org/bugs/?18517 ___ 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] remove/create a player
Marko pointed out some possible errors in my newcomer code. I'm trying to see how to reliably (possibly) remove and old (dead) player, and add a new one. I found this comment before server_remove_player: ./plrhand.c:1135: This function does _not_ close any connections attached to this ./plrhand.c:1136: player. The function cut_connection() is used for that. Be sure ./plrhand.c:1137: to send_player_slot_info_c() afterwards to tell clients that the ./plrhand.c:1138: player slot has become unused. Apparently there is no cut_connection() function: [13:56:ttypg][longturn@spock:~/src/freeciv-2.3:7]$ grep -r cut_connection . ./server/.svn/text-base/plrhand.c.svn-base: player. The function cut_connection() is used for that. Be sure ./server/plrhand.c: player. The function cut_connection() is used for that. Be sure Please advise, how do i gracefully possibly remove a non-ai player and add a new one, in a running game? Also, due to idlers in longturn I want to write a command to switch a player. Is just changing the player name sufficient? How about changing the nation of a player, in a running game? The reason for my commenting out the initialization code is that the api changed since 2.2. Thank you Marko for pointing it out! -- Michal Mazurek ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2906] Statically linked threaded ai
Update of patch #2906 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2906 ___ 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 #2933] net_lookup_service() returns list of addresses
URL: http://gna.org/patch/?2933 Summary: net_lookup_service() returns list of addresses Project: Freeciv Submitted by: cazfi Submitted on: Thu 18 Aug 2011 06:31:56 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 patch changes net_lookup_service() to return list of addresses instead of selecting just one to return. When getaddrinfo() is available, this is list it returns just coverted to our own genlist. If getaddrinfo() is unavailable, i.e. , when legacy network code is used, net_lookup_service() determines just one address like before and constructs list with that one element. ___ File Attachments: --- Date: Thu 18 Aug 2011 06:31:56 PM EEST Name: AddrList.diff Size: 14kB By: cazfi http://gna.org/patch/download.php?file_id=13912 ___ Reply to this item at: http://gna.org/patch/?2933 ___ 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 #18499] Science progress shows incorrect number of turns
Follow-up Comment #8, bug #18499 (project freeciv): It's not perfect, I know, but I still find it easier to think of research in terms of turns per advance than just the number of lightbulbs. ___ Reply to this item at: http://gna.org/bugs/?18499 ___ Meddelandet skickades via/av Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2934] Remove outdated comment about server common depending on ai
URL: http://gna.org/patch/?2934 Summary: Remove outdated comment about server common depending on ai Project: Freeciv Submitted by: cazfi Submitted on: Thu 18 Aug 2011 10:06:45 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.4.0 ___ Details: FIXME comment in server/Makefile.am says that server common code depends on (default) ai code. This has been now fixed in TRUNK, so attached patch removes the comment, ___ File Attachments: --- Date: Thu 18 Aug 2011 10:06:46 PM EEST Name: AiFuncCallCommentRm.diff Size: 542B By: cazfi http://gna.org/patch/download.php?file_id=13913 ___ Reply to this item at: http://gna.org/patch/?2934 ___ 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 #18512] Client man page refers to amplio.tilespec, not amplio2.tilespec
Update of bug #18512 (project freeciv): Status: Ready For Test = Fixed Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?18512 ___ 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 #2831] Alternative to gui-qt function pointer layer
Follow-up Comment #4, patch #2831 (project freeciv): Assuming that there are no problems realizing it, the modular approach sounds more elegant. ___ Reply to this item at: http://gna.org/patch/?2831 ___ 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] Administrivia: changes to http://freeciv.wikia.com/wiki/Translations
(followups set to -i18n) I've made some changes to the big table of languages on http://freeciv.wikia.com/wiki/Translations, and I'd like to make some associated policies, to try to make best use of limited volunteer effort and enthusiasm for localisation. When are translations orphaned? --- The first change is to add a last touched column, which shows the last major release where a translation had any significant work done on it. The intention is to make it clear at a glance (to people who might be thinking of volunteering) which translations have been effectively orphaned (this being a natural and inevitable part of the lifecycle for a volunteer project such as this one), and thus are fair game, without them being put off by worrying about treading on the toes of past translators. I've populated it initially based on skimming Subversion logs, but this is an inexact science, so I may have got it wrong. The idea is that someone (a developer / release manager) would review the whole table once per major release cycle and update it to reflect translation updates made during that cycle; this shouldn't be too much overhead. I'd like to propose a definite policy for when translations are considered orphaned, something like: if a translation hasn't been touched for two major releases, it's deemed to be orphaned, and updates from new translators can be accepted without evidence of an attempt to contact the previous maintainer. (I.e., those translations with 2.1, 2.0, or 1.14 in the column would currently be fair game.) As part of considering a translation orphaned, I think we should clear out the contact details from this table and revert it to position vacant, so we don't have a table filled with contact details that haven't been valid since 1.14.x. (This is not intended to hide credit, which is still in the po-file and the People file.) I haven't done this yet, though (and I suspect much of the existing contact info is bogus). Comments? If no objections in a week or two, I'll write this on the page and consider it law :) (For completeness, I've also added a first version column. This is mainly to track translations that have been claimed but haven't actually been submitted yet, such as Basque and Slovenian today.) Who commits translations to svn? We give translators the choice between submitting translations directly to svn themselves, or leaving it to someone who has the access and inclination to do so. In the latter case, sometimes there's someone on the dev team who's particularly suited to shepherd a particular language, notably if they know it themselves and can thus review/test the translation on the way in. This is clearly useful, but it's also worth writing down, rather than having possibly inaccurate information floating around the dev teams' heads, which could lead to cock-ups (Oh, I thought you wanted to commit kw.po, so I left it alone; oops, it missed the release). So I've added a Committer column. It's blank for most languages, meaning that anyone with svn access can commit the translation, as currently. (In any case, I'd expect this to only be a hint -- if the designated committer is busy at the time of a release, anyone should be able to commit the relevant translation, rather than having it miss a release.) ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2915] Intro font information from freeciv.rc-2.0
Follow-up Comment #1, patch #2915 (project freeciv): I've not committed this yet as font seems not to be drawn bold with this patch. So far I have no clue what's causing this. ___ Reply to this item at: http://gna.org/patch/?2915 ___ 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 #2918] Modpack install directory hierarchy commandline option --prefix for freeciv-modpack
Update of patch #2918 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed Summary: Modpack install directory hierarchy comamndline option --prefix for freeciv-modpack = Modpack install directory hierarchy commandline option --prefix for freeciv-modpack ___ Reply to this item at: http://gna.org/patch/?2918 ___ 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 #2919] Remove separate road activity text
Update of patch #2919 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?2919 ___ 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 #18514] Too strict sanity check for multiple terrain / base / special requirements
Update of bug #18514 (project freeciv): Status: Ready For Test = Fixed Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?18514 ___ 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 #2931] Dynamic road names in get_infrastructure_text()
Update of patch #2931 (project freeciv): Summary: Dynamic road names in get_terrain_info() = Dynamic road names in get_infrastructure_text() ___ Follow-up Comment #1: Sorry, function is get_infrastructure_text(). ___ Reply to this item at: http://gna.org/patch/?2931 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
