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) @
01:04:50  <Brot6> cets: compile of r241 still failed (#3145) -
01:46:59  <Brot6> Central European Train Set - Bug #3145 (Rejected): DevZone compile failed (compiler) @
01:46:59  <Brot6> Central European Train Set - Bug #3145 (Rejected): DevZone compile failed (Eddi) @
01:48:39  <Brot6> Central European Train Set - Bug #3145: DevZone compile failed (Eddi) @
06:12:34  <Brot6> OpenGFX - Revision 804:1b08ba6278c7: Codechange: Use nml source for more files. Add a cookie for ... (planetmaker) @
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) @
06:40:47  <Brot6> OpenGFX - Revision 806:ea3387514b53: Codechange: Generate also the override sprites from nml source (planetmaker) @
06:47:51  <planetmaker> <-- the only files left now
07:09:48  <Brot6> OpenGFX - Revision 807:d591bf70b593: Codechange: nml source for the remaining files for the logos... (planetmaker) @
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:
09:32:19  <Brot6> NewGRF Meta Language - Revision 1693:e840c7fff0a9: Fix: another small bug when writing recolour s... (yexo) @
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> <-- 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: 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) @
09:57:08  <Brot6> OpenGFX - Revision 809:e278b34535f9: Codechange: Add nml source for remaining files in base grf (planetmaker) @
09:58:12  <Brot6> OpenGFX - Revision 810:f72b9d2f4dac: Fix: Actually add the source files... (planetmaker) @
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) @
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) @
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> <-- diff to test stuff, Yexo
15:06:43  <Brot6> NewGRF Meta Language - Bug #3146 (New): internal error triggered with utf8 (font glyphs?) (planetmaker) @
15:13:03  <Brot6> NewGRF Meta Language - Bug #3147 (New): internal error triggered (planetmaker) @
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) @
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 "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) @
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) @
16:34:49  <Brot6> NewGRF Meta Language - Bug #3147 (Confirmed): internal error triggered (yexo) @
16:35:58  <Brot6> NewGRF Meta Language - Bug #3146 (Rejected): internal error triggered with utf8 (font glyphs?) (planetmaker) @
16:35:58  <Brot6> NewGRF Meta Language - Bug #3141 (Closed): Use action5, type a + 0x80 when not all sprites supplied (yexo) @
16:35:58  <Brot6> NewGRF Meta Language - Bug #3146 (Rejected): internal error triggered with utf8 (font glyphs?) (yexo) @
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> <-- 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) @
16:55:30  <Brot6> NewGRF Meta Language - Revision 1695:758b056e12e8: Fix #3147: the tile compression algorithm coul... (yexo) @
16:55:30  <Brot6> NewGRF Meta Language - Bug #3147 (Closed): internal error triggered (yexo) @
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) @
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 -
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 -
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 "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) @
17:17:49  <Brot6> NewGRF Meta Language - Bug #3125 (Closed): NOCROP not respected (yexo) @
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) @
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) -
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 -
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) @
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) -
17:31:48  *** andythenorth has joined #openttdcoop.devzone
17:32:54  <Brot6> firs: rebuild of r2626 done (Diffsize: 246) (DiffDiffsize: 248) -
17:34:35  <Brot6> foobarstramtracks: rebuild of r23 done (Diffsize: 37000) (DiffDiffsize: 4701) -
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) -
17:44:02  *** Guest13330 has quit IRC
17:44:08  <Brot6> dutchtramset: rebuild of r87 done (Diffsize: 25964) (DiffDiffsize: 57) -
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) -
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) -
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) -
19:06:03  <Brot6> serverpatches: compile of r23026 still failed (#2966) -
19:07:49  <Brot6> 32bpp-ez-patches: compile of r23026 still failed (#2446) -
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) @
19:39:18  <planetmaker> that should build now...
19:40:31  <Brot6> opengfx: compile of r814 still failed (#3148) -
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 "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) @
21:50:13  <Brot6> OpenGFX - Revision 815:92a5dae60304: Fix #3148: build script requires nml nightly (Ammler) @
21:50:13  <Brot6> OpenGFX - Bug #3148 (Closed): DevZone compile failed (Ammler) @
21:57:37  <Brot6> OpenGFX - Bug #3149 (New): DevZone compile failed (compiler) @
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) @
22:57:10  <Brot6> opengfx: compile of r816 still failed (#3149) -
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