[Freeciv-Dev] [bug #21897] Enabling multiple fcdb backends cause same object files to be linked from multiple libraries

Follow-up Comment #13, bug #21897 (project freeciv): all builds (S2_4, S2_5 and S2_6) are fine - I did not test the functionality ___ Reply to this item at: ___

[Freeciv-Dev] [bug #21897] Enabling multiple fcdb backends cause same object files to be linked from multiple libraries

Follow-up Comment #12, bug #21897 (project freeciv): patch added to the opensuse builds but it will need some time till results will be available; the build service is stopped at the moment ___ Reply to this item at:

[Freeciv-Dev] [bug #21897] Enabling multiple fcdb backends cause same object files to be linked from multiple libraries

Follow-up Comment #9, bug #21897 (project freeciv): I did test both patches. It does not work - have a look at https://build.opensuse.org/project/monitor/home:syntron:freeciv (only 64bit; 32bit did not rebuild due to an error on the SAN server of the build system)

[Freeciv-Dev] [bug #21897] Enabling multiple fcdb backends cause same object files to be linked from multiple libraries

Follow-up Comment #4, bug #21897 (project freeciv): At the moment I only trigger rebuilds of the RPMs for the svn versions from time to time. There are no test games etc. ___ Reply to this item at: _

[Freeciv-Dev] [bug #21897] Enabling multiple fcdb backends cause same object files to be linked from multiple libraries

Follow-up Comment #2, bug #21897 (project freeciv): Now there is another linking error (see https://build.opensuse.org/project/monitor/home:syntron:freeciv) [ 903s] CC dummy.o [ 904s] CCLD freeciv-gtk2 [ 904s] ../common/.libs/libfreeciv.so: undefined reference to `mysql_fetch_le

[Freeciv-Dev] [bug #21696] [patch] build fix: libfreeciv-srv.la depends on lua libraries

Update of bug #21696 (project freeciv): Open/Closed:Open => Closed ___ Follow-up Comment #12: I check the changes between the last working version and the build with th error. Only this cha

[Freeciv-Dev] [bug #21696] [patch] build fix: libfreeciv-srv.la depends on lua libraries

Update of bug #21696 (project freeciv): Open/Closed: Closed => Open ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #21696] [patch] build fix: libfreeciv-srv.la depends on lua libraries

Follow-up Comment #8, bug #21696 (project freeciv): this patch breaks all builds using system lua libraries (--enable-sys-lua); see the rpm builds at https://build.opensuse.org/project/monitor/home:syntron:freeciv ___ Reply to this item at:

[Freeciv-Dev] [bug #20632] lua-5.2 compiler warnings (ignoring return value of 'fwrite')

Follow-up Comment #4, bug #20632 (project freeciv): you can ignore comment #2 and comment #3. I had an error in my script to create the tarball for 2.4.0-beta. It contained the trunk version of freeciv. Thus, this bug report is still only for trunk. ___

[Freeciv-Dev] [bug #20632] lua-5.2 compiler warnings (ignoring return value of 'fwrite')

Follow-up Comment #3, bug #20632 (project freeciv): > What gcc version is that? Have you explicitly set some CFLAGS or CPPFLAGS? The spec file did not change between S2_4 and 2.4.0-beta1. S2_4 can be build as is but 2.4.0-beta1 shows the error. No special settings are used. The spec files are vi

[Freeciv-Dev] [bug #20632] lua-5.2 compiler warnings (ignoring return value of 'fwrite')

Follow-up Comment #2, bug #20632 (project freeciv): This bug is also valid for 2.4.0-beta1; I have activated system lua for opensuse >= 12.2 and disable building of 2.4.0-beta1 for opensuse 12.1 there it lua 5.2 is not available. see: https://build.opensuse.org/project/monitor?project=home%3Asynt

[Freeciv-Dev] [bug #20585] variable 'punit' set but not used in citytools.c

Update of bug #20585 (project freeciv): Status: Ready For Test => Fixed Assigned to:None => syntron Open/Closed:Open => Closed _

[Freeciv-Dev] [bug #20585] variable 'punit' set but not used in citytools.c

Update of bug #20585 (project freeciv): Status:None => Ready For Test ___ Follow-up Comment #3: the attached patch removes the compiler option NDEBUG from the mysql CFLAGS - building finishes

[Freeciv-Dev] [bug #20717] lbaselib.c:37:14: error: ignoring return value of 'fwrite', declared with attribute warn_unused_result

Follow-up Comment #2, bug #20717 (project freeciv): I can use system lua for opensuse >= 12.2. On this distributions lua 5.2 is available. Thus svn2_5 is not build for opensuse 12.1 anymore. see: https://build.opensuse.org/project/monitor?project=home%3Asyntron%3Afreeciv

[Freeciv-Dev] [bug #20717] lbaselib.c:37:14: error: ignoring return value of 'fwrite', declared with attribute warn_unused_result

URL: Summary: lbaselib.c:37:14: error: ignoring return value of 'fwrite', declared with attribute warn_unused_result Project: Freeciv Submitted by: syntron Submitted on: Sat 06 Apr 2013 12:25:15 AM CEST

[Freeciv-Dev] [bug #20585] variable 'punit' set but not used in citytools.c

Follow-up Comment #2, bug #20585 (project freeciv): I found the reason for the error in the mysql (mariadb) CFLAGS - they contain a definition of NDEBUG. How to process here? #> mysql_config -cflags Usage: /usr/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/include/mysql -f

[Freeciv-Dev] [patch #2969] aicmd command

Follow-up Comment #2, patch #2969 (project freeciv): sorry, I did forget to update the patch file - it is the old one from 2011 ... (file #17428) ___ Additional Item Attachment: File name: 0001-aicmd-command.patch Size:4 KB ___

[Freeciv-Dev] [patch #2554] lua AI module

Follow-up Comment #11, patch #2554 (project freeciv): Thanks for the comments! I will change the patch accordingly. Could you help me to find the place there default ai player_alloc is called? The calling structure is: ai->funcs.player_alloc . => lai_player_alloc (lai_func.c) .. => player_set_ai

[Freeciv-Dev] [patch #2554] lua AI module

Follow-up Comment #8, patch #2554 (project freeciv): please remember to apply the dependencies patch #2969 and bug #20600 before this one ___ Reply to this item at: __

[Freeciv-Dev] [patch #2554] lua AI module

Update of patch #2554 (project freeciv): Status: Ready For Test => In Progress Summary: stub lua AI module => lua AI module ___ Follow-up Comment #7: I reworked the lua

[Freeciv-Dev] [bug #20600] dai_player_load: add 'const' to struct section_file

URL: Summary: dai_player_load: add 'const' to struct section_file Project: Freeciv Submitted by: syntron Submitted on: Thu 07 Mar 2013 04:00:19 PM CET Category: ai Severity: 3 -

[Freeciv-Dev] [bug #20586] fix tolua_client.pkg and tolua_common_a.pkg

Update of bug #20586 (project freeciv): Summary: fix tolua_clinet.pkg and tolua_common_a.pkg => fix tolua_client.pkg and tolua_common_a.pkg ___ Reply to this item at: __

[Freeciv-Dev] [bug #20586] fix tolua_clinet.pkg and tolua_common_a.pkg

URL: Summary: fix tolua_clinet.pkg and tolua_common_a.pkg Project: Freeciv Submitted by: syntron Submitted on: Mon 04 Mar 2013 10:54:10 PM CET Category: general Severity: 3 - No

[Freeciv-Dev] [bug #20585] variable 'punit' set but not used in citytools.c

URL: Summary: variable 'punit' set but not used in citytools.c Project: Freeciv Submitted by: syntron Submitted on: Mon 04 Mar 2013 10:35:16 PM CET Category: general Severity: 3

[Freeciv-Dev] [bug #20551] failed to compile luasql: not compatible with Lua 5.2

Follow-up Comment #11, bug #20551 (project freeciv): file #17357 fixes the bug for me; see also svn 2.5 at https://build.opensuse.org/project/monitor?project=home%3Asyntron%3Afreeciv ___ Reply to this item at:

[Freeciv-Dev] [bug #20489] Explorers shouldn't stop exploring

Follow-up Comment #7, bug #20489 (project freeciv): Yes, client side lua script is limit. There are no callbacks into the lua environment. I did a prove of concept (see patch #2519). Thinking about this discussion I wrote a possible algorithm for the unit handling by the client as RFC in patch #37

[Freeciv-Dev] [patch #3768] [RFC] client side lua script for unit actions

Update of patch #3768 (project freeciv): Summary: [RFC] => [RFC] client side lua script for unit actions ___ Reply to this item at: ___

[Freeciv-Dev] [patch #3768] [RFC]

URL: Summary: [RFC] Project: Freeciv Submitted by: syntron Submitted on: Fri 01 Mar 2013 09:58:04 PM CET Category: client Priority: 3 - Low Status: None

[Freeciv-Dev] [patch #2143] [RFC] AI interface using lua

Follow-up Comment #8, patch #2143 (project freeciv): I will have to see if the old patches are still useable ... > This cannot work correctly. (Well, it does as long as you use > all parts of default ai, and don't reimplement any part > yourself). Therefore my old patches for the lua ai inclu

[Freeciv-Dev] [bug #20428] 'g_thread_init' is deprecated

Follow-up Comment #5, bug #20428 (project freeciv): sorry for the delay - yes it is fixed; see https://build.opensuse.org/project/monitor?project=home%3Asyntron%3Afreeciv now only bug #19975 remains ___ Reply to this item at:

[Freeciv-Dev] [bug #20428] 'g_thread_init' is deprecated

URL: Summary: 'g_thread_init' is deprecated Project: Freeciv Submitted by: syntron Submitted on: Sun 13 Jan 2013 04:30:49 PM CET Category: module installer Severity: 3 - Normal

[Freeciv-Dev] [bug #19975] dialogs.c:597:7: error: array subscript is above array bounds [-Werror=array-bounds]

Follow-up Comment #3, bug #19975 (project freeciv): still valid for all S2_4 i586 builds (svn 22113) ... (matrix with all build tests at https://build.opensuse.org/project/monitor?project=home%3Asyntron%3Afreeciv) ___ Reply to this item at

[Freeciv-Dev] [bug #19975] dialogs.c:597:7: error: array subscript is above array bounds [-Werror=array-bounds]

Follow-up Comment #2, bug #19975 (project freeciv): Is this to be solved for 2.4.x? Or can this version only be compiled without extra checks? ___ Reply to this item at: _

[Freeciv-Dev] [patch #3495] Starting with first city placed

Update of patch #3495 (project freeciv): Category:None => general Status:None => In Progress ___ Follow-up Comment #12: No Problem - than

[Freeciv-Dev] [patch #3495] Starting with first city placed

Follow-up Comment #10, patch #3495 (project freeciv): > Now I test the (untested) function, but... Where should I insert? Function turn_cb(turn, year) or function city_nation_swedish()? The function should be inserted on its own (separate function). After that you could change your function as f

[Freeciv-Dev] [patch #3495] Starting with first city placed

Follow-up Comment #8, patch #3495 (project freeciv): Sorry about the confusion; I mean the function in comment #5 would be the currently missing function find.leader(nation_name) implemented in lua. The function find.player(player_name) could be implemented similar. I can't test it at the moment .

[Freeciv-Dev] [patch #3495] Starting with first city placed

Follow-up Comment #6, patch #3495 (project freeciv): According to http://freeciv.wikia.com/wiki/Lua_reference_manual#find this would be (if it is working) the missing function: Player find.leader (nation_name) Similar the function: Player find.player (player_name) Could be implemen

[Freeciv-Dev] [patch #3495] Starting with first city placed

Follow-up Comment #5, patch #3495 (project freeciv): It should even work using lua. Below an (untested) function: [code] function search_player_with_nation(nation_str) for player in players_iterate() do local plr_nation_str = player.nation:rule_name() if (nation_str == plr_nation_str)

[Freeciv-Dev] [patch #3495] Starting with first city placed

Follow-up Comment #4, patch #3495 (project freeciv): I think the player attribute should not be changed at this point as player is the information that is needed to create a city. A nation must not exist on the map. What about a new lua function player get_player(Nation_Type pnation) which return

[Freeciv-Dev] [patch #3506] Default AI using ai type it got as parameter

Follow-up Comment #1, patch #3506 (project freeciv): I think this idea is a good one. The current (old) version of the lua AI did use an copy of the default/classic AI for most functions. A lua interface is wrapped around each such that the function could step by step changed to be written in lua

[Freeciv-Dev] [bug #17843] City radius effects work only with city size requirements

Follow-up Comment #9, bug #17843 (project freeciv): In an ideal world there would be no change. Did you test if the savegame still varies if you do a second load/save cycle? At this point all city should be up-to-date so there are no further changes ... ___

[Freeciv-Dev] [bug #19976] modpack needs libm

URL: Summary: modpack needs libm Project: Freeciv Submitted by: syntron Submitted on: Tue 24 Jul 2012 08:30:03 PM CEST Category: module installer Severity: 3 - Normal

[Freeciv-Dev] [bug #19975] dialogs.c:597:7: error: array subscript is above array bounds [-Werror=array-bounds]

URL: Summary: dialogs.c:597:7: error: array subscript is above array bounds [-Werror=array-bounds] Project: Freeciv Submitted by: syntron Submitted on: Tue 24 Jul 2012 08:26:34 PM CEST Category

[Freeciv-Dev] [bug #19971] mapimg: Spurious border lines around unknown tiles

Follow-up Comment #3, bug #19971 (project freeciv): > Is the patch OK? I looks fine as far as I can see without compiling it. I gives a defined state for such (unknown) tiles. ___ Reply to this item at:

[Freeciv-Dev] [bug #19971] mapimg: Spurious border lines around unknown tiles

Follow-up Comment #1, bug #19971 (project freeciv): This should be similar to the borders plotted on the main map (as far as I remember this terrain is unknown and there could be a city of another player?! ___ Reply to this item at:

[Freeciv-Dev] [patch #2514] [lua102] common lua functions

Follow-up Comment #9, patch #2514 (project freeciv): 'respawn' is / was(?) a feature requested by longturn. At the moment it is / was done via C-code but lua would be better as it is not hardcoded, i.e. no need to recompile freeciv to change parts of this code. I did create an additional patch to

[Freeciv-Dev] [bug #19296] fix check for MagickWand (libbzip2)

Follow-up Comment #5, bug #19296 (project freeciv): > pkg-config --libs MagickWand > -lMagickWand -lMagickCore > and at least as of ImageMagick 6.7.4.0 > MagickWand-config --libs > MagickWand-config --libs > the output is the same. Correct - but it wasn't on opensuse. If you got to the bug I op

[Freeciv-Dev] [bug #19228] bug in freeciv-stub s --help

Follow-up Comment #1, bug #19228 (project freeciv): This is due to patch #2977 - a simplification of the command line options. As the stub client does not has any framework there is nothing to report ... ___ Reply to this item at:

[Freeciv-Dev] [bug #19149] [unused var fix] SDL client

Update of bug #19149 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #7: updated patch; it uses the solution proposed by Jason Dorje Short in bug #18217: - use a macr

[Freeciv-Dev] [bug #19297] fix mnemonic diplodlg [gtk2 version]

Follow-up Comment #1, bug #19297 (project freeciv): updated version of the patch; use the correct gtk function ... (file #14816) ___ Additional Item Attachment: File name: 0017-fix-mnemonic-diplodlg-gtk2-version.patch Size:1 KB

[Freeciv-Dev] [bug #18217] GCC 4.6: variable 'xxx' set but not used

Follow-up Comment #13, bug #18217 (project freeciv): see also bug #19153 ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/ ___

[Freeciv-Dev] [bug #19296] fix check for MagickWand (libbzip2)

Update of bug #19296 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #3: > Test linkage for whole WAND_LIBS would be cleaner and would also > catch other problematic l

[Freeciv-Dev] [bug #19149] [unused var fix] SDL client

Follow-up Comment #5, bug #19149 (project freeciv): > Would it be possible to solve this by using macro from jdorje's > patch in bug #18217? I did remember that something about the warning was on the list but I did not remembered there I did read it. Now I have done all the work jdorje did again

[Freeciv-Dev] [bug #19297] fix mnemonic diplodlg [gtk2 version]

URL: Summary: fix mnemonic diplodlg [gtk2 version] Project: Freeciv Submitted by: syntron Submitted on: Mon 16 Jan 2012 08:08:36 PM CET Category: client-gtk-2.0 Severity: 3 - N

[Freeciv-Dev] [bug #19296] fix check for MagickWand (libbzip2)

URL: Summary: fix check for MagickWand (libbzip2) Project: Freeciv Submitted by: syntron Submitted on: Mon 16 Jan 2012 08:07:53 PM CET Category: general Severity: 3 - Normal

[Freeciv-Dev] [patch #2994] readd lua properties for City and Unit

Update of patch #2994 (project freeciv): Status: Ready For Test => Done Assigned to:None => syntron Open/Closed:Open => Closed Planned Release:

[Freeciv-Dev] [bug #18835] Make many diplomacy dialogs easier to manage (e.g. using vertical tabs)

Update of bug #18835 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #63: after the gtk3 ve

[Freeciv-Dev] [patch #3086] Remove --disable-acceptable-warns

Follow-up Comment #1, patch #3086 (project freeciv): There is still one entry of bug #19153 missing (bug #19149). A patch exists but it is more a hack than a patch ... These patches there needed to compile freeciv on opensuse 12.1 #> gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRA

[Freeciv-Dev] [bug #19152] [unused var fix] macros in map.h

Update of bug #19152 (project freeciv): Category:None => general Status: In Progress => Fixed Assigned to:None => syntron Open/Closed:

[Freeciv-Dev] [bug #19154] [unused var fix] gtk3 client

Update of bug #19154 (project freeciv): Category:None => client-gtk-3.0 Status: Ready For Test => Fixed Assigned to:None => syntron Open/Closed:

[Freeciv-Dev] [bug #19151] [unused var fix] gtk2 client

Update of bug #19151 (project freeciv): Category:None => client-gtk-2.0 Status: Ready For Test => Fixed Assigned to:None => syntron Open/Closed:

[Freeciv-Dev] [bug #19150] [unused var fix] xaw client

Update of bug #19150 (project freeciv): Category:None => client-xaw Status: Ready For Test => Fixed Assigned to:None => syntron Open/Closed:

[Freeciv-Dev] [bug #19149] [unused var fix] SDL client

Follow-up Comment #3, bug #19149 (project freeciv): part 1 is commited; a solution for part2 is still missing ... ___ Reply to this item at: ___ Message sent vi

[Freeciv-Dev] [bug #19148] [unused var fix] remove variable 'status' from api_edit_create_player()

Update of bug #19148 (project freeciv): Category:None => general Status: Ready For Test => Fixed Assigned to:None => syntron Open/Closed:

[Freeciv-Dev] [bug #19147] [unused var fix] use *_list_size() to get the number of units

Update of bug #19147 (project freeciv): Category:None => general Status: Ready For Test => Fixed Assigned to:None => syntron Open/Closed:

[Freeciv-Dev] [bug #19266] compile error at ko.po

URL: Summary: compile error at ko.po Project: Freeciv Submitted by: syntron Submitted on: Tue 10 Jan 2012 09:21:19 PM CET Category: general Severity: 3 - Normal

[Freeciv-Dev] [bug #18835] Make many diplomacy dialogs easier to manage (e.g. using vertical tabs)

Follow-up Comment #56, bug #18835 (project freeciv): > > Likely unrelated, but as this patch dropped mnemonics in a few places, why is it > > still calling gtk_image_menu_item_new_with_mnemonic or setting > > "use-underline" there ? > > I will check this. Fixed in the new file (3). I will co

[Freeciv-Dev] [bug #19160] in player_load_units_transporter() [savegame.c::2285]: assertion 'id_trans == -1 || ptrans != ((void *)0)' failed

Follow-up Comment #1, bug #19160 (project freeciv): svn r20638 blongs to bug #18975. I will look into this! ___ Reply to this item at: ___ Message sent via/by G

[Freeciv-Dev] [bug #18975] in unit_virtual_destroy() [unit.c::1732]: assertion '!unit_transported(punit)' failed.

Update of bug #18975 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #19125] [server] mapgen fails to compile

Update of bug #19125 (project freeciv): Status:None => Confirmed ___ Follow-up Comment #2: see bug #19153 for a list of all needed changes; the mapgen bug is fixed in bug #19152 ___

[Freeciv-Dev] [bug #19153] [unused var fix] Metapatch

Update of bug #19153 (project freeciv): Depends on: => bugs #19154 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #19154] [unused var fix] gtk3 client

URL: Summary: [unused var fix] gtk3 client Project: Freeciv Submitted by: syntron Submitted on: Fri 09 Dec 2011 07:50:40 PM CET Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #19153] [unused var fix] Metapatch

Update of bug #19153 (project freeciv): Depends on: => bugs #18835 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #19153] [unused var fix] Metapatch

Update of bug #19153 (project freeciv): Depends on: => bugs #19147 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #19153] [unused var fix] Metapatch

URL: Summary: [unused var fix] Metapatch Project: Freeciv Submitted by: syntron Submitted on: Fri 09 Dec 2011 07:44:15 PM CET Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #19152] [unused var fix] macros in map.h

URL: Summary: [unused var fix] macros in map.h Project: Freeciv Submitted by: syntron Submitted on: Fri 09 Dec 2011 07:42:25 PM CET Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #19151] [unused var fix] gtk2 client

URL: Summary: [unused var fix] gtk2 client Project: Freeciv Submitted by: syntron Submitted on: Fri 09 Dec 2011 07:41:44 PM CET Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #19150] [unused var fix] xaw client

URL: Summary: [unused var fix] xaw client Project: Freeciv Submitted by: syntron Submitted on: Fri 09 Dec 2011 07:41:07 PM CET Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #19149] [unused var fix] SDL client

URL: Summary: [unused var fix] SDL client Project: Freeciv Submitted by: syntron Submitted on: Fri 09 Dec 2011 07:40:35 PM CET Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #19148] [unused var fix] remove variable 'status' from api_edit_create_player()

URL: Summary: [unused var fix] remove variable 'status' from api_edit_create_player() Project: Freeciv Submitted by: syntron Submitted on: Fri 09 Dec 2011 07:38:34 PM CET Category: None

[Freeciv-Dev] [bug #19147] [unused var fix] use *_list_size() to get the number of units

URL: Summary: [unused var fix] use *_list_size() to get the number of units Project: Freeciv Submitted by: syntron Submitted on: Fri 09 Dec 2011 07:36:53 PM CET Category: None

[Freeciv-Dev] [bug #18835] Make many diplomacy dialogs easier to manage (e.g. using vertical tabs)

Follow-up Comment #55, bug #18835 (project freeciv): I did found an small bug in the patch - there is an unused variable, which is fixed in this updated version of the 3rd file. > Likely unrelated, but as this patch dropped mnemonics in a few places, why is it > still calling gtk_image_menu_item

[Freeciv-Dev] [bug #19125] [server] mapgen fails to compile

Follow-up Comment #1, bug #19125 (project freeciv): Yes, I also got this (and more) error messages if trying to copile freeciv on opensuse 12.1. I have fixed all warnings (= errors on debug mode) but have to cleanup the changes to create patches. Latest on the weekend you will find them here.

[Freeciv-Dev] [bug #18835] Make many diplomacy dialogs easier to manage (e.g. using vertical tabs)

Update of bug #18835 (project freeciv): Planned Release:2.4.0, 2.3.2 => 2.4.0, 2.3.2, 2.5.0 ___ Follow-up Comment #53: commited to S2_3, S2_4 and trunk; the ticket is not closed as the gtk3 version is missing. It

Re: [Freeciv-Dev] Fullmoon build results

Am Sonntag, 4. Dezember 2011, 20:27:30 schrieb Marko Lindqvist: > On 4 December 2011 07:35, wrote: > > This is build report automatically generated by FullMoon Ilmarinen > > (0.4.50.1) > > > > Fullmoon operated by Marko Lindqvist This build is > > from TRUNK. > > > > Component "svn", Host "caz

[Freeciv-Dev] [bug #19029] Trouble saving/loading players' known territory for player indices >=40

Follow-up Comment #6, bug #19029 (project freeciv): > Meanwhile, a question. In the per-player part of the savefile, > there's the saved terrain, playerX.map_t (saved in > sg_save_player_vision()). For each map tile, this saves a single > character representing what the player believes the te

Re: [Freeciv-Dev] [bug #18957] /wall not persistent

Short comment: The discussion was that /wall messages are related to server messages which are important _now_ for all connected players but not at a later date. Thus they should not be replayed. Am Sonntag, 20. November 2011, 20:28:46 schrieb Jacob Nevins: > Follow-up Comment #1, bug #18957 (

[Freeciv-Dev] [bug #19007] fix known map in savegame2

Update of bug #19007 (project freeciv): Status: Ready For Test => In Progress ___ Follow-up Comment #4: I did not find this ticket yesterday evening. My proposal is to deactivate the /remove command

[Freeciv-Dev] [bug #18776] /remove perhaps faulty

Update of bug #18776 (project freeciv): Status: Ready For Test => In Progress Planned Release: 2.3.1,2.4.0 => 2.3.2,2.4.0 ___ Reply to this item at:

[Freeciv-Dev] [bug #19007] fix known map in savegame2

Update of bug #19007 (project freeciv): Planned Release: 2.3.12,2.4.0,2.5.0 => 2.3.2,2.4.0,2.5.0 ___ Reply to this item at: ___ Nachricht g

[Freeciv-Dev] [bug #19007] fix known map in savegame2

Update of bug #19007 (project freeciv): Planned Release: 2.3.1,2.4.0,2.5.0 => 2.3.12,2.4.0,2.5.0 ___ Reply to this item at: ___ Nachricht g

[Freeciv-Dev] [bug #18776] /remove perhaps faulty

Follow-up Comment #31, bug #18776 (project freeciv): The attached two patches should fix the bug, but (see below) 0005-basic-fix-known-map-in-savegame2.patch - do not use the player_count() but the highest used player slot index - fast fix to be used in 2.3.1 - it only changes the function used

[Freeciv-Dev] [bug #18776] /remove perhaps faulty

Follow-up Comment #30, bug #18776 (project freeciv): > Last call for 2.3.1 -- I will make the release starting tomorrow > morning. I will create a minimal version which does allow the /remove command to work. A hint is comment #21: > It does not crash. And i tested it without your previous > pat

[Freeciv-Dev] [bug #18835] Make many diplomacy dialogs easier to manage (e.g. using vertical tabs)

Follow-up Comment #43, bug #18835 (project freeciv): version for gtk3 (it does apply; not compile tested) - only patch 1 had to be changed (gtk2 => gtk3 in strings) (file #14575, file #14576, file #14577) ___ Additional Item Attachment:

[Freeciv-Dev] [bug #18776] /remove perhaps faulty

Follow-up Comment #26, bug #18776 (project freeciv): by Marko Lindqvist: > I think someone has mixed number of bits and hex values at some > point. While we read 8 hex values to known[], here we handle it > as bits already, so that "8" should be "32" (p is always 0 to 31 > bigger than l*32) I thi

[Freeciv-Dev] [bug #19014] AI diplomats doesn't dodge enemy units

Follow-up Comment #1, bug #19014 (project freeciv): patch by Jordi Negrevernis i Font (see patch #2978) ___ Reply to this item at: ___ Nachricht geschickt von/

[Freeciv-Dev] [patch #2978] AI diplomats stack next to an enemy city

Update of patch #2978 (project freeciv): Planned Release: => 2.3.2,2.4.0,2.5.0 Summary: AI diplomats doesn't dodge enemy units and stack next to an enemy city => AI diplomats stack next to an enemy city _

[Freeciv-Dev] [bug #19014] AI diplomats doesn't dodge enemy units

URL: Summary: AI diplomats doesn't dodge enemy units Project: Freeciv Submitted by: syntron Submitted on: Do 17 Nov 2011 22:43:43 CET Category: ai Severity: 3 - Normal

[Freeciv-Dev] [bug #18835] Make many diplomacy dialogs easier to manage (e.g. using vertical tabs)

Update of bug #18835 (project freeciv): Severity:1 - Wish => 3 - Normal Planned Release: 2.4.0, 2.3.2? => 2.4.0, 2.3.2 ___ Follow-up Comment #41: updated patch fil

[Freeciv-Dev] [bug #18835] Make many diplomacy dialogs easier to manage (e.g. using vertical tabs)

Follow-up Comment #40, bug #18835 (project freeciv): > Can't break it now; thanks. OK; this will be commited as soon as 2.3.1 is released ___ Reply to this item at: _

  1   2   3   4   5   6   7   8   9   10   >