Times are UTC Toggle Colours
01:02:15 <Brot6> Central European Train Set - Revision 241:84905c5bbcba: improved ET 85 middle and correct palette... (oberhuemer) @ http://dev.openttdcoop.org/projects/cets/repository/revisions/84905c5bbcba 01:04:50 <Brot6> cets: compile of r241 still failed (#3145) - http://bundles.openttdcoop.org/cets/push/ERROR/r241 01:46:59 <Brot6> Central European Train Set - Bug #3145 (Rejected): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/3145 01:46:59 <Brot6> Central European Train Set - Bug #3145 (Rejected): DevZone compile failed (Eddi) @ http://dev.openttdcoop.org/issues/3145#change-8219 01:48:39 <Brot6> Central European Train Set - Bug #3145: DevZone compile failed (Eddi) @ http://dev.openttdcoop.org/issues/3145#change-8220 06:12:34 <Brot6> OpenGFX - Revision 804:1b08ba6278c7: Codechange: Use nml source for more files. Add a cookie for ... (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/1b08ba6278c7 06:15:15 <planetmaker> ^ water-based cookie for yexo ;-) 06:38:51 <Brot6> OpenGFX - Revision 805:865794e06a91: Fix: Naming of bundles for TTDPatch usage was broken (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/865794e06a91 06:40:47 <Brot6> OpenGFX - Revision 806:ea3387514b53: Codechange: Generate also the override sprites from nml source (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/ea3387514b53 06:47:51 <planetmaker> http://paste.openttdcoop.org/show/634/ <-- the only files left now 07:09:48 <Brot6> OpenGFX - Revision 807:d591bf70b593: Codechange: nml source for the remaining files for the logos... (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/d591bf70b593 07:29:11 <planetmaker> hm, I found two more recolour sprites. Can I "give" them into your care, Yexo? base/base-1420-houses.pnfo 07:44:32 *** ODM has joined #openttdcoop.devzone 08:15:22 <Ammler> planetmaker: I still do not visit tt-forums that much :-P 08:15:25 <Ammler> read your answer now 09:06:15 *** ODM has quit IRC 09:22:56 *** JVassie_ has joined #openttdcoop.devzone 09:31:49 <Yexo> planetmaker: http://paste.openttdcoop.org/show/635/ 09:32:19 <Brot6> NewGRF Meta Language - Revision 1693:e840c7fff0a9: Fix: another small bug when writing recolour s... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/e840c7fff0a9 09:32:24 <Yexo> and you need to update nml 09:32:48 <Yexo> one of my earlier changes to nml broke a few of the other recolour sprites, they are now fixed again 09:32:57 <planetmaker> thanks :-) 09:32:59 <Yexo> this means that one or two pnfo files may change again 09:33:18 <Yexo> a change you committed yesterday was expected, but when I looked at it a bit too much had changed 09:33:29 <planetmaker> shit happens, doesn't matter 09:34:22 <planetmaker> there's one thing with the signal files in extra I don't understand yet entirely 09:35:02 <Yexo> what is that? 09:35:14 <planetmaker> it's related to the use of if (traffic_side == TRAFFIC_SIDE_RIGHT) 09:35:29 <planetmaker> which causes when used an error for nforenum (error 123) 09:35:44 <planetmaker> complaining about invalid variable 09:35:49 <planetmaker> (86) 09:36:09 <planetmaker> not sure it's wrong though 09:36:35 <planetmaker> though the nfo which it replaces is much shorter. NML uses for the checks 3 sprites, NML uses 12 09:36:43 <planetmaker> extra/extra-signals.pnfo 09:37:00 <planetmaker> the check for driving side half-way through 09:37:09 <Yexo> looking at it 09:37:36 <planetmaker> devs.openttd.org/~planetmaker/patches/extra-signals.pnml <-- nml 09:37:54 <planetmaker> it's currently commented out in that nml 09:39:38 <Yexo> according to the spec the code nml writes is fine 09:39:52 <planetmaker> that seemed to me as well 09:40:07 <planetmaker> I didn't test it yet as make fails hard on it 09:40:30 <Yexo> nforenum seems to think it's not allowed to read that var in actionD 09:40:42 <planetmaker> yes 09:41:21 <planetmaker> I came to the conclusion, too, that it's most probably an nforenum thing :-) 09:41:58 <planetmaker> but I would want to be sure :-) Thanks 09:47:53 <Yexo> planetmaker: http://devs.openttd.org/~yexo/read7d.diff Patch for nforenum to make all variables either readable by both action7 and acitonD or by neither 09:48:02 <Yexo> I don't see a reason to differentiate between those cases 09:48:16 <Yexo> this fixes the error you encountered 09:49:33 <planetmaker> there doesn't seem to be a difference. At least for openttd 09:50:15 <Yexo> exactly 09:50:47 <planetmaker> I'll test it once this run of opengfx is built ;-) 09:57:08 <Brot6> OpenGFX - Revision 808:e29171744a37: Fix: Small changes in recolour sprites (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/e29171744a37 09:57:08 <Brot6> OpenGFX - Revision 809:e278b34535f9: Codechange: Add nml source for remaining files in base grf (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/e278b34535f9 09:58:12 <Brot6> OpenGFX - Revision 810:f72b9d2f4dac: Fix: Actually add the source files... (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/f72b9d2f4dac 10:02:29 * planetmaker now compiles with grfcodec patched 10:08:22 <planetmaker> works well for me, Yexo 10:08:33 <Yexo> great :) 10:08:51 <Brot6> OpenGFX - Revision 811:dea1e7b5bab7: Codechange: nml source for extra signals (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/dea1e7b5bab7 10:09:51 <planetmaker> great. Only the glyphs and extra-header are missing now :-) 10:10:00 <Terkhen> :) 10:27:27 *** hanf has joined #openttdcoop.devzone 11:29:48 *** hanf has quit IRC 13:42:24 <Brot6> OpenGFX - Revision 812:d48c835fc183: Codechange: Add nml source for the additional font glyphs (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/d48c835fc183 14:43:24 <planetmaker> hm... Building it only with NML is in comparison to what we have now *really* fast 14:49:15 <planetmaker> except... that it complains about magic pink... 14:51:51 <planetmaker> nmlc: Using magic pink in a windows paletted sprite. <-- what's that about? 14:51:57 <planetmaker> ^ Yexo ? 14:57:00 <planetmaker> http://devs.openttd.org/~planetmaker/patches/use_nml.diff <-- diff to test stuff, Yexo 15:06:43 <Brot6> NewGRF Meta Language - Bug #3146 (New): internal error triggered with utf8 (font glyphs?) (planetmaker) @ http://dev.openttdcoop.org/issues/3146 15:13:03 <Brot6> NewGRF Meta Language - Bug #3147 (New): internal error triggered (planetmaker) @ http://dev.openttdcoop.org/issues/3147 15:15:47 * planetmaker sees that today OpenGFX will fail to build ;-) 15:16:44 <planetmaker> most probably at least 15:27:22 <Brot6> NewGRF Meta Language - Bug #3147: internal error triggered (planetmaker) @ http://dev.openttdcoop.org/issues/3147#change-8221 15:38:11 *** hanf has joined #openttdcoop.devzone 15:41:46 *** ODM has joined #openttdcoop.devzone 16:06:17 <Yexo> planetmaker: that's about nml no longer allowing the use of "magic pink" when the output is in the windows palette 16:06:28 <Yexo> the most likely problem here is the mapgen sprites 16:07:00 <planetmaker> or the glyph sprites 16:07:08 <Yexo> hmm, right 16:07:18 <planetmaker> why was it disallowed. I didn't quite understand the reasons yesterday 16:07:40 <Yexo> because there is no valid reason to use it in normal sprites 16:07:58 <Yexo> the exceptions (mapgen, glyphs) were cases I didn't think of yesterday 16:08:00 <planetmaker> well, there is obviously :-) 16:08:22 <planetmaker> they're quite corner case indeed 16:08:39 <Yexo> yes, there is, but only for "special" cases 16:11:37 <planetmaker> any newgrf might provide additional font glyphs 16:13:05 <Yexo> planetmaker: I can't reproduce #3146, I get the error about magic pink instead 16:13:05 <Brot6> Yexo: planetmaker: #3146 is http://dev.openttdcoop.org/issues/show/3146 "NewGRF Meta Language - Bug #3146: internal error triggered with utf8 (font glyphs?) - #openttdcoop Development Zone" 16:13:25 <planetmaker> Hm... 16:13:28 * planetmaker tries again 16:13:49 <planetmaker> strange. Yes. I get that (now), too 16:17:37 <Brot6> NewGRF Meta Language - Revision 1694:97145cb382d6: Fix: remove error on magic pink in windows pal... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/97145cb382d6 16:17:57 <Yexo> with ^^ I still can't reproduce it, ogfxe_extra.nml from that report now builds without any errors 16:19:19 * planetmaker tests 16:22:47 <planetmaker> base grf takes a bit of time here :-) 16:25:01 <planetmaker> but it built w/o complaint 16:29:17 <planetmaker> in any case, the dep check is now quick enough again :-) 16:33:20 <planetmaker> yes, also the extra grf now builds nicely :-) 16:34:49 <Brot6> NewGRF Meta Language - Bug #3147 (Confirmed): internal error triggered (planetmaker) @ http://dev.openttdcoop.org/issues/3147 16:34:49 <Brot6> NewGRF Meta Language - Bug #3147 (Confirmed): internal error triggered (yexo) @ http://dev.openttdcoop.org/issues/3147#change-8222 16:35:58 <Brot6> NewGRF Meta Language - Bug #3146 (Rejected): internal error triggered with utf8 (font glyphs?) (planetmaker) @ http://dev.openttdcoop.org/issues/3146 16:35:58 <Brot6> NewGRF Meta Language - Bug #3141 (Closed): Use action5, type a + 0x80 when not all sprites supplied (yexo) @ http://dev.openttdcoop.org/issues/3141#change-8223 16:35:58 <Brot6> NewGRF Meta Language - Bug #3146 (Rejected): internal error triggered with utf8 (font glyphs?) (yexo) @ http://dev.openttdcoop.org/issues/3146#change-8224 16:45:38 *** frosch123 has joined #openttdcoop.devzone 16:46:16 <Yexo> evening frosch123 16:46:22 <planetmaker> quak 16:46:28 <frosch123> moin :) 16:49:30 <planetmaker> http://devs.openttd.org/~yexo/read7d.diff <-- frosch123, you approve, I assume? 16:49:58 <Yexo> that was the one :) I was just looking for some patch I wanted to ask, but I couldn't remember which one 16:51:17 <planetmaker> :-) 16:51:41 <frosch123> i think you need to at least increase the version number 16:51:53 <frosch123> that change is not downward compatible 16:52:00 <Yexo> hmm, right 16:52:18 <frosch123> other than that, i wonder why it distinguished RD and R7 before 16:53:26 <Yexo> for var 85 (ttdpatch flags) it actually might make sense 16:53:44 <frosch123> ah, because var 88 and 85 are not accessible in actd 16:53:55 <Yexo> and 88 too of course 16:53:56 <frosch123> so, doesn't that diff break that? 16:54:00 <Yexo> yes, it does 16:54:03 <Yexo> I didn't think of it before 16:55:30 <Brot6> NewGRF Meta Language - Bug #3147 (Closed): internal error triggered (planetmaker) @ http://dev.openttdcoop.org/issues/3147 16:55:30 <Brot6> NewGRF Meta Language - Revision 1695:758b056e12e8: Fix #3147: the tile compression algorithm coul... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/758b056e12e8 16:55:30 <Brot6> NewGRF Meta Language - Bug #3147 (Closed): internal error triggered (yexo) @ http://dev.openttdcoop.org/issues/3147#change-8225 16:55:35 <frosch123> 85, 88 and 9a make sense to forbid for actd 16:55:42 <frosch123> no idea why 86 is in that list 16:56:08 <Yexo> 86 was the original problem I tried to solve 16:56:15 <Yexo> so I'll just modify that one and be done with it 16:56:56 <Yexo> hmm, it has the "BITMASK" flag set (the only other one that is that set is 85 16:57:01 <Yexo> so perhaps ttdpatch does something special with it 16:57:18 <frosch123> currently exploring ttdp code :) 16:58:30 <frosch123> it is some default ttd memory location, so the other bits are used, but not documented 16:58:47 <frosch123> so users of actd would need to and-mask it properly 16:59:11 <Yexo> which means it's probably best to leave it as it is 16:59:23 <Yexo> nml currently doesn't mask the other bits 17:00:15 * planetmaker pulls NML and re-builds OpenGFX 17:00:28 * planetmaker considers to abandon nfo in OpenGFX today 17:01:10 <planetmaker> as added bonus OpenGFX will get riverbanks with snow transition now ;-) 17:01:30 <planetmaker> sprites already exist 17:05:16 <Terkhen> :) 17:05:39 <planetmaker> it just needs exporting the proper layers ;-) 17:07:51 <planetmaker> Ok, I assume no one would object to base OpenGFX only on NML, also when it implicitly means that we need an NML release prior or concurrently to the next OpenGFX release? 17:07:55 <Brot6> NewGRF Meta Language - Revision 1696:42d8483cd41b: Fix: 'ttdpatch_flags' shouldn't be allowed as ... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/42d8483cd41b 17:08:56 <planetmaker> ^ Yexo , Rubidium ? 17:09:02 <Yexo> fine with me 17:09:38 <frosch123> nml in debian :) 17:09:49 <frosch123> yet another package 17:09:52 <planetmaker> would need to be then. I already told blathijs to look into it 17:10:00 <frosch123> how is it going to be called? openttd-nml? 17:10:14 <planetmaker> dunno :-) 17:10:28 <planetmaker> py-nml? 17:10:36 <Brot6> nml: update from r1687 to r1695 done - http://bundles.openttdcoop.org/nml/nightlies/r1695 17:11:06 <frosch123> hmm, grfcodec is just "grfcodec" though. only opengfx etc have the prefix 17:11:29 <Yexo> "grfcodec" is a bit more unique than "nml", that might be a problem 17:11:49 <frosch123> oh, squeeze only has grfcodec 1, so it also has nforenum 4 17:12:07 <planetmaker> sounds kinda ancient 17:12:11 <frosch123> no search match on "nml" 17:12:19 <planetmaker> yes, doesn't yet exist 17:12:27 <planetmaker> oh, others. Well :-) 17:12:38 <Brot6> nml: update from r1695 to r1696 done - http://bundles.openttdcoop.org/nml/nightlies/r1696 17:13:08 <frosch123> there are also lots of other short package names, so i guess nml should be fine 17:13:55 <planetmaker> if I were them, I'd still prefix it. either with py or with openttd 17:14:25 <frosch123> nml does not sound worse than e.g aee 17:14:38 <frosch123> (advanced easy editor) 17:14:38 <planetmaker> of course not :-) 17:15:17 <Yexo> what should I do with #3125 ? 17:15:17 <Brot6> Yexo: #3125 is http://dev.openttdcoop.org/issues/show/3125 "NewGRF Meta Language - Bug #3125: NOCROP not respected - #openttdcoop Development Zone" 17:15:31 <Yexo> the only issue seems to be that nml doesn't write the nocrop bit to the grf file 17:15:39 <Yexo> in fact it explicitly filters it out 17:15:57 <planetmaker> imho it would be nice to keep it 17:16:21 <frosch123> the flag is meant to be preserved across encoding/decoding 17:16:21 <planetmaker> (considering a potential grf2nml) 17:16:51 <frosch123> so, just remove the filter :) 17:17:08 <Yexo> yup 17:17:49 <Brot6> NewGRF Meta Language - Revision 1697:38640c1c245c: Fix #3125: preserve the NOCROP bit when encodi... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/38640c1c245c 17:17:49 <Brot6> NewGRF Meta Language - Bug #3125 (Closed): NOCROP not respected (yexo) @ http://dev.openttdcoop.org/issues/3125#change-8226 17:18:15 * frosch123 is somewhat amused of how many packets ottd pulls into distros 17:18:40 <planetmaker> :-) 17:18:51 <planetmaker> it's not a small project 17:18:55 <frosch123> like, if openttd.grf would also use nml, would debian drop grfcodec? 17:19:08 <planetmaker> good question 17:19:31 <planetmaker> Changing that grf to use NML actually occured to me, too ;-) 17:19:47 <Yexo> I'm not in favor of that currently 17:19:54 <Brot6> OpenGFX - Bug #3148 (New): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/3148 17:20:14 <planetmaker> what makes that grf different from opengfx? 17:20:42 <planetmaker> (except that it's distributed with openttd for hysterical raisins) 17:20:52 <Yexo> packaged with every openttd nightly, which means a bad nightly is used by a lot more people than a bad nigthly of opengfx 17:21:16 <frosch123> planetmaker: you cannot add a feature to ottd prior to adding it to nml 17:21:26 <frosch123> which makes the workflow even more complicated 17:22:20 <frosch123> so, imo it is a good idea to stay with grfcodec, which is unlikely to require any changes for new stuff 17:24:19 <Brot6> cets: update from r236 to r241 done (569 warnings) - http://bundles.openttdcoop.org/cets/nightlies/r241 17:25:14 <frosch123> yexo: does the farm use grfcodec to rebuild openttd.grf? or does it just use the one from the repo? 17:25:32 <Yexo> I have no clue 17:27:24 <Brot6> nml: update from r1696 to r1697 done - http://bundles.openttdcoop.org/nml/nightlies/r1697 17:27:32 <Rubidium> the CF doesn't rebuild it 17:28:21 <Brot6> OpenGFX - Revision 813:73a2bc1f44fc: Change: Build OpenGFX directly and completely from NML source (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/73a2bc1f44fc 17:29:43 <planetmaker> Ammler, can you please review the buildspec for OpenGFX? 17:30:49 <Brot6> ogfx-industries: rebuild of r123 done (1 warnings) (Diffsize: 129177) (DiffDiffsize: 453) - http://bundles.openttdcoop.org/ogfx-industries/nightlies/r123/log 17:31:48 *** andythenorth has joined #openttdcoop.devzone 17:32:54 <Brot6> firs: rebuild of r2626 done (Diffsize: 246) (DiffDiffsize: 248) - http://bundles.openttdcoop.org/firs/nightlies/r2626/log 17:34:35 <Brot6> foobarstramtracks: rebuild of r23 done (Diffsize: 37000) (DiffDiffsize: 4701) - http://bundles.openttdcoop.org/foobarstramtracks/nightlies/r23/log 17:34:45 *** andythenorth is now known as Guest13329 17:34:46 *** andythenorth has joined #openttdcoop.devzone 17:37:30 *** andythenorth is now known as Guest13330 17:37:31 *** andythenorth has joined #openttdcoop.devzone 17:39:50 *** Guest13329 has quit IRC 17:41:41 <Brot6> vactrainset: compile of r1 still failed (#3044) - http://bundles.openttdcoop.org/vactrainset/nightlies/ERROR/r1 17:44:02 *** Guest13330 has quit IRC 17:44:08 <Brot6> dutchtramset: rebuild of r87 done (Diffsize: 25964) (DiffDiffsize: 57) - http://bundles.openttdcoop.org/dutchtramset/nightlies/r87/log 17:44:15 <Yexo> planetmaker: no rule to make target 'opengfx.obg'. Stop. 17:44:24 <planetmaker> hm. 17:44:43 <planetmaker> that's not intended :-) 17:45:50 <Brot6> dutchroadfurniture: rebuild of r49 done (Diffsize: 2018) (DiffDiffsize: 55) - http://bundles.openttdcoop.org/dutchroadfurniture/nightlies/r49/log 17:50:06 *** cooldad has joined #openttdcoop.devzone 17:50:35 *** andythenorth has quit IRC 17:52:01 *** andythenorth has joined #openttdcoop.devzone 17:52:37 *** cooldad has left #openttdcoop.devzone 17:56:15 <Brot6> airportsplus: rebuild of r146 done (Diffsize: 964) (DiffDiffsize: 11) - http://bundles.openttdcoop.org/airportsplus/nightlies/r146/log 17:56:17 <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: ogfx-trains (Diffsize: 36114), narvs (11 warnings), cets (569 warnings), manindu (Diffsize: 2), newgrf_makefile, rust, ogfx-biggui, swisstowns, spanishtowns (Diffsize: 2), frenchtowns, ogfx-rv, ogfx-landscape (2 warnings) (Diffsize: 6), swedishrails (Diffsize: 173), german-townnames, belarusiantowns (Diffsize: 30), indonesiantowns (1 warnings) 17:56:17 <Brot6> (Diffsize: 1) 18:41:41 <Ammler> planetmaker: what did you change? 18:41:47 <Ammler> I do not see any change there 18:42:02 <planetmaker> nothing. But it's an NML project now 18:42:14 <Ammler> does not really matter for ogfx 18:42:14 <planetmaker> thus it probably should change ;-) 18:42:19 <Ammler> as it has a custom spec 18:42:33 <planetmaker> which need certainly adoption to this fact 18:43:16 <Ammler> hmm, you mean completely nml now? 18:43:25 <Ammler> and no grfcodec 18:43:32 <planetmaker> yes 18:43:50 <Ammler> then it is a good project to test nml releases, right? 18:43:57 <Yexo> not yet 18:44:05 <Yexo> it'll need nml 0.2, which hasn't been released yet 18:44:13 <Yexo> after that, yes 18:44:22 <planetmaker> ^^ 18:44:28 <Ammler> maybe you can make a 0.2-beta ? 18:44:36 <planetmaker> use nightly for now 18:45:09 <Ammler> well, it should be on pypi and also on suse repo 18:45:13 *** andythenorth has left #openttdcoop.devzone 18:45:17 <Ammler> else I can't make opengfx anymore 18:45:34 <Yexo> so wait a bit for nml 0.2 18:45:52 <Ammler> you think, you will release 0.2 before next ogfx release? 18:46:40 <Yexo> I don't think so, I'm sure of that 18:47:07 <planetmaker> :-) 18:47:13 <Rubidium> oh... the ambiguity! ;) 18:48:40 * Rubidium ponders reading "I don't think so" as "no way" 18:49:58 <Ammler> yexo, if you are sure about, then why not make beta for distros and pypi maybe 18:50:09 <Ammler> or do you really want all to use nightly? 18:50:15 <planetmaker> we don't need that yet. As OpenGFX is not released either 18:50:26 <Yexo> because if I make a beta now it might be incompatible with the final 0.2 18:50:35 <Ammler> how does that matter? 18:50:36 <Yexo> there are one or two issues for 0.2 that might requires small syntax changes 18:50:57 <Ammler> it just needs to work for opengfx :-) 18:51:05 <planetmaker> Ammler: nightly does work 18:51:12 <planetmaker> we need no released nml for opengfx nightlies 18:51:28 <planetmaker> only releases require releases 18:51:34 <Ammler> planetmaker: well packing a release is easier as nightly 18:51:50 <planetmaker> yes. But we don't package OpenGFX elsewhere than on our local CF 18:52:05 <Ammler> every distro does 18:52:18 <planetmaker> if someone wants to package nightly OpenGFX then those can go throught the same trouble for NML 18:52:53 <Ammler> well, yexo said, nml won't be available for next ogfx release 18:53:50 <planetmaker> yes. 18:53:55 <planetmaker> So where's the issue? 18:53:58 <planetmaker> All is fine 18:54:11 <planetmaker> "for next OpenGFX release" does not mean "instantly" 18:54:26 <planetmaker> err. He said "it WILL" 18:55:14 <Yexo> Ammler: I phrased tht maybe a bit wrong, but nml 0.2 will be before the next opengfx release 18:55:33 <planetmaker> and I think Yexo and I can work sufficiently together that we can make sure that there'll be a release of NML with or prior to the next OpenGFX one 18:55:45 <Yexo> yep :) 18:56:21 <planetmaker> Ammler: we thought a bit about before making this step ;-) 19:00:21 <Ammler> ok, well, you can simply delay ogfx release, I know :-P 19:01:00 <Ammler> let me check the error in the logs 19:01:17 <planetmaker> it has currently also other build issues... 19:03:28 <Brot6> clientpatches: compile of r23026 still failed (#2964) - http://bundles.openttdcoop.org/clientpatches/testing/ERROR/r23026 19:06:03 <Brot6> serverpatches: compile of r23026 still failed (#2966) - http://bundles.openttdcoop.org/serverpatches/testing/ERROR/r23026 19:07:49 <Brot6> 32bpp-ez-patches: compile of r23026 still failed (#2446) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/ERROR/r23026 19:08:24 <planetmaker> it probably helps tremendously, if I add Makefile.nml to opengfx... 19:39:02 <Brot6> OpenGFX - Revision 814:8063e942d6fe: Fix: Also include the new makefile parts. Remove a few unnee... (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/8063e942d6fe 19:39:18 <planetmaker> that should build now... 19:40:31 <Brot6> opengfx: compile of r814 still failed (#3148) - http://bundles.openttdcoop.org/opengfx/nightlies/ERROR/r814 19:41:51 <planetmaker> ^^ Ammler 19:43:05 <planetmaker> I don't really want to ask a 4th time on how to ensure that nightly NML is used by the CF... 19:44:37 <planetmaker> except when using no custom spec. 19:58:26 <Ammler> you also miss gimp 19:59:57 <planetmaker> yes. I figure. Though gimp is not required, unless maintainer-clean is called previously 20:00:10 <planetmaker> might be an idea, though 20:01:23 <planetmaker> Will you fix that? 20:03:21 <planetmaker> #3148 depends iirc only on that now 20:03:21 <Brot6> planetmaker: #3148 is http://dev.openttdcoop.org/issues/show/3148 "OpenGFX - Bug #3148: DevZone compile failed - #openttdcoop Development Zone" 20:09:58 <Ammler> it would make sense to register md5sums so we are the sure the generated files match 20:12:55 <Ammler> could you make a md5sum file of the pngs you delete with maintainr-clean? 20:15:07 <planetmaker> hm. How would that work without the need to always need to add an md5sum for each png? 20:15:34 <planetmaker> or an md5sum which changes for every (graphics) commit? 20:16:18 <Ammler> nono 20:16:20 <planetmaker> Ammler: but maintainer-clean could generate such temporary file 20:16:24 <Ammler> not adding to repüo 20:16:37 <Ammler> just when you delete, create a md5 list before 20:16:45 <Ammler> yes :-) 20:17:45 <Ammler> so a "md5sum -c maintainer-clean.md5" would tell if we match the repo pngs 20:17:55 <Yexo> will the png files stay part of the repo? If so, isn't hg perfectly capable of seeing when those files change? 20:18:21 <planetmaker> actually... yes 20:18:29 <planetmaker> it will appear as modified 20:18:41 <Rubidium> but not when it's using a source tarball 20:18:54 <planetmaker> true 20:20:14 <Ammler> hmm, true 20:20:45 <planetmaker> could depend on whether hg is there or not 20:28:28 <planetmaker> But that's something we can add after compilation works again at all 20:39:03 <planetmaker> g'night 20:39:45 <Ammler> no need for the makefile 20:39:57 <Ammler> I just run hg st and that should be empty 20:40:32 <planetmaker> after building, yes 20:40:37 <planetmaker> no missing files 20:40:42 <Ammler> yes 20:40:53 <planetmaker> and no changed ones either 20:41:00 <planetmaker> that's the important thing here, too :-) 20:41:18 <Ammler> yes, changes would be viewable via hg too 20:42:46 <Ammler> that would also alert if we have a forgotten hgignore 20:43:23 <planetmaker> hu? how that? 20:43:45 <Ammler> new files usually have ? 20:43:52 <planetmaker> hg st -m 20:44:01 <Ammler> what's with that? 20:44:05 <planetmaker> modified 20:44:21 <Ammler> yes, but we can test new files too 20:44:29 <Ammler> as those should be in hgignore 20:44:32 <planetmaker> but that's not wanted 20:44:45 <Ammler> hmm? 20:44:54 <planetmaker> they should. But it must not fail this test 20:45:32 <planetmaker> thus sanity of .hgignore is here out-of-scope 20:45:46 <planetmaker> we just want to check whether building works as it should 20:46:20 <Ammler> hmm, if you are at it, you could remove the -source 20:46:33 <planetmaker> ? 20:46:51 <Ammler> you still add -source to the source dir 20:46:59 <planetmaker> yes, and? 20:47:01 <Ammler> or am I wrong 20:47:21 <Ammler> well, that is not perfect 20:47:37 <Ammler> and now we need to change the build script snayway, so you could fix that too 20:48:37 <planetmaker> what is perfect? Why should source and binary be the same? 20:48:37 <Ammler> I guess, the Makefile spec does also recommend how a source bundle should look 20:49:26 <Ammler> a binary file could have the arch or whatever in the bundle name 20:49:31 <Ammler> (not in the dir) 20:50:30 <Ammler> it is just because opengfx will need package maintainer changes anyway 20:50:42 <Ammler> it would not be worth to "fix" it else 20:51:50 <planetmaker> yes, I can look at it. But as said: Another day for me :-) 20:52:04 <Ammler> ah well, just a note :-) 20:52:19 <Ammler> else you are so pitty with makefile spec 21:50:12 <Brot6> OpenGFX - Bug #3148 (Closed): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/3148 21:50:13 <Brot6> OpenGFX - Revision 815:92a5dae60304: Fix #3148: build script requires nml nightly (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/92a5dae60304 21:50:13 <Brot6> OpenGFX - Bug #3148 (Closed): DevZone compile failed (Ammler) @ http://dev.openttdcoop.org/issues/3148#change-8227 21:57:37 <Brot6> OpenGFX - Bug #3149 (New): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/3149 21:58:03 <Ammler> super 22:05:32 *** frosch123 has quit IRC 22:23:36 <Ammler> I guess, opengfx is not able to handle maintainer-clean 22:23:51 <Ammler> it does then handle the repo as modified 22:45:50 <Brot6> OpenGFX - Revision 816:421dda21db49: Fix (r815): pipe >>&1 seems not working (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/421dda21db49 22:57:10 <Brot6> opengfx: compile of r816 still failed (#3149) - http://bundles.openttdcoop.org/opengfx/nightlies/ERROR/r816 23:21:01 *** ODM has quit IRC 23:47:38 *** JVassie_ has quit IRC 23:55:58 *** hanf has quit IRC