[Freeciv-Dev] (PR#39477) svn version 13132 breaks tilesets?
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39477 [wsimpson - Fri Aug 03 18:19:29 2007]: Guest wrote: [wsimpson - Tue Jul 31 06:51:16 2007]: Are you sure you installed correctly? I believe so, unless using svn update has become the incorrect way. ... []$ civclient -t amplio 1: tilespec file appears incompatible: file: ./amplio.tilespec file options: +tilespec4.2007.Jul.13 supported options: +tilespec4 duplicates_ok 0: No usable default tileset found, aborting! What's obvious from the lines above, you are not running the new binary. The amplio.tilespec is not the problem, that binary is wrong! Apparently, there's something wrong with your installation process for ./civclient. Try ./civ in your make directory. I've now tried updating all my installation programs (automake, etc.) and reinstalled again, and it's now working, so it looks like the problem was definitely at my end. My apologies, and thanks for the assistance. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39477) svn version 13132 breaks tilesets?
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39477 Guest wrote: I'd also note that I registered this bug on Mon Jul 30 19:01:30, so nice new features uploaded on the 31st won't have caused it. My typo earlier, that was Jul 13th (checked in on the 14th). Are you sure the necessary updates have been uploaded to svn? The latest amplio.tilespec I have got from svn, having deleted the previous file before doing svn update, still doesn't contain a 'layer0.match_style' entry. Quite sure. There should be *no* 'layer0.match_style'!!! svn log data/amplio.tilespec r13120 | wsimpson | 2007-07-20 10:40:01 -0400 (Fri, 20 Jul 2007) | 11 lines (PR#39381) RFE civ3+ water support The internal documentation of the ocean_depth parameter was incorrect. It is not a percentage, it merely specifies a relative level from 1 to 100. Revised the ocean_depth to empirical levels that make more plausible oceans and coastlines. Still has serious problems with most of the deep parts next to polar caps, and oceanic ridges near coast. Also, handled some FIXME comments. r13118 | wsimpson | 2007-07-19 10:53:44 -0400 (Thu, 19 Jul 2007) | 10 lines (PR#39381) RFE civ3+ water support The penultimate step toward civ3+ water. Add the revised full ocean.png, and pair ice cliffs, updating the corresponding tilespecs. Merely enough to test the tile editor and show future graphics. Old savefiles continue to work, but (by definition) any editted water terrain will prevent loading by earlier versions. r13104 | wsimpson | 2007-07-14 16:09:38 -0400 (Sat, 14 Jul 2007) | 15 lines (PR#39387) replace match_style = full with pair After much testing, I've completely eliminated match_style, and its parameters none, bool, and full. Instead, I've replaced it with match_with, a listing of match_types. This allows completely orthogonal operations between styles. This patch doesn't make any substantive changes. It continues to operate in exactly the same manner as before, so that old savegames will run without modification. Never-the-less, this is the big one! Old tilesets will no longer work. (Replacements are provided for the main 5 here.) r13096 | wsimpson | 2007-07-12 02:57:52 -0400 (Thu, 12 Jul 2007) | 1 line (PR#39453) amplio civ3+ water, pass 1 r13092 | wsimpson | 2007-07-10 18:52:20 -0400 (Tue, 10 Jul 2007) | 11 lines (PR#39381) RFE civ3+ water support A bigger step toward civ3+ land and water. Add the new water terrain identifiers to the rulesets, updating the corresponding tilespecs. This is a straightforward process, duplicating existing terrain information. Merely enough to test the tile editor and show future graphics. Old savefiles continue to work, but (by definition) any editted water terrain will prevent loading by earlier versions. r13079 | wsimpson | 2007-07-08 15:44:08 -0400 (Sun, 08 Jul 2007) | 6 lines (PR#39381) RFE civ3+ water support The next baby step toward amplio civ3+ land and water. Copy the current terrain2.png into water.png, and divide the respective .spec file lines. All river/water now uses water.spec (except the ocean blending tile in terrain1). ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39477) svn version 13132 breaks tilesets?
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39477 Guest wrote: [wsimpson - Tue Jul 31 06:51:16 2007]: Are you sure you installed correctly? I believe so, unless using svn update has become the incorrect way. ... []$ civclient -t amplio 1: tilespec file appears incompatible: file: ./amplio.tilespec file options: +tilespec4.2007.Jul.13 supported options: +tilespec4 duplicates_ok 0: No usable default tileset found, aborting! What's obvious from the lines above, you are not running the new binary. The amplio.tilespec is not the problem, that binary is wrong! Apparently, there's something wrong with your installation process for ./civclient. Try ./civ in your make directory. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39477) svn version 13132 breaks tilesets?
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39477 [wsimpson - Tue Jul 31 06:51:16 2007]: Michael Fay wrote: I am unable to get any tileset to work with the current svn version (13132). All the included tilesets are working here With Amplio Including Amplio, at this very moment. 1: tilespec file appears incompatible: file: ./amplio.tilespec file options: +tilespec4.2007.Jul.13 If the options line is modified, then get: 0: sectionfile ./amplio.tilespec doesn't contain a 'layer0.match_style' entry If at line 100 and 104 I added match_style = BOOL then get 1: No terrain types supported by tileset. Am now stuck. The trunk tilespec added new features again on Jul.31. Please look at the copious messages on this list, included at the nice website. The amplio tilespec doesn't need any more modifications to run, all the changes have already been made, and are distributed from svn. Are you sure you installed correctly? I believe so, unless using svn update has become the incorrect way. I'd also note that I registered this bug on Mon Jul 30 19:01:30, so nice new features uploaded on the 31st won't have caused it. I also renamed my original amplio tileset and went through the svn update - the new amplio also didn't work. I have also downloaded today's snapshot (2nd August) into a separate folder, and tried that separately. The tilesets here also do not work: []$ civclient -t amplio 1: tilespec file appears incompatible: file: ./amplio.tilespec file options: +tilespec4.2007.Jul.13 supported options: +tilespec4 duplicates_ok 0: No usable default tileset found, aborting! I have also redone svn update, now at Updated to revision 13136. With these nice, shiny new tileset updates, I get []$ civclient 0: No usable default tileset found, aborting! Are you sure the necessary updates have been uploaded to svn? The latest amplio.tilespec I have got from svn, having deleted the previous file before doing svn update, still doesn't contain a 'layer0.match_style' entry. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
