Times are UTC Toggle Colours
00:35:34 <Brot6> Dutch Tram Set - Revision 111:17b21ba875eb: Update: German translation (by planetmaker) (foobar) @ http://dev.openttdcoop.org/projects/dutchtramset/repository/revisions/17b21ba875eb 00:35:34 <Brot6> Dutch Tram Set - Revision 112:06e961005659: Docs: prepare for release (foobar) @ http://dev.openttdcoop.org/projects/dutchtramset/repository/revisions/06e961005659 00:35:34 <Brot6> Dutch Tram Set - Revision 113:906dfe399eb5: Release: 2.0.0 (foobar) @ http://dev.openttdcoop.org/projects/dutchtramset/repository/revisions/906dfe399eb5 00:37:36 <Brot6> dutchtramset: update from to 2.0.0 done - http://bundles.openttdcoop.org/dutchtramset/releases/2.0.0 00:52:51 <Brot6> Dutch Tram Set - Bug #3445 (New): license on bananas (foobar) @ http://dev.openttdcoop.org/issues/3445 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/e1f1b003155f 08:47:34 <Brot6> FIRS Industry Replacement Set - Revision 2693:9cbb879c442d: Docs: fix typos in changelog (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/9cbb879c442d 10:01:00 <Brot6> OpenGFX - Bug #3439 (Closed): build does not work with -j > 1 (Ammler) @ http://dev.openttdcoop.org/issues/3439 10:01:00 <Brot6> OpenGFX - Revision 900:40d5d95cb783: Fix [#3439]: force makefile to build with one thread only (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/40d5d95cb783 10:01:00 <Brot6> OpenGFX - Revision 901:b8a61eab0058: Fix #3439 (r748): maintainer still needs the check file and ... (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/b8a61eab0058 10:01:01 <Brot6> OpenGFX - Bug #3439 (Closed): build does not work with -j > 1 (Ammler) @ http://dev.openttdcoop.org/issues/3439#change-9002 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) @ http://dev.openttdcoop.org/issues/3439 10:02:37 <Brot6> OpenGFX - Bug #3439 (Reopened): build does not work with -j > 1 (Ammler) @ http://dev.openttdcoop.org/issues/3439#change-9003 10:03:44 <Brot6> OpenGFX - Bug #3439: build does not work with -j > 1 (Ammler) @ http://dev.openttdcoop.org/issues/3439#change-9004 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) @ http://dev.openttdcoop.org/issues/3440 10:04:42 <Brot6> OpenGFX - Bug #3440 (Closed): probably maintainer-clean removes md5 check file (Ammler) @ http://dev.openttdcoop.org/issues/3440#change-9005 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) @ http://dev.openttdcoop.org/issues/3440 10:06:56 <Brot6> OpenGFX - Bug #3440 (Reopened): probably maintainer-clean removes md5 check file (Ammler) @ http://dev.openttdcoop.org/issues/3440#change-9006 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> https://build.opensuse.org/package/show?package=openttd-opengfx&project=home%3Aopenttdcoop <-- 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) @ http://dev.openttdcoop.org/issues/3446 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> https://build.opensuse.org/package/show?package=nml&project=home%3Aopenttdcoop <-- 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> https://build.opensuse.org/package/show?package=openttd-opengfx&project=home%3Aopenttdcoop <-- 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> http://build.openttdcoop.org/~ammler/build/SLE_11-x86_64/usr/src/packages/BUILD/opengfx-0.4.1-source/ 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/b11ef4f75996 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) - http://bundles.openttdcoop.org/firs/nightlies/r2694 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 http://anonscm.debian.org/gitweb/?p=collab-maint/openttd-opengfx.git;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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/49174d9912ac 17:14:12 <Brot6> FIRS Industry Replacement Set - Bug #2730 (Closed): Fix roof shading on Quarry / Clay Pit buildings (andythenorth) @ http://dev.openttdcoop.org/issues/2730#change-9014 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 http://dev.openttdcoop.org/issues/show/3426 "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) - http://bundles.openttdcoop.org/firs/nightlies/r2695 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) @ http://dev.openttdcoop.org/issues/3447 17:30:36 <Brot6> dutchtramset: update from r110 to r113 done - http://bundles.openttdcoop.org/dutchtramset/nightlies/r113 17:31:37 <planetmaker> what did I break, Ammler? 17:32:14 <Brot6> dutchroadfurniture: update from r83 to r92 done - http://bundles.openttdcoop.org/dutchroadfurniture/nightlies/r92 17:33:13 <Ammler> https://hg.openttdcoop.org/opengfx/graph <-- 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) - http://bundles.openttdcoop.org/nutracks/nightlies/ERROR/r210 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) @ http://dev.openttdcoop.org/projects/bandit/repository/revisions/7b4cd3aee8fb 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> https://build.opensuse.org/package/show?package=openttd-opengfx&project=home%3Aopenttdcoop <-- 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 http://dev.openttdcoop.org/issues/show/2755 "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) @ http://dev.openttdcoop.org/issues/3448 20:41:27 <Brot6> FIRS Industry Replacement Set - Feature Request #3448 (Closed): FIRS only needs to deactivate aga... (andythenorth) @ http://dev.openttdcoop.org/issues/3448 20:41:27 <Brot6> FIRS Industry Replacement Set - Revision 2696:d4b1565a8ef3: Fix #3448: AlpineClimate grf is only ... (yexo) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/d4b1565a8ef3 20:41:27 <Brot6> FIRS Industry Replacement Set - Feature Request #3448 (Closed): FIRS only needs to deactivate aga... (yexo) @ http://dev.openttdcoop.org/issues/3448#change-9016 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: http://www.tt-forums.net/viewtopic.php?f=67&t=44177&start=640 20:43:56 <Webster> Title: Transport Tycoon Forums View topic - FIRS Industry Replacement Set - v0.7.0 31 Dec 2011 (at www.tt-forums.net) 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) @ http://dev.openttdcoop.org/issues/3219#change-9017 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) @ http://dev.openttdcoop.org/projects/bandit/repository/revisions/dea6b431ebbb 23:28:48 <Yexo> I can't reproduce from the provided savegame 23:57:46 *** ODM has quit IRC