[Freeciv-Dev] [patch #2715] Use cairo in gtk3-client

Update of patch #2715 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #59: - Removed parts handled in bug #18952 - fixed compilation errors and warnings when building a

[Freeciv-Dev] [patch #3026] Drop support for saving old style savegames

Update of patch #3026 (project freeciv): Status:None => Ready For Test Summary: Drop support for saving "version 1" savegames => Drop support for saving old style savegames ___

[Freeciv-Dev] [bug #18922] Server address binding fails

Follow-up Comment #11, bug #18922 (project freeciv): I've retested things and came to conclusion that it's indeed malloc->calloc change that's essential for making things work. On the other hand, doing memcpy with a different length than ai_addrlen doesn't seem to make sense - after all, that pa

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

URL: Summary: /wall not persistent Project: Freeciv Submitted by: akfaew Submitted on: Wed Nov 9 17:41:32 2011 Category: None Severity: 3 - Normal Priority: 5

[Freeciv-Dev] [patch #3041] Make gtk3-client really gtk3-program

URL: Summary: Make gtk3-client really gtk3-program Project: Freeciv Submitted by: cazfi Submitted on: Wed 09 Nov 2011 08:34:52 PM EET Category: client-gtk-3.0 Priority: 5 - Nor

[Freeciv-Dev] [patch #3041] Make gtk3-client really gtk3-program

Update of patch #3041 (project freeciv): Depends on: => patch #2715 ___ Reply to this item at: ___ Message se

[Freeciv-Dev] [patch #3042] Automatically select gtk3-client as one to build

URL: Summary: Automatically select gtk3-client as one to build Project: Freeciv Submitted by: cazfi Submitted on: Wed 09 Nov 2011 09:03:35 PM EET Category: bootstrap Priority:

[Freeciv-Dev] [bug #18960] Setting nation specific values for traits broken

URL: Summary: Setting nation specific values for traits broken Project: Freeciv Submitted by: cazfi Submitted on: Wed 09 Nov 2011 10:40:21 PM EET Category: ai Severity: 3 - Nor

[Freeciv-Dev] [patch #3043] Comparisons "< trait_end()" -> "!= trait_end()"

URL: Summary: Comparisons "< trait_end()" -> "!= trait_end()" Project: Freeciv Submitted by: cazfi Submitted on: Wed 09 Nov 2011 11:05:28 PM EET Category: ai Priority: 5 - Norm

[Freeciv-Dev] [patch #3044] Get nation specific trait value directly from nation

URL: Summary: Get nation specific trait value directly from nation Project: Freeciv Submitted by: cazfi Submitted on: Wed 09 Nov 2011 11:12:10 PM EET Category: ai Priority: 5 -

[Freeciv-Dev] [patch #3023] Define some road type stuff

Update of patch #3023 (project freeciv): Status: Ready For Test => Done Assigned to:None => cazfi Open/Closed:Open => Closed ___

[Freeciv-Dev] [patch #3037] can_build_road()

Follow-up Comment #1, patch #3037 (project freeciv): - Updated against svn (file #14500) ___ Additional Item Attachment: File name: CanBuildRoad_3037-2.diff Size:6 KB ___ Re

[Freeciv-Dev] [patch #3045] Road requirement type

URL: Summary: Road requirement type Project: Freeciv Submitted by: cazfi Submitted on: Wed 09 Nov 2011 11:32:49 PM EET Category: general Priority: 5 - Normal

[Freeciv-Dev] [bug #18963] Namespace conflict between min() callback in options.c and macro with same name

URL: Summary: Namespace conflict between min() callback in options.c and macro with same name Project: Freeciv Submitted by: cazfi Submitted on: Wed 09 Nov 2011 11:54:07 PM EET Category: clien

[Freeciv-Dev] [bug #18963] Namespace conflict between min() callback in options.c and macro with same name

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

[Freeciv-Dev] [bug #18930] Scenarios with bases broken AGAIN?

Follow-up Comment #3, bug #18930 (project freeciv): > Sounds like bug #17616? Embarrassing. Seems like I were in the middle of writing another patch at the time and it was not convenient to switch to writing fix for the bug, and then I managed to forgot fixing it when I had time. Sine this ticke

[Freeciv-Dev] [bug #17616] Bases not saved to (or loaded from) playerless scenario

Update of bug #17616 (project freeciv): Status:None => Duplicate Assigned to:None => cazfi Open/Closed:Open => Closed _

[Freeciv-Dev] [bug #18930] Scenarios with bases broken AGAIN?

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

[Freeciv-Dev] [patch #3028] Macro to uppercase first letter of string

Follow-up Comment #4, patch #3028 (project freeciv): Ah so this isn't so much about forcing an uppercase but rather forcing a lowercase in the middle of a sentence? So that something like Mountains becomes Your engineers have converted this terrain to mountains Is that it? That way round, it sh

[Freeciv-Dev] [patch #3031] Ruleset default government

Update of patch #3031 (project freeciv): Status: Ready For Test => Done Assigned to:None => cazfi Open/Closed:Open => Closed ___

[Freeciv-Dev] [patch #3028] Macro to uppercase first letter of string

Follow-up Comment #5, patch #3028 (project freeciv): > Ah so this isn't so much about forcing an uppercase but rather > forcing a lowercase in the middle of a sentence? Turning it that way around works in logic, but unfortunately I don't think it's technically feasible to implement that way. Oh,

[Freeciv-Dev] [patch #2380] Client <-> metaserver communication with curl

Update of patch #2380 (project freeciv): Category: general => client Status: In Progress => Ready For Test ___ Follow-up Comment #3: > Doesn't work ye

[Freeciv-Dev] [patch #3043] Comparisons "< trait_end()" -> "!= trait_end()"

Follow-up Comment #1, patch #3043 (project freeciv): Could we add the usual iterator pattern to specenums? ___ Reply to this item at: ___ Message sent via/by Gn

[Freeciv-Dev] [patch #3036] specenum _size()

Follow-up Comment #1, patch #3036 (project freeciv): _size() might be a bit ambiguous -- it could be mistaken for the number of enumeration items, which could be different since specenums can be sparse. (I'm not sure we can easily provide the number of items.) Perhaps _array_size()? ___

Re: [Freeciv-Dev] State of secfile /n & /r/n compatibility

Marko Lindqvist writes: > [...] Only hex-editor tells me that it's > different from what was received with working setup - line endings > used to be '\r\n', now they are just \'n'. Code paths after we've got > temporary file written are not changed, so it seems that this change > in line endings is

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

Follow-up Comment #36, bug #18835 (project freeciv): I've tested the latest patches on trunk r20527. Results: * Closing individual meeting tab with ESC trouble (comment #26) is fixed * Detaching individual meeting tab trouble (comment #30) is fixed * Detaching overall "Diplomacy [N]" tab from mai

[Freeciv-Dev] [patch #3033] Send more messages to threaded ai threads

Update of patch #3033 (project freeciv): Status: Ready For Test => Done Assigned to:None => cazfi Open/Closed:Open => Closed ___

Re: [Freeciv-Dev] State of secfile /n & /r/n compatibility

On 10 November 2011 03:25, Jacob Nevins <0jacobnk.fc...@chiark.greenend.org.uk> wrote: > Marko Lindqvist writes: >> >> Turned out to be bug in this patch after all. This version works. > > I was a bit worried I'd broken something when I'd messed with line > endings in patch #2843. Is that patch now

[Freeciv-Dev] [patch #3034] Rename current registry.[ch] as registry_ini.[ch]

Update of patch #3034 (project freeciv): Status: Ready For Test => Done Assigned to:None => cazfi Open/Closed:Open => Closed ___