Log for #openttdcoop.devzone on 1st January 2012:
Times are UTC Toggle Colours
00:35:34  <Brot6> Dutch Tram Set - Revision 111:17b21ba875eb: Update: German translation (by planetmaker) (foobar) @
00:35:34  <Brot6> Dutch Tram Set - Revision 112:06e961005659: Docs: prepare for release (foobar) @
00:35:34  <Brot6> Dutch Tram Set - Revision 113:906dfe399eb5: Release: 2.0.0 (foobar) @
00:37:36  <Brot6> dutchtramset: update from  to 2.0.0 done -
00:52:51  <Brot6> Dutch Tram Set - Bug #3445 (New): license on bananas (foobar) @
00:58:11  *** ODM has quit IRC
01:32:21  *** JVassie has quit IRC
03:44:13  *** leroot has joined #openttdcoop.devzone
03:47:18  *** sup has quit IRC
08:47:24  *** andythenorth has joined #openttdcoop.devzone
08:47:34  <Brot6> FIRS Industry Replacement Set - Revision 2692:e1f1b003155f: Docs: fix typos in changelog (andythenorth) @
08:47:34  <Brot6> FIRS Industry Replacement Set - Revision 2693:9cbb879c442d: Docs: fix typos in changelog (andythenorth) @
10:01:00  <Brot6> OpenGFX - Bug #3439 (Closed): build does not work with -j > 1 (Ammler) @
10:01:00  <Brot6> OpenGFX - Revision 900:40d5d95cb783: Fix [#3439]: force makefile to build with one thread only (Ammler) @
10:01:00  <Brot6> OpenGFX - Revision 901:b8a61eab0058: Fix #3439 (r748): maintainer still needs the check file and ... (Ammler) @
10:01:01  <Brot6> OpenGFX - Bug #3439 (Closed): build does not work with -j > 1 (Ammler) @
10:01:13  <Ammler> hmm
10:01:28  <Ammler> thought if you enclose the ticket with [, it does not close
10:02:37  <Brot6> OpenGFX - Bug #3439 (Reopened): build does not work with -j > 1 (Ammler) @
10:02:37  <Brot6> OpenGFX - Bug #3439 (Reopened): build does not work with -j > 1 (Ammler) @
10:03:44  <Brot6> OpenGFX - Bug #3439: build does not work with -j > 1 (Ammler) @
10:04:15  <Ammler> ah the second commit was wrong ticket :-)
10:04:42  <Brot6> OpenGFX - Bug #3440 (Closed): probably maintainer-clean removes md5 check file (Ammler) @
10:04:42  <Brot6> OpenGFX - Bug #3440 (Closed): probably maintainer-clean removes md5 check file (Ammler) @
10:06:33  <Ammler> sorry for the spam, good new year, isn't :-D
10:06:56  <Brot6> OpenGFX - Bug #3440 (Reopened): probably maintainer-clean removes md5 check file (Ammler) @
10:06:56  <Brot6> OpenGFX - Bug #3440 (Reopened): probably maintainer-clean removes md5 check file (Ammler) @
10:09:34  <Ammler> planetmaker: this is btw. worth a release :-)
10:09:58  <Ammler> as the current source fails to build at all
10:12:10  <Ammler> <-- there are other issues
10:12:41  <Ammler> it seems like the grfs don't result in same md5sum anymore
10:12:45  <Ammler> Rubidium: any clue?
10:13:25  <Ammler> do you make md5check on the openttd CF?
10:14:26  <Rubidium> Ammler: no, and I see no reason to do so
10:14:41  <Rubidium> or at least at this moment
10:14:48  <Ammler> ah, you do not build it, you use the binaries, right?
10:14:56  <Rubidium> because then we first have to implement building of GRFs
10:15:02  <Ammler> ok :-)
10:15:18  <Ammler> forgot :-P
10:15:53  <Rubidium> I'm merely using the binaries that *your* CF builds, and planetmaker links to me (or I figure out myself)
10:16:34  <Ammler> maybe I should test, if it's a gimp or nml issue
10:17:06  <Rubidium> are all grfs different?
10:17:26  <Ammler> no, just extra
10:17:44  <Ammler> just check the logs of failed building
10:18:00  <Rubidium> then I'd say it's most likely nml
10:18:19  <Ammler> an indeed, gimp is also used for the other grfs
10:19:19  <Ammler> and the nml issue could end on different python or whatever
10:20:21  <Rubidium> not sure, but it might be a hash table or something
10:20:41  *** JVassie has joined #openttdcoop.devzone
10:20:55  <Ammler> or simple different sorting
10:22:14  <Ammler> did we expect those issues as we switched to nml? :-)
10:23:37  <Rubidium> well.. I'd suggest that nml is made deterministic ;)
10:23:54  <Rubidium> as that makes it possible to do regression tests, otherwise it'll be a lot harder
10:29:46  <Ammler> well, the regession tests are fine for those distros
10:30:11  <Ammler> it is something special in extra which is not part of the nml regression test
10:42:47  *** ODM has joined #openttdcoop.devzone
10:57:59  <Yexo> that's not really surprising. the nml regression tests don't cover that much
11:00:52  <Ammler> Yexo: maybe python 2.6 <-> 2.7
11:01:18  <Yexo> that shouln't make any difference (nml should be determionistic), but then it might
11:01:54  <Ammler> I could compare the nfos
11:02:02  <Ammler> or is that useless?
11:02:18  <Yexo> as long as you use the same nml version that should be fine
11:02:22  <Brot6> FISH - Feature #3446 (New): Reduce cargo aging period for PAX hovercraft (andythenorth) @
11:02:38  <Yexo> different nml versions can produce different nfos
11:02:54  <Ammler> well, 0.2.1 is it everywhere
11:03:41  <Ammler> <-- that build fine on all, excpet mandriva 2011
11:03:46  <Ammler> which is another issue
11:07:01  <Yexo> no difference for me between python2.6 and python2.7
11:08:26  <Ammler> well, I can build on all those distros you see there
11:08:39  <Ammler> if you need something special
11:09:06  <Yexo> where did the md5sum change?
11:09:11  <Ammler> extra
11:09:36  <Yexo> yes, but between wich environments
11:09:47  <Ammler> <-- on the repos wich has "failed"
11:09:58  <Ammler> do not care about "unresolveable"
11:11:02  <Ammler> you can click on failed and get the logfile
11:15:30  <Ammler> maybe it's ply
11:16:39  <Yexo> In those logfiles I can't find anything about the versions of any related packae
11:16:58  <Ammler> Yexo: you need to view the raw file
11:17:04  <Yexo> so it could be gimp, python, one of the required python libraries like PIL or NML
11:17:06  <Ammler> the web has only some last lines
11:17:18  <Ammler> the link to the raw log is on top
11:17:36  <Yexo> ah, ok ;)
11:23:07  <Yexo> Ammler: is there a way to download the nfo files from a failed and a succesful run?
11:23:17  <Yexo> or the grf files if the nfo's are not available?
11:24:14  <Ammler> make: *** No rule to make target `ogfxe_extra.nfo'.  Stop.
11:24:25  <Ammler> the makefile misses rules for nfo :-)
11:25:03  <Yexo> ok, the grf file is fine too
11:27:45  <Ammler>
11:29:09  <Yexo> nvm, I can reproduce it locally
11:29:15  <Yexo> only when using the -c flag for nml
11:29:37  <Yexo> hmm, no
11:29:54  <Yexo> python2.7 with -c gives different results from python2.6 without -c, but that's expected
11:31:54  <Ammler> Yexo: basically you can tell me what command I should run on which distro
11:32:16  <Ammler> or you can have access to our local build server
11:32:50  <Ammler> osc is very easy
11:32:59  <Ammler> like "osc build SLE_11"
11:35:20  <Yexo> Ammler: first I'm building opengfx locally, hopefully that succeeds
11:35:32  <Yexo> than I'll compare it to the failed run and see if there is anything obvious
11:39:48  *** JVassie has quit IRC
11:40:17  <Ammler> Rubidium: does the debian package compare md5sum?
11:42:23  <Ammler> as it seems that mainly older distros differ, (older or LTS
11:50:43  <Yexo> Ammler: could you make sure all png files are exactly the same (ie before nml starts?)
11:51:01  <Yexo> for example by running an md5sum over all source png files?
11:51:10  <Yexo> just to make sure there is no difference in gimp output
11:52:02  <Yexo> as alternative you could rerun compilation without the -c flag (but i nthat case the "succeed" case will also have a different md5sum, so be sure to change that too)
11:52:28  <Ammler> well, I can run it without gimp
11:52:38  <Ammler> then we can be sure, gimp isn't the issue
11:52:55  <Yexo> oh, that's fine too I guess
11:53:10  <Yexo> 011
11:53:12  <Yexo> \
11:53:12  <Yexo> \
11:53:15  <Yexo> \\
11:53:16  <Ammler> I wanted that to before but then Rubidium made the guess, that not extra only would fail
11:53:21  <Yexo> \\\\\\\\\\\\\\\\\\\\
11:54:07  <Yexo> \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111101111111111111111111111111111111111111111111111011111111444
11:55:22  <Ammler> Yexo: does that mean something? :-P
11:55:34  <Yexo> sorry, moving my laptop and accidentally holding a few keys
11:55:59  <Yexo> Ammler: my guess is that it's only a single png file
11:56:08  <Ammler> ok
11:56:23  <Ammler> hmm
11:56:42  <Ammler> it would be so much easier with hg
11:56:50  <Yexo> to be exact: sprites/png/terrain/waterfeatures/rivermouth_se.gimp.png
11:57:01  <Ammler> a simpe hg st after building and we would know it :-)
11:58:29  <Ammler> there is no advantage anymore today on making small source package
11:59:10  <Yexo> of course there is
11:59:50  <Ammler> well-well :-P
12:09:14  <Ammler> Yexo: same issue without gimp
12:09:37  <Yexo> so can you rerun it without the -c flag for nml?
12:10:21  <Ammler> ok
12:17:56  <Ammler> Yexo: obviously, if you do not use -c, all fail
12:18:12  <Ammler> that would require to build the origin without
12:18:22  <Yexo> yes, but are there still differences between the versions?
12:18:39  <Ammler> that is work to compare :-)
12:18:48  <Yexo> quite easy to tell from the logs
12:18:50  <Ammler> need some time
12:18:56  <Ammler> ah indeed
12:19:06  <Ammler> I commit it, then we can check the logs
12:19:11  <Yexo> ok
12:19:38  <Ammler> all will fail, but we have logs
12:42:07  <Ammler> > afcdc2958c1b7b27b5414ed5ed4a5739  ogfxe_extra.grf
12:43:02  <Ammler> < 47056bc0e01d6a0a53fdcfd6cbd8e761  ogfxe_extra.grf
12:43:27  <Ammler> < 96f71360bd4ba6d0107a15e70ec87463  ogfxe_extra.grf
12:43:39  <Ammler> still different
12:44:07  <Ammler> that is devzone -> suse factory -> suse sle11
12:50:53  <Yexo> can I download those grfs?
12:52:12  <Yexo> <Ammler> < 47056bc0e01d6a0a53fdcfd6cbd8e761  ogfxe_extra.grf <- that one I get locally (without -c)
13:23:40  *** andythenorth has quit IRC
13:25:04  *** andythenorth has joined #openttdcoop.devzone
15:29:43  * andythenorth wonders what to put into FIRS 0.7.1
15:44:17  *** leroot has quit IRC
16:05:00  *** sup has joined #openttdcoop.devzone
16:54:00  *** LordAro has joined #openttdcoop.devzone
16:57:16  <Brot6> FIRS Industry Replacement Set - Revision 2694:b11ef4f75996: Merge: Import the changes made to the... (planetmaker) @
16:58:35  <planetmaker> Snail_: but only FIRS specific cargos. BDMT and SGCN iirc
17:01:53  <Brot6> firs: update from r2669 to r2694 done (10 warnings) -
17:02:26  <planetmaker> btw, andythenorth, I *do* think we still need two branches
17:02:39  <andythenorth> por quoi?
17:02:42  <planetmaker> You want all new stuff to only appear in 0.8 from what I gathered
17:02:52  <andythenorth> nah, we can just work along with 0.7.1 next
17:02:57  <planetmaker> thus if we have bug fixes for this release, they'll need to be backported - without the new stuff
17:03:13  <andythenorth> I think that original plan fell by the wayside :)
17:03:19  <andythenorth> we can just go 0.7.x from here
17:03:24  <andythenorth> until it's time for 0.8.0
17:03:39  <planetmaker> so... 0.7.x will include new stuff as it gets written?
17:03:41  <andythenorth> I'm working on industry graphics right now that can go into 0.7.1
17:03:52  <andythenorth> I couldn't think of any reason to complicate it :P
17:03:55  <planetmaker> new supply mechanism?
17:04:05  <andythenorth> probably justifies 0.8.0
17:04:12  <planetmaker> economies?
17:04:19  <andythenorth> [later] :)
17:04:23  <planetmaker> just two things I'd consider new but not 0.7.x
17:04:27  <andythenorth> yup
17:04:54  <planetmaker> thus: I'd add everything as always to default. And then select which stuff to put in 0.7.1 when it's worth to consider it (if at all)
17:05:02  <andythenorth> lets work on default
17:05:04  <planetmaker> just to keep the branches ;-)
17:05:07  <andythenorth> and see what's needed later
17:05:11  <planetmaker> always and only work on default
17:05:16  <andythenorth> yup
17:05:19  <planetmaker> branches are just for ... backports
17:05:23  <andythenorth> so if I up tip, I'm back on default?
17:05:35  <planetmaker> hg up default
17:05:38  <planetmaker> will do anyway
17:06:15  <andythenorth> done
17:06:19  <michi_cc> planetmaker: Backports are stupid. Make fox commits on the oldes broken branch and forward-merge that into trunk.
17:06:32  <michi_cc> s/fox/fix/
17:07:18  <Rubidium> Ammler: it looks like Debian does compare the checksums;a=blob;f=debian/rules;h=52abb706045446ea1835f9aa3fa21160990fd4d5;hb=HEAD#l32
17:07:36  <planetmaker> michi_cc: that was just done with firs 0.7... :-P
17:08:08  <planetmaker> Rubidium: Ammler, I did not yet fully read backlog... do we need another new release?
17:14:12  <Brot6> FIRS Industry Replacement Set - Revision 2695:49174d9912ac: Change: improved appearance of Quarry... (andythenorth) @
17:14:12  <Brot6> FIRS Industry Replacement Set - Bug #2730 (Closed): Fix roof shading on Quarry / Clay Pit buildings (andythenorth) @
17:15:47  <planetmaker> Ammler: wrt opengfx r901: what do you think is the correct target to remove the stuff bundled for distributions like Makefile.dist and opengfx...md5 ?
17:16:06  <planetmaker> would that not be rather deleted on maintainer-clean and kept only with distclean?
17:16:28  <planetmaker> I mean... what would be the correct way to delete those filesß
17:16:34  <andythenorth> how do we do #3426?  It needs plural support and things?
17:16:35  <Brot6> andythenorth: #3426 is "FIRS Industry Replacement Set - Feature #3426: Introduce cargo unit for 'bales' - #openttdcoop Development Zone"
17:21:01  <Ammler> planetmaker: well, the release is needed, if package does use gimp
17:21:20  <Ammler> which might not be the case on the other distros
17:21:35  <Ammler> for (me) suse, you do not need to make a new one
17:22:38  <Ammler> planetmaker: maybe rather think about, why someone would want to remove the check file or makefile.dist
17:23:16  <planetmaker> Ammler: I do want that. Regularily
17:23:29  <planetmaker> it's *maintainer* (i.e. myself) clean
17:23:37  <planetmaker> not distributor
17:23:54  <planetmaker> but a package maintainer might want to do that, too
17:23:58  <Ammler> ok, thought that is package maintainer :-)
17:24:00  <planetmaker> but it's not... part of the package really
17:24:13  <Ammler> no, package maintainer never wants that
17:24:54  <Ammler> removing that would make the source bundle invalid, it would be only useful, if you have the hg repo
17:26:23  <Ammler> and it is important to keep removing gimp files seperated from distclean
17:26:57  <planetmaker> why?
17:27:40  <Ammler> well, because gimp is very special requires
17:28:06  <Brot6> firs: update from r2694 to r2695 done (11 warnings) -
17:28:46  <Ammler> planetmaker: you also somehow broke the merging on opengfx
17:29:11  <Ammler> it looks like your last merge wasn't a merge
17:30:18  <Brot6> Dutch Trains 2.0 - Feature #3447 (New): IC-DD futuristic (Voyager1) @
17:30:36  <Brot6> dutchtramset: update from r110 to r113 done -
17:31:37  <planetmaker> what did I break, Ammler?
17:32:14  <Brot6> dutchroadfurniture: update from r83 to r92 done -
17:33:13  <Ammler> <-- r899 does not look like a merge and so merging my 2 commits failed
17:33:30  <Ammler> i guess, it needs transplant now
17:34:09  <Ammler> (which is sad) :-)
17:34:41  <Brot6> nutracks: compile of r210 still failed (#3387) -
17:35:25  <Ammler> you should commit things which are for both branches first to 0.4 and then merge
17:41:50  <planetmaker> ehm... vice versa
17:42:13  <planetmaker> developement in ... the development branch, I think
17:43:21  <planetmaker> yes, I might have simply copied that one over
17:43:30  <planetmaker> by saving that one file again
17:43:36  <planetmaker> after a hg up default
17:49:50  <Ammler> planetmaker: yes, then you should call it backport or something, not merge :-P
17:52:18  <Ammler> planetmaker: you should learn that hg development doesn't need to be that complicated as with svn ;-)
17:52:50  <Ammler> hg isn't just another vcs
17:53:00  <Ammler> it does specially make merging very easy
17:53:57  <planetmaker> I know
17:54:18  <Ammler> seems not :-P
18:00:04  <planetmaker> Ammler: what do you think did I do with FIRS these days? And why do you think hitting cmd+s is more complicated that hg merge -rXXX (search for XXX); hg ci -m "..." ?
18:02:50  <Ammler> so you say, you used hg merge for r899?
18:02:58  <Ammler> then something is broken
18:06:26  <Ammler> don't you the difference between the merge you did with firs and the one on opengfx?
18:06:28  <planetmaker> I probably did not use it. As saving twice was easier
18:06:38  <Ammler> see*
18:06:56  <planetmaker> Yes, I know what a merge does, how it works and how I can backout of it
18:07:25  <Ammler> so r899 is fine?
18:07:37  <planetmaker> why not?
18:08:00  <planetmaker> it's a normal commit
18:08:02  <Ammler> well, merge the 2 commits I pushed :-)
18:08:19  <planetmaker> what then?
18:08:38  <Ammler> I wonder, if you are able to, I wasn't
18:08:47  <Ammler> since my hg does not show a merge for r899
18:09:25  <planetmaker> I did not use hg there, ok?
18:09:39  <planetmaker> as I simply kept the file in the editor, saved, and normally comitted
18:09:43  <planetmaker> twice
18:19:45  <Brot6> BANDIT - Revision 49:7b4cd3aee8fb: Docs: updated spec; add tracking table to repo (andythenorth) @
18:23:16  <Ammler> planetmaker: according to maintainer-clean and what you need, wouldn't hg purge suiffice for you?
18:23:53  <planetmaker> it would delete stuff I don't want deleted: stuff not created by make, but kept in the repo dir by myself for... whatever purpose
18:23:54  <Ammler> or maybe a target like source-clean
18:24:18  <Ammler> shouldn't that be in your ignore?
18:25:05  <Ammler> well, anyway I didn't close the tickets, as also -j1 needs a guard
18:27:34  <Ammler> there are also other issues, opengfx fails to succeed the md5 check on older distros
18:29:22  <planetmaker> how does that show? Why "fail on _older_ distros"?
18:31:30  <Ammler> e.g. SLE_11 or CentOS_6
18:31:51  <Ammler> a building succeed only, if md5check succeed
18:32:00  <Ammler> and those distros failed on that check
18:32:20  <planetmaker> and why?
18:32:26  <Ammler> it's not gimp and not nmlc -c
18:32:44  <Ammler> planetmaker: I guess, we do not know yet
18:34:31  <Ammler> <-- this is without gimp and without nmlc -c
18:34:53  <Ammler> of course now all repos fail, but you still see, the md5sum differs
18:35:23  <Ammler> I do revert to the regular spec so you see what I meant
18:36:38  <Ammler> my 2 commits are btw. in there
18:39:58  *** Zuu has joined #openttdcoop.devzone
18:41:57  <andythenorth> any ideas for #2755 ?
18:41:57  <Brot6> andythenorth: #2755 is "FIRS Industry Replacement Set - Bug #2755: Grain Mill snow sprites - incorrect ground tile. - #openttdcoop Development Zone"
18:44:56  <andythenorth> I can't read the sprite layouts so well still :|
18:53:16  <andythenorth> planetmaker: I've found an oops :$
18:53:31  <andythenorth> BDMT is used by ECS too
18:54:01  <andythenorth> I suspect some forthcoming discussion :D
19:09:25  <planetmaker> hm :-)
19:14:01  <andythenorth> ho hum
19:14:14  <andythenorth> I'm slightly open to the 'powdered' suggestion still :P
19:14:22  <planetmaker> might be the reason to quickly release 0.7.1
19:14:53  <planetmaker> I don't like powders still. It is too limiting. And except cement (which is too limiting for bdmt) it makes little sense
19:15:10  <andythenorth> we could keep covered :P
19:15:12  <andythenorth> meh
19:15:19  <planetmaker> yes. we need to.
19:15:21  <andythenorth> maybe I should pm George and MB
19:15:28  <andythenorth> and ask their opinion
19:15:31  <planetmaker> write George. He's the set owner
19:15:34  <andythenorth> maybe that cargo just becomes class soup
19:15:51  <planetmaker> create our own: constrution material ;-)
19:15:55  <planetmaker> CNMT
19:24:40  <andythenorth> bit like CMNT :P
19:24:44  <andythenorth> I like this
19:24:55  <andythenorth> create a cargo, realise it's wrong
19:25:01  <andythenorth> create a new one :)
19:32:24  <planetmaker> :-P
19:33:38  <V453000> =D
19:34:55  <andythenorth> silly system :P
19:35:10  <andythenorth> what I might do is talk to George + MB about how we best use the new extended classes
19:35:18  <andythenorth> and if any are stupid and better not used
19:35:23  <andythenorth> that'll be fun
19:36:29  <andythenorth> oh
19:36:34  <andythenorth> MB pm-ed me
19:38:44  <michi_cc> Prepare for a flame :p
19:39:25  <planetmaker> andy seems to have found a way to talk to him. Or his british humar saves him ;-)
19:39:30  <planetmaker> *humor
19:47:13  *** LordAro has quit IRC
19:48:57  *** Mark has quit IRC
19:53:50  <andythenorth> I like MB
19:53:53  <andythenorth> I think he's funny
19:53:55  <andythenorth> and misunderstood
20:14:55  <andythenorth> PM sent
20:16:33  <Brot6> FIRS Industry Replacement Set - Feature Request #3448 (New): FIRS only needs to deactivate agains... (andythenorth) @
20:41:27  <Brot6> FIRS Industry Replacement Set - Feature Request #3448 (Closed): FIRS only needs to deactivate aga... (andythenorth) @
20:41:27  <Brot6> FIRS Industry Replacement Set - Revision 2696:d4b1565a8ef3: Fix #3448: AlpineClimate grf is only ... (yexo) @
20:41:27  <Brot6> FIRS Industry Replacement Set - Feature Request #3448 (Closed): FIRS only needs to deactivate aga... (yexo) @
20:41:55  <andythenorth> \o/
20:43:23  <Yexo> that was probably less work than making the issue about it :p
20:43:48  <andythenorth> hmm
20:43:54  <andythenorth> new bug report on the forums:
20:43:56  <Webster> Title: Transport Tycoon Forums View topic - FIRS Industry Replacement Set - v0.7.0 31 Dec 2011 (at
20:43:58  <andythenorth> dunno if it's valid
20:44:21  <Yexo> the two farms on the island?
20:44:25  <Yexo> I really don't see the problem there
20:46:32  <andythenorth> nah, at the end of the thread
20:46:36  <andythenorth> DecodeSpecialSprite: Tried to read past end of pseudo-sprite data
20:47:31  <planetmaker> can you reproduce?
20:48:25  <andythenorth> moi?  no
20:48:48  <andythenorth> I tested the tag with 1.2.0-beta1 before release last night
20:48:51  <planetmaker> then he has to provide a savegame
20:49:09  <andythenorth> I'll reply
20:49:30  <andythenorth> I think he doesn't have 1.2.0
20:50:34  <planetmaker> maybe
20:50:42  <planetmaker> but... don't we check for that?
20:50:46  <planetmaker> maybe not
20:50:47  <Yexo> most likely, I think openttd 1.1 will give such an error
20:50:48  <planetmaker> not sure
20:50:53  <Yexo> planetmaker: I'm not sure we can check for that
20:51:01  <planetmaker> openttd version?
20:51:02  <Yexo> the error might trigger before our check
20:51:25  <planetmaker> it *should* work
20:51:31  <planetmaker> not sure it does though
20:51:47  <planetmaker> otherwise the version check is conceptually wrong
20:51:56  <planetmaker> as it can't do what it should do
20:51:58  <Brot6> FIRS Industry Replacement Set - Bug #3219 (Closed): Update or remove the FIRS column for type B I... (andythenorth) @
21:04:35  <Yexo> planetmaker: "make install" for firs creates firs-xyz.tar, changelog.txt, license.txt and readme.txt
21:04:46  <Yexo> aren't the last two files already in the tar?
21:05:46  <planetmaker> yes, they're inside there, too
21:06:15  <planetmaker> it's duplicate. Mostly to allow distributors in principle to install the license, readme and changelog elsewhere, if they like to
21:06:23  <planetmaker> and that you can read it w/o unpacking the tar
21:07:46  <Yexo> in openttd 1.1 FIRS 0.7 doesn't even show up in the newgrf list, probably due to grf v8
21:07:59  <Yexo> but I can't reproduce the "DecodeSpecialSprite: Tried to read past end of pseudo-sprite data" problem either
21:08:40  <planetmaker> I didn't test now, but I tested after I did the trunk-to-0.7 merge and I had no such issue either
22:19:03  <andythenorth> he has provided a savegame, but I'm too tired to test now
22:45:35  *** andythenorth has quit IRC
23:10:27  <Brot6> BANDIT - Revision 50:dea6b431ebbb: Docs: update tracking table (andythenorth) @
23:28:48  <Yexo> I can't reproduce from the provided savegame
23:57:46  *** ODM has quit IRC

Powered by YARRSTE version: svn-trunk