[Freeciv-Dev] [bug #17824] in fill_grid_sprite_array() [tilespec.c::4211]: assertion 't-sprites.player[plrid].grid_borders [pedge-type][1] != NUL
Follow-up Comment #5, bug #17824 (project freeciv): Just passwdby to say that this is still the case in the 2.4.0 release. (Built from source on Ubuntu.) ___ Reply to this item at: http://gna.org/bugs/?17824 ___ 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 #3926] Make it easier for users to locally add a custom nation to the default set
Follow-up Comment #4, patch #3926 (project freeciv): Perhaps we could make this a bit easier with minimal efforts by having nationlist.ruleset *include extranations.ruleset How is creating local copy of extranations.ruleset fundamentally different from creating local copy of nations.ruleset? nations.ruleset is ruleset-specific, so you have to copy it to e.g. ~/.freeciv/2.5/classic/nations.ruleset and modify, and again for experimental, multiplayer, ... (with the file being potentially different each time since it could contain ruleset specifics, e.g. starting government). (I've tested this.) Whereas an extranations.ruleset included from nationlist.ruleset you could copy once to ~/.freeciv/2.5/default/extranations.ruleset and then add your nation, and it would be available in any ruleset that uses our nationlist.ruleset (classic, experimental, multiplayer, civ2civ3, plus potentially third-party rulesets). But it is not possible to include a nation that has already been included. [...] This case (which I hadn't thought of) is actually already trivial if you know how -- just copy into ~/.freeciv/2.4/nation/cornish.ruleset and start hacking, and this will override the system cornish.ruleset. (Because the search path is searched anew for every file.) ___ Reply to this item at: http://gna.org/patch/?3926 ___ 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 #3051] GUI_FUNC_PROTO
Follow-up Comment #3, patch #3051 (project freeciv): When clients will use gui_interface.[ch] callback interface [...] (For reference, the background is described in patch #3049.) ___ Reply to this item at: http://gna.org/patch/?3051 ___ 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 #21179] Better syncing of aifill with Gtk client start page spin box
URL: http://gna.org/bugs/?21179 Summary: Better syncing of aifill with Gtk client start page spin box Project: Freeciv Submitted by: jtn Submitted on: Sat Oct 5 20:32:07 2013 Category: client Severity: 3 - Normal Priority: 5 - Normal Status: In Progress Assigned to: jtn Originator Email: Open/Closed: Open Release: Discussion Lock: Any Operating System: Any Planned Release: 2.4.1,2.5.0,2.6.0 ___ Details: The control for 'aifill' in the Gtk clients' start page (Number of Players (including AI) can get out of sync with the server, for instance after '/read multiplayer' on the chatline (which changes aifill to 0). This is a specific case of the general problem noted in bug #16913. This one's relatively easy to fix by hooking into the option machinery used by the option dialog. The other two would need different fixes, as they are not server settings in the technical sense. ___ Reply to this item at: http://gna.org/bugs/?21179 ___ 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 #21179] Better syncing of aifill with Gtk client start page spin box
Update of bug #21179 (project freeciv): Status: In Progress = Ready For Test ___ Additional Item Attachment: File name: trunk-S2_5-S2_5-aifill-gtk-sync.patch Size:11 KB ___ Reply to this item at: http://gna.org/bugs/?21179 ___ 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] Fullmoon build results
This is build report automatically generated by Fullmoon Ilmarinen (0.5.50.0) Fullmoon operated by Marko Lindqvist cazf...@gmail.com This build is from TRUNK. Component svn, Host build.cazfi.net, Phase Source update(1): Succeeded Component autogen.sh, Host build.cazfi.net, Phase Other command(0): Succeeded Component server, Host build.cazfi.net, Phase Build(2): Succeeded Component gtk2, Host build.cazfi.net, Phase Build(2): Succeeded Component sdl, Host build.cazfi.net, Phase Build(2): Succeeded Component xaw, Host build.cazfi.net, Phase Build(2): Succeeded Component qt, Host build.cazfi.net, Phase Build(2): Succeeded Component stub, Host build.cazfi.net, Phase Build(2): Succeeded Component QualityCheck, Host build.cazfi.net, Phase Check(4): FAILED ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
