[Freeciv-Dev] [bug #18837] Several typos in nation descriptions

2011-10-22 Thread Joan Creus
URL: http://gna.org/bugs/?18837 Summary: Several typos in nation descriptions Project: Freeciv Submitted by: jcreus Submitted on: Sat Oct 22 10:26:55 2011 Category: None Severity: 3 - Normal

[Freeciv-Dev] [bug #18549] Sanity check fails on city in swamp

2011-10-22 Thread Joan Creus
Follow-up Comment #19, bug #18549 (project freeciv): Sorry for the delay. I didn't realise this was a different patch. I have reverted the previous one, and tested the new one, but I get a linking error: ../common/.libs/libfreeciv.a(tile.o): In function `tile_set_terrain':

[Freeciv-Dev] [bug #18549] Sanity check fails on city in swamp

2011-10-22 Thread Jacob Nevins
Follow-up Comment #20, bug #18549 (project freeciv): The new patch depends on patch #2957 being applied first. ___ Reply to this item at: http://gna.org/bugs/?18549 ___ Message sent via/by

[Freeciv-Dev] [bug #18835] please support vertical tabs

2011-10-22 Thread Jacob Nevins
Update of bug #18835 (project freeciv): Category: client = client-gtk-2.0 ___ Follow-up Comment #2: You mean having the tab labels going down (say) the right hand side of the main area, rather

[Freeciv-Dev] [bug #18818] The server couldn't allocate starting positions

2011-10-22 Thread Jacob Nevins
Follow-up Comment #13, bug #18818 (project freeciv): I wondered if some server settings had been changed from the default (e.g., map size or number of AIs). ___ Reply to this item at: http://gna.org/bugs/?18818

[Freeciv-Dev] [patch #2873] [lua108] client lua script console (gtk3)

2011-10-22 Thread Jacob Nevins
Follow-up Comment #3, patch #2873 (project freeciv): This accidentally uses some Gtk2 compile-time and runtime flags where the gtk3 versions should be used. Patch attached. (This is also untested, as I still haven't sorted out being able to compile the gtk3 client.) (file #14236)

[Freeciv-Dev] [patch #2873] [lua108] client lua script console (gtk3)

2011-10-22 Thread Jacob Nevins
Update of patch #2873 (project freeciv): Open/Closed: Closed = Open ___ Reply to this item at: http://gna.org/patch/?2873 ___ Message sent

Re: [Freeciv-Dev] svn ignore

2011-10-22 Thread Jacob Nevins
Matthias Pfafferodt writes: I'm not familiar with the internals of svn but after the changes to the lua script code there are some files which should be added to the ignore list. Could somebody do it? I've done it (r20323). For reference, here's how. (You have to do it from a svn checkout

[Freeciv-Dev] [bug #18641] allow remove command for access level = ADMIN in running games

2011-10-22 Thread Jacob Nevins
Update of bug #18641 (project freeciv): Open/Closed: Closed = Open ___ Follow-up Comment #5: The error message in this patch isn't quite right (it says things like Command level basic

[Freeciv-Dev] [bug #18547] fix number of bulbs for global goal

2011-10-22 Thread Jacob Nevins
Follow-up Comment #3, bug #18547 (project freeciv): For the record: unlike bug #18499, the behaviour being changed here was fairly long-standing, since S2_1 at least. (But the new behaviour does make more sense, to me at least.) ___ Reply

[Freeciv-Dev] [bug #18835] please support vertical tabs

2011-10-22 Thread Jaakko Heusala
Follow-up Comment #3, bug #18835 (project freeciv): Yes, left or right side, one tab header on each line. Text should still be normally horizontally to save space. Some browsers support it this way, too. I'm using tree-style-tab https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/ with

[Freeciv-Dev] [patch #2883] [lua116] lua function to save a game (as 'manual' save)

2011-10-22 Thread Jacob Nevins
Follow-up Comment #3, patch #2883 (project freeciv): This script command can overwrite any chosen file on the server that freeciv-server has access to, I think (with a Freeciv save file, not arbitrary contents). Do we need to worry about security?

[Freeciv-Dev] [bug #17846] astring interface/usage encourages memory leaks

2011-10-22 Thread Jacob Nevins
Follow-up Comment #2, bug #17846 (project freeciv): Oops. Now I come to look at it, I think I misunderstood, and the memory leaks I mentioned don't exist (but I may have added some myself since). There's actually a valid alternative pattern of use of astring that's used in some places,