Re: [Freeciv-Dev] [task #7426] Mac packages for 2.2.7
On 20 August 2011 02:12, David Lowe doctorjl...@verizon.net wrote: Do we have a policy on which versions of OSX we support? If not, maybe we should have a conversation toward that end. As a starting position i'd like to suggest that our binaries should be able to run on OSX versions that are officially supported by Apple [10.7, 10.6], as well as the previous version [10.5]. Yes, that does mean continuing to supply PPC binaries for a few years more. Do we have people able to do those builds? If not, stating (binary) support in some official policy will not make it to happen. Having it never-actually-executed part of our policy would only make one to doubt reliability of our official policies in general. Source code support is different thing altogether, of course. We should not break things so that *nobody* can build freeciv on OSX version still supported by Apple. That's basically equivalent of how we are not going to increase minimum autoconf requirement past what any still supported ubuntu releases (including oldish LTS ones) have. - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #2513] [lua01] rename files (preparation for lua module rework)
Follow-up Comment #16, patch #2513 (project freeciv): You make both server and client directly link in libscriptcore. It should be instead linked to libfreeciv only (just like libaicore). That affects especially building with shared libraries enabled. This is done in patch #2923. With this patch, I did follow this two hints: Yes, as long as it's understood that 2 contains minimum changes to Makefile.ams and configure.ac so that the commit does not break anything. 2) I don't think this is yet minimum change as there is for example changes to client/Makefile.am which should not be affected at all by the movement of files still used by server only. Minimum change is to include the new lib (libscriptcore) first only in the server. ___ Reply to this item at: http://gna.org/patch/?2513 ___ 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] [patch #2923] [lua] include libscriptcore in libfreeciv.la
Follow-up Comment #2, patch #2923 (project freeciv): If patch #2513 includes libscriptcore in libfreeciv I have to change the makefile for the client as additional dependencies are added (lua!). Therefore I did split it into patch #2513 (basic, smallest number of changes nad _no_ change to the client) and this patch which gets libscriptcore into libfreeciv. If needed I can merge it back ... changes here: - remove additional (not needed) libscriptcore for the client (file #13934) ___ Additional Item Attachment: File name: 0005-include-libscriptcore-in-libfreeciv.la.patch Size:10 KB ___ Reply to this item at: http://gna.org/patch/?2923 ___ 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] [patch #2921] [lua] prepare for common lua script (1)
Follow-up Comment #2, patch #2921 (project freeciv): I can commit these. But as we discussed long about the style of the commits I would like to be sure that it is OK. If it would be simpler for you to do all up to the rename at once, you can also do it. ___ Reply to this item at: http://gna.org/patch/?2921 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] [patch #2912] Update of the Filipino nation
I was not aware of that fact. When I did my work I took the German nation as reference and it includes Angela Merkel which is still pretty alive. We surly could add Corazon Aquino in any way. If you want the other two removed say so and I can make a new patch. On a later update I also wanted to add terrain details for the cities as for example in the German nation. patrick On Sat, Aug 20, 2011 at 4:22 AM, Daniel Markstedt no-reply.invalid-addr...@gna.org wrote: Update of patch #2912 (project freeciv): Category: None = rulesets Assigned to: None = mixcoatl ___ Follow-up Comment #1: Patch looks good. Just one comment: The two added leaders are both living persons as well as active politicians. We have a history in the Freeciv project to try to limit the inclusion of such leaders. Would it make sense to add someone like say Corazon Aquino instead? ___ Reply to this item at: http://gna.org/patch/?2912 ___ 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 #2922] [lua] prepare for common lua script (2)
Update of patch #2922 (project freeciv): Assigned to:None = cazfi ___ Reply to this item at: http://gna.org/patch/?2922 ___ 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 #2921] [lua] prepare for common lua script (1)
Update of patch #2921 (project freeciv): Assigned to:None = cazfi ___ Reply to this item at: http://gna.org/patch/?2921 ___ 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 #2513] [lua01] rename files (preparation for lua module rework)
Follow-up Comment #17, patch #2513 (project freeciv): Minimum change is to include the new lib (libscriptcore) first only in the server. Ok, that's true from certain point of view. I just thought that from build system PoV adding new library to server is (at least) equally big change as adding new library to libfreeciv, but latter is more correct. ___ Reply to this item at: http://gna.org/patch/?2513 ___ 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 #2729] Circassian nation
Follow-up Comment #4, patch #2729 (project freeciv): For future reference: when a nation legend contains a % symbol (as this one does: less than 10% of ...), it's necessary to add a ; /* xgettext: no-c-format */ comment before it, to keep gettext happy. I've just done this for circassian.ruleset and tswana.ruleset, the only two currently affected. ___ Reply to this item at: http://gna.org/patch/?2729 ___ 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 #18526] modpack installer UI hangs during download
URL: http://gna.org/bugs/?18526 Summary: modpack installer UI hangs during download Project: Freeciv Submitted by: jtn Submitted on: Sat Aug 20 14:02:47 2011 Category: module installer Severity: 3 - Normal Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: 2.3.0 Discussion Lock: Any Operating System: Microsoft Windows Planned Release: ___ Details: While testing out the 2.3.0 Windows binary of the modpack installer with the freesounds modpack, I saw a couple of instances where the user interface stopped updating partway through the download. The download carried on and completed successfully, as could be seen by watching the files appear in the installation directory, but there's no way for the user to tell. Once in this state, trying to close the program brought up a blank window about the size the do you want to quit window should be. Clicking randomly in it did make the program quit, so I guess the buttons were still sensitive, if invisible. This happened at different points in the download each time I saw it. It didn't always happen (I saw it in 2 of 3 trials). ___ File Attachments: --- Date: Sat Aug 20 14:02:47 2011 Name: freeciv-modpack-2.3.0-ui-hang.png Size: 111kB By: jtn UI trouble with freeciv-modpack.exe in 2.3.0 http://gna.org/bugs/download.php?file_id=13935 --- Date: Sat Aug 20 14:02:47 2011 Name: freeciv-modpack-2.3.0-ui-blank.png Size: 107kB By: jtn UI trouble with freeciv-modpack.exe in 2.3.0 http://gna.org/bugs/download.php?file_id=13936 ___ Reply to this item at: http://gna.org/bugs/?18526 ___ 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 #18515] Goto lines shown incorrectly
Update of bug #18515 (project freeciv): Status:None = Ready For Test Operating System:None = Any Planned Release: = 2.4.0 ___ Follow-up Comment #2: This came in with patch #2795. Fix attached. It also fixes a failure to load the orientation of southeast-facing units with an Illegal unit orientation: 3 message (as can be seen with the attached savegame). (file #13937) ___ Additional Item Attachment: File name: trunk-unit-dir-max.diffSize:1 KB ___ Reply to this item at: http://gna.org/bugs/?18515 ___ 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 #18515] Goto lines shown incorrectly
Follow-up Comment #3, bug #18515 (project freeciv): It also fixes a failure to load the orientation of southeast-facing units ...which, er, is also fixed by the patch attached to bug #18470, now I look at it. ___ Reply to this item at: http://gna.org/bugs/?18515 ___ 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 #18470] fix loading of unit orientation
Follow-up Comment #2, bug #18470 (project freeciv): See also bug #18515. ___ Reply to this item at: http://gna.org/bugs/?18470 ___ 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 #2513] [lua01] rename files (preparation for lua module rework)
Follow-up Comment #18, patch #2513 (project freeciv): Should I create a patch merging this one with patch #2923? ___ Reply to this item at: http://gna.org/patch/?2513 ___ Nachricht geschickt von/durch Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] [task #7426] Mac packages for 2.2.7
On 19 Aug, 2011, at 11:15 PM, Marko Lindqvist wrote: Do we have people able to do those builds? If not, stating (binary) support in some official policy will not make it to happen. Having it never-actually-executed part of our policy would only make one to doubt reliability of our official policies in general. Yeah, that is a problem. Volunteers will do what they are willing to do and i'm certainly don't want to force anybody to do otherwise. OTOH, supplying binaries that only work in a sliver of currently running Macs is nearly the same as supplying no binaries at all. I just feel that there is room for improvement [in a perfect world we would have a self-contained application bundle that doesn't need a password to install], and it can't hurt to ask if we as a project are happy with what we currently offer. Back to the main topic, any sane build from a Snow Leopard or XCode 3 system *should* be able to run on all Intel Macs - only PPC support adds any difficulty. Source code support is different thing altogether, of course. I fully agree. Sent from my MacBookPro Rabbit au gratin de gelatine under tooled leather... drool, drool! ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #18407] Version 2.3.0-RC1 - Delay too much to change turn
Update of bug #18407 (project freeciv):
Status:None = Confirmed
___
Follow-up Comment #2:
Reproduced with 2.3.0-RC1 and head of S2_3 (r20165).
Looks like it's spending much of its time in auto_arrange_workers() and
minions after Brussel / Bruxelles grows from size 50 to size 51.
Are megacities like this exposing bad computational complexity in our
algorithms?
A couple of backtraces from aborting the server during the delay
(2.3.0-RC1):
#0 0x7f8b839f1d30 in __sigprocmask (how=value optimised out,
set=0x7fffad11cd60, oset=0x0)
at ../sysdeps/unix/sysv/linux/ia64/sigprocmask.c:43
No locals.
#1 0x7f8b83fe843d in ?? () from /lib/libreadline.so.5
No symbol table info available.
#2 signal handler called
No symbol table info available.
#3 0x004ed75a in is_effect_enabled (plist=value optimised out,
target_player=value optimised out, target_city=value optimised out,
target_building=0x0, target_tile=0x0, target_unittype=0x0,
target_output=0x0, target_specialist=0x0,
effect_type=value optimised out) at effects.c:633
preq_iter = 0x0
#4 is_effect_active (plist=value optimised out,
target_player=value optimised out, target_city=value optimised out,
target_building=0x0, target_tile=0x0, target_unittype=0x0,
target_output=0x0, target_specialist=0x0,
effect_type=value optimised out) at effects.c:664
No locals.
#5 get_target_bonus_effects (plist=value optimised out,
target_player=value optimised out, target_city=value optimised out,
target_building=0x0, target_tile=0x0, target_unittype=0x0,
target_output=0x0, target_specialist=0x0,
effect_type=value optimised out) at effects.c:784
peffect_iter = 0x30eddb0
peffect = 0x30edf70
bonus = 10
__FUNCTION__ = get_target_bonus_effects
#6 0x004edd8d in get_city_bonus (pcity=0x30b49b0,
effect_type=EFT_MAKE_CONTENT) at effects.c:839
No locals.
#7 0x004e7084 in citizen_content_buildings (pcity=0x30b49b0,
workers_map=value optimised out) at city.c:2385
faces = value optimised out
#8 city_refresh_from_main_map (pcity=0x30b49b0,
workers_map=value optimised out) at city.c:2873
No locals.
#9 0x0059fa78 in apply_solution (state=0x2b85e80,
soln=value optimised out) at cm.c:706
pcity = 0x30b49b0
i = 27
citizens = 51
city_radius_sq = 1
__FUNCTION__ = apply_solution
#10 0x0059fb66 in evaluate_solution (state=0x2b85e80,
soln=0x30edf70)
at cm.c:741
pcity = 0x30b49b0
backup = {name = Brussel / Bruxelles, ' 00' repeats 28 times,
tile = 0x2b93670, owner = 0x30b3980, original = 0x30b3980, id =
117,
size = 51, feel = {{0, 49, 49, 49, 49}, {2, 0, 0, 0, 0}, {47, 0, 0,
0, 0}, {0, 0, 0, 0, 0}}, specialists = {2,
0 repeats 19 times}, trade = {0, 0, 0, 0}, trade_value = {0, 0,
0, 0}, tile_cache = 0x31072c0, tile_cache_radius_sq = 20,
surplus = {54, 102, 150, 75, 310, 0}, waste = {0, 0, 0, 0, 0, 0},
unhappy_penalty = {0, 0, 0, 0, 0, 0}, prod = {156, 102, 150, 75,
310, 0}, citizen_base = {125, 68, 150, 0, 4, 0}, usage = {102, 0,
0, 0, 0, 0}, bonus = {125, 150, 100, 250, 250, 200},
martial_law = 0, unit_happy_upkeep = 0, food_stock = 520,
shield_stock = 177, pollution = 14, illness_trade = 0,
turn_plague = 94, city_radius_sq = 20, airlift = 1, did_buy =
false,
did_sell = false, was_happy = true, anarchy = 0, rapture = 29,
turn_founded = 20, turn_last_built = 109,
before_change_shields = 177, caravan_shields = 0,
disbanded_shields = 0, last_turns_shield_surplus = 102, built = {{
turn = 109}, {turn = 109}, {turn = 109}, {turn = -1}, {
turn = -1}, {turn = 109}, {turn = 109}, {turn = 109}, {
turn = -1}, {turn = 109}, {turn = 109}, {turn = 109}, {
turn = 109}, {turn = -1}, {turn = 109}, {turn = -1}, {
turn = 109}, {turn = 109}, {turn = 109}, {turn = 109}, {
turn = -1}, {turn = -1}, {turn = -1}, {turn = -1}, {turn =
109},
{turn = -1}, {turn = -1}, {turn = 109}, {turn = -1}, {turn =
109},
{turn = 109}, {turn = 109}, {turn = -1}, {turn = -1}, {turn =
-1},
{turn = -1}, {turn = 109}, {turn = 109}, {turn = 109}, {
turn = 109}, {turn = -1} repeats 160 times}, production = {
value = {advance = 0x8dd5a0, govern = 0x8dd5a0,
building = 0x8dd5a0, nation = 0x8dd5a0, specialist = 0x8dd5a0,
terrain = 0x8dd5a0, uclass = 0x8dd5a0, utype = 0x8dd5a0,
base = 0x8dd5a0, ai_level = 9295264, citytile = 9295264,
minsize = 9295264, minyear = 9295264, outputtype = 9295264,
[Freeciv-Dev] [bug #18439] Server freeze after 28 s of in sell_random_unit() [cityturn.c::1795]: assertion 'gold_upkeep 0' failed.
Follow-up Comment #3, bug #18439 (project freeciv): Any chance of a savegame? ___ Reply to this item at: http://gna.org/bugs/?18439 ___ 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 #18407] Version 2.3.0-RC1 - Delay too much to change turn
Update of bug #18407 (project freeciv): Status: Confirmed = Ready For Test Planned Release: = 2.3.1 ___ Follow-up Comment #3: It's the search for the best solution (city manager). See also bug #17604. This patch was never added to 2.3. I did a backport from trunk of the important parts. For me the patch solves the problem - it now prints an error message. Please test it ... Remark: Yes, the increased city size results in a lot of work in the cm loop. If it could be optimized it would be the best solution ... (file #13938) ___ Additional Item Attachment: File name: 0002-limit-number-of-cm-iterations.patch Size:1 KB ___ Reply to this item at: http://gna.org/bugs/?18407 ___ 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 #18407] Version 2.3.0-RC1 - Delay too much to change turn
Follow-up Comment #4, bug #18407 (project freeciv): updated patch - now it is the version I did compile ... (file #13939) ___ Additional Item Attachment: File name: 0002-limit-number-of-cm-iterations.patch Size:1 KB ___ Reply to this item at: http://gna.org/bugs/?18407 ___ 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 #18439] Server freeze after 28 s of in sell_random_unit() [cityturn.c::1795]: assertion 'gold_upkeep 0' failed.
Follow-up Comment #4, bug #18439 (project freeciv): ... and the changes to the ruleset? Your patch adds a check for unit gold upkeep == 0. But this should never happen! The unitlist is created only with units which have gold upkeep 0 (comment #0). ___ Reply to this item at: http://gna.org/bugs/?18439 ___ 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 #18527] ImageMagick - different types used
URL: http://gna.org/bugs/?18527 Summary: ImageMagick - different types used Project: Freeciv Submitted by: syntron Submitted on: Sa 20 Aug 2011 22:25:28 CEST Category: general Severity: 3 - Normal Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: S2_4 svn20166 Discussion Lock: Any Operating System: None Planned Release: 2.4.0 ___ Details: In mapimg.c MagickWand is used to create an image of the map. Between version 6.6.1.0 and 6.6.5.8 the format of some functions were changed. The type of an argument changed from 'long unsigned int' to 'size_t' (PixelGetCurrentIteratorRow() in /usr/include/ImageMagick/wand/pixel-iterator.h). This results in an compilation error on some systems. I did get the following error on the open suse build server: mapimg.c: In function 'img_save_magickwand': mapimg.c:2067:9: error: passing argument 2 of 'PixelGetNextIteratorRow' from incompatible pointer type /usr/include/ImageMagick/wand/pixel-iterator.h:52:5: note: expected 'size_t *' but argument is of type 'long unsigned int *' mapimg.c:2087:7: error: passing argument 2 of 'PixelGetNextIteratorRow' from incompatible pointer type /usr/include/ImageMagick/wand/pixel-iterator.h:52:5: note: expected 'size_t *' but argument is of type 'long unsigned int *' mapimg.c:2151:7: error: passing argument 2 of 'PixelGetNextIteratorRow' from incompatible pointer type /usr/include/ImageMagick/wand/pixel-iterator.h:52:5: note: expected 'size_t *' but argument is of type 'long unsigned int *' At the moment I do not have an installation of opensuse 11.4 to test it on my own computer. ___ Reply to this item at: http://gna.org/bugs/?18527 ___ 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 #18526] modpack installer UI hangs during download
Follow-up Comment #1, bug #18526 (project freeciv): Without any investigation my first guess would be problem with running download and gtk+ main loop in separate threads. Are the gtk+ widget updates (messagebar, progressbar) from downloader thread properly protected with mutexes (not even sure if gtk+ is supposed to handle it internally, or is it responsibility of the program) TRUNK version of freeciv-modpack seems to be a lot more unstable now than before my latest changes to it, but I assume it to be separate problem affecting TRUNK only. ___ Reply to this item at: http://gna.org/bugs/?18526 ___ 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 #18528] Unit not bounced when native base pillaged
URL: http://gna.org/bugs/?18528 Summary: Unit not bounced when native base pillaged Project: Freeciv Submitted by: cazfi Submitted on: Sun 21 Aug 2011 12:26:36 AM EEST Category: general 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.3.1, 2.4.0 ___ Details: Even if base with NativeTile -flag is the only reason unit can stay in tile, units are not bounced when base is pillaged, or new conflicting base is built removing old one. Fix attached ___ File Attachments: --- Date: Sun 21 Aug 2011 12:26:36 AM EEST Name: BounceOnNativeBasePillage.diff Size: 1kB By: cazfi http://gna.org/bugs/download.php?file_id=13940 --- Date: Sun 21 Aug 2011 12:26:36 AM EEST Name: BounceOnNativeBasePillage-S2_2.diff Size: 1kB By: cazfi http://gna.org/bugs/download.php?file_id=13941 ___ Reply to this item at: http://gna.org/bugs/?18528 ___ 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 #18529] Base removed under city keeps borders, vision
URL: http://gna.org/bugs/?18529 Summary: Base removed under city keeps borders, vision Project: Freeciv Submitted by: cazfi Submitted on: Sun 21 Aug 2011 12:38:19 AM EEST Category: general 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.3.1, 2.4.0 ___ Details: If base is removed because city is built to same tile, some effects of base remain - it still acts as border source for last owner and provides vision. Fix attached ___ File Attachments: --- Date: Sun 21 Aug 2011 12:38:19 AM EEST Name: CityReplacesBase.diff Size: 456B By: cazfi http://gna.org/bugs/download.php?file_id=13942 ___ Reply to this item at: http://gna.org/bugs/?18529 ___ 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 #18530] Client-spawned server should not listen on all network interfaces
URL: http://gna.org/bugs/?18530 Summary: Client-spawned server should not listen on all network interfaces Project: Freeciv Submitted by: jtn Submitted on: Sat Aug 20 23:34:23 2011 Category: client Severity: 3 - Normal Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: 2.3.0 Discussion Lock: Any Operating System: Any Planned Release: 2.4.0 ___ Details: As noted in Debian bug #578068 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578068, in this day and age, a single-player game shouldn't by default cause a listening port to be opened on a machine's public network interfaces. Probably many people are saved by being behind NAT, but if/when IPv6 actually happens it may become more of an issue. Not to mention, say, netbooks on public Wi-Fi networks without firewalls. Best would be to use something like Unix domain sockets as suggested in the Debian bug -- done right, this would keep servers on multiuser machines safe from other users -- but that's a lot of work and we'd need another solution for Windows. Staying with TCP but binding to the localhost interface seems like a good enough solution that will work for all the platforms we support. It feels like this should be as simple as specifying a --bind argument to the spawned server. However, it's just the kind of change that will expose some platform-dependent networking issue and embarrassingly break single-player mode for someone. So I'm wary of trying to fix it in 2.3.x. There are some users who use the client-spawned server as a LAN server (e.g., in this forum thread http://forum.freeciv.org/viewtopic.php?t=7009, and one other I can't find now). This change will break that usage pattern. It's not something we'd recommend anyway -- if the relevant client dies, it'll take down the server -- but we might nevertheless want to consider an option to choose the bound interface for client-spawned servers. ___ Reply to this item at: http://gna.org/bugs/?18530 ___ 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] Unable to compile in trunk
make all-am make[4]: Entering directory `/home/jordi/freeciv/trunk/freeciv/server/scripting' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/jordi/freeciv/trunk/freeciv/server/scripting' make[3]: Leaving directory `/home/jordi/freeciv/trunk/freeciv/server/scripting' make[3]: Entering directory `/home/jordi/freeciv/trunk/freeciv/server' CCLD freeciv-server /usr/lib/gcc/i586-suse-linux/4.5/../../../../i586-suse-linux/bin/ld: cannot find -lbz2 collect2: ld returned 1 exit status make[3]: *** [freeciv-server] Error 1 make[3]: Leaving directory `/home/jordi/freeciv/trunk/freeciv/server' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jordi/freeciv/trunk/freeciv/server' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jordi/freeciv/trunk/freeciv' make: *** [all] Error 2 jordi@linux-748e:~/freeciv/trunk/freeciv This is an OpenSUSE 11.4 machine... I was trying to compile freeciv on trunk with ImageMagick enabled but i can't compile now... With is the parameter for ImageMagick... i tried --enable-magickwand and i doesn't work... Before i've got to install libcurl-dev... I suppose its a new requirement... Thanks ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] [patch #2912] Update of the Filipino nation
We allow two living leaders per nation: one of each sex. All official nation related guidelines are documented in doc/README.nations - a recommended read! Daniel On Sat, Aug 20, 2011 at 1:10 AM, patrick kelle patrick.kell...@gmail.com wrote: I was not aware of that fact. When I did my work I took the German nation as reference and it includes Angela Merkel which is still pretty alive. We surly could add Corazon Aquino in any way. If you want the other two removed say so and I can make a new patch. On a later update I also wanted to add terrain details for the cities as for example in the German nation. patrick On Sat, Aug 20, 2011 at 4:22 AM, Daniel Markstedt no-reply.invalid-addr...@gna.org wrote: Update of patch #2912 (project freeciv): Category: None = rulesets Assigned to: None = mixcoatl ___ Follow-up Comment #1: Patch looks good. Just one comment: The two added leaders are both living persons as well as active politicians. We have a history in the Freeciv project to try to limit the inclusion of such leaders. Would it make sense to add someone like say Corazon Aquino instead? ___ Reply to this item at: http://gna.org/patch/?2912 ___ 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 #2014] Novgorodian nation
Follow-up Comment #9, patch #2014 (project freeciv): Found a variant of the flag that's available in svg and is PD: http://commons.wikimedia.org/wiki/File:Flag_of_Veliky_Novgorod.svg ___ Reply to this item at: http://gna.org/patch/?2014 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
