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:
http://gna.org/bugs/?21897
___
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:
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)
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
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
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:
http://gna.org/bugs/?21897
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
Update of bug #21696 (project freeciv):
Open/Closed: Closed = Open
___
Reply to this item at:
http://gna.org/bugs/?21696
___
Message sent
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:
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
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.
Update of bug #20585 (project freeciv):
Status: Ready For Test = Fixed
Assigned to:None = syntron
Open/Closed:Open = Closed
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
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
URL:
http://gna.org/bugs/?20717
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
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
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
URL:
http://gna.org/bugs/?20600
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 -
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
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:
http://gna.org/patch/?2554
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)
.. =
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:
http://gna.org/bugs/?20551
URL:
http://gna.org/bugs/?20585
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
URL:
http://gna.org/bugs/?20586
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 -
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:
http://gna.org/bugs/?20586
URL:
http://gna.org/patch/?3768
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
Update of patch #3768 (project freeciv):
Summary: [RFC] = [RFC] client side lua
script for unit actions
___
Reply to this item at:
http://gna.org/patch/?3768
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
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:
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
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
URL:
http://gna.org/bugs/?20428
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
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:
http://gna.org/bugs/?19975
Update of patch #3495 (project freeciv):
Category:None = general
Status:None = In Progress
___
Follow-up Comment #12:
No Problem -
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
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)
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
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
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
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
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:
http://gna.org/bugs/?19971
URL:
http://gna.org/bugs/?19975
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:
URL:
http://gna.org/bugs/?19976
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
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
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:
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 opened
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
Follow-up Comment #13, bug #18217 (project freeciv):
see also bug #19153
___
Reply to this item at:
http://gna.org/bugs/?18217
___
Message sent via/by Gna!
http://gna.org/
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
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 jdorje in
bug #18217:
- use
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:
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
Update of bug #18835 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #63:
after the gtk3
Update of patch #2994 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = syntron
Open/Closed:Open = Closed
Planned Release:
URL:
http://gna.org/bugs/?19296
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
URL:
http://gna.org/bugs/?19297
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 -
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
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 commit this
URL:
http://gna.org/bugs/?19266
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
Update of bug #19147 (project freeciv):
Category:None = general
Status: Ready For Test = Fixed
Assigned to:None = syntron
Open/Closed:
Update of bug #19148 (project freeciv):
Category:None = general
Status: Ready For Test = Fixed
Assigned to:None = syntron
Open/Closed:
Follow-up Comment #3, bug #19149 (project freeciv):
part 1 is commited; a solution for part2 is still missing ...
___
Reply to this item at:
http://gna.org/bugs/?19149
___
Message sent
Update of bug #19150 (project freeciv):
Category:None = client-xaw
Status: Ready For Test = Fixed
Assigned to:None = syntron
Open/Closed:
Update of bug #19151 (project freeciv):
Category:None = client-gtk-2.0
Status: Ready For Test = Fixed
Assigned to:None = syntron
Open/Closed:
Update of bug #19154 (project freeciv):
Category:None = client-gtk-3.0
Status: Ready For Test = Fixed
Assigned to:None = syntron
Open/Closed:
Update of bug #19152 (project freeciv):
Category:None = general
Status: In Progress = Fixed
Assigned to:None = syntron
Open/Closed:
Follow-up Comment #1, bug #19160 (project freeciv):
svn r20638 blongs to bug #18975. I will look into this!
___
Reply to this item at:
http://gna.org/bugs/?19160
___
Message sent via/by
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
URL:
http://gna.org/bugs/?19147
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
URL:
http://gna.org/bugs/?19148
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
URL:
http://gna.org/bugs/?19150
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
URL:
http://gna.org/bugs/?19151
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
URL:
http://gna.org/bugs/?19152
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
URL:
http://gna.org/bugs/?19153
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
Update of bug #19153 (project freeciv):
Depends on: = bugs #19154
___
Reply to this item at:
http://gna.org/bugs/?19153
___
Message sent
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
Update of bug #18975 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Am Sonntag, 4. Dezember 2011, 20:27:30 schrieb Marko Lindqvist:
On 4 December 2011 07:35, fullm...@cazfi.net wrote:
This is build report automatically generated by FullMoon Ilmarinen
(0.4.50.1)
Fullmoon operated by Marko Lindqvist cazf...@gmail.com This build is
from TRUNK.
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
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
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
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:
http://gna.org/bugs/?19007
___
Nachricht
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:
http://gna.org/bugs/?19007
___
Nachricht
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:
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
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
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
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
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
Follow-up Comment #1, bug #19014 (project freeciv):
patch by Jordi Negrevernis i Font jorneg (see patch #2978)
___
Reply to this item at:
http://gna.org/bugs/?19014
___
Nachricht geschickt
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 think that
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:
Follow-up Comment #1, bug #19005 (project freeciv):
I'm not familiar with the memory management but you should also add the
checks in line 1384 1385 to the patch. Else it will not help at all ...
___
Reply to this item at:
URL:
http://gna.org/bugs/?19007
Summary: fix known map in savegame2
Project: Freeciv
Submitted by: syntron
Submitted on: Mi 16 Nov 2011 21:39:30 CET
Category: general
Severity: 3 - Normal
Follow-up Comment #23, bug #18776 (project freeciv):
I removed half the players in LTeX (idlers). The memory usage
dropped by about half. I saved the game then restarted the
server, and a turn was made - everything is ok.
So the last patch fixed it? If this is the case, should both patches be
Follow-up Comment #3, bug #18742 (project freeciv):
Why are these values limited to 9 and 1000? Sometimes i browse
thru the event cache to determine when my enemy is most likely
to log in.
As this are arbitrary values something had to be defined at the time the
corresponding patches were
URL:
http://gna.org/patch/?3058
Summary: optimise time needed to creating a savegame
Project: Freeciv
Submitted by: syntron
Submitted on: Mi 16 Nov 2011 22:28:24 CET
Category: general
Priority: 3 - Low
Am Dienstag, 15. November 2011, 23:55:42 schrieb Michal Mazurek:
My sparc64 502mhz is taking 4 minutes now to /save a game. I tried poor
mans optimization and inlined a couple of functions. I tested it on a
8x3400mhz intel i7. The test .serv was loading the game, and saving it
10 times. I
Am Mittwoch, 16. November 2011, 19:47:45 schrieb Michal Mazurek:
On Tue, Nov 15, 2011 at 09:48:07PM +0100, Matthias Pfafferodt wrote:
The hardest part is the
transmission of the veteran ruleset definitions (IMHO).
Speaking of veterans, while looking at freecivs png files i noticed
Am Dienstag, 15. November 2011, 22:24:29 schrieb Marko Lindqvist:
On 15 November 2011 22:48, Matthias Pfafferodt
matthias.pfaffer...@mapfa.de wrote:
If you plan to continue to support S2_3, I think it would be easier to
rebase all longturn patches to S2_4 and do one patch which changes
1 - 100 of 3081 matches
Mail list logo