Config
Log for #openttdcoop.devzone on 12th October 2011:
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

Powered by YARRSTE version: svn-trunk