Log for #openttdcoop.devzone on 15th December 2011:
Times are UTC Toggle Colours
00:08:36  <Brot6> OpenGFX+ Industries - Revision 131:cd6fe96bd642: Add: URL to project page (yexo) @
00:08:36  <Brot6> OpenGFX+ Industries - Revision 132:5281bde7c5fd: Feature: use groundaware template for oil wells (yexo) @
00:09:33  <Brot6> NewGRF Meta Language - Revision 1764:21d9de77deda: Feature: simplify the value for the hide_sprit... (yexo) @
00:32:17  <Brot6> North American Road Vehicle Set - Revision 58:1905f4445e72: change: disable nightly and release b... (oberhuemer) @
00:32:17  <Brot6> North American Road Vehicle Set - Bug #3353 (Closed): DevZone compile failed (oberhuemer) @
00:34:56  <Brot6> North American Road Vehicle Set - Bug #3366 (New): DevZone compile failed (compiler) @
01:14:22  <Brot6> Central European Train Set - Revision 383:edc62a4e98cb: add: data for all postwar freight cars, c... (oberhuemer) @
01:17:05  <Brot6> Central European Train Set - Bug #3367 (New): DevZone compile failed (compiler) @
02:29:28  <Brot6> Central European Train Set - Bug #3367 (Closed): DevZone compile failed (compiler) @
02:29:28  <Brot6> Central European Train Set - Revision 384:01c34a1b7f65: add: DB V 80 (oberhuemer) @
02:29:28  <Brot6> Central European Train Set - Revision 385:38ec8658bb57: fix: wrong cell entry (close #3367) (oberhuemer) @
02:29:28  <Brot6> Central European Train Set - Bug #3367 (Closed): DevZone compile failed (oberhuemer) @
02:37:05  <Brot6> cets: update from r382 to r385 done (218 warnings) -
08:52:13  <Brot6> OpenGFX+ Trains - Revision 282:e0c67019a750: Fix (r280): Missing path in URL (planetmaker) @
08:56:02  <Brot6> Swedish Rails - Revision 228:20cd2f641530: Fix (r227): Missing path in URL (planetmaker) @
09:03:37  *** ODM has joined #openttdcoop.devzone
09:30:45  <Brot6> Dutch Trains 2.0 - Feature #3368 (New): SLT emu (Voyager1) @
10:07:06  <planetmaker> V453000: can you check out whether is still an issue?
10:07:39  <planetmaker> For me it works in the nightly (though I have no idea why as I didn't change anything...)
10:11:18  <V453000> seems to work just fine now :)
10:13:57  <planetmaker> hm, with a re-compiled 0.7.2, too
10:14:04  <V453000> :)
10:14:27  <planetmaker> Thus I wonder whether it was an NML bug... Let's try to re-compile with the same NML version
10:16:09  <planetmaker> seems to be
10:16:27  <V453000> :o
10:20:23  <planetmaker> shit happens
10:20:30  <planetmaker> it's software. It has bugs
10:21:07  * ^Spike^ stops bothering repeating himself about bugs ;)
10:22:24  <V453000> :)
10:24:57  <Brot6> Swedish Rails - Bug #3307 (Closed): Alpine climate tunnel overwrite (planetmaker) @
10:49:08  <Brot6> Swedish Rails - Revision 229:bfeb614cbe91: Change: [Makefile] Install into OpenTTD's NewGRF dir (planetmaker) @
10:49:08  <Brot6> Swedish Rails - Revision 230:53f76e35bab4: Change: Update changelog and readme for 0.7.3 (planetmaker) @
10:49:08  <Brot6> Swedish Rails - Revision 231:fbca24c8551d: Added tag 0.7.3 for changeset 53f76e35bab4 (planetmaker) @
10:51:09  <Brot6> swedishrails: update from 0.7.2 to 0.7.3 done -
11:49:43  <Ammler> planetmaker: would have been a good sign to make such a dir a variable :-P
12:16:20  <planetmaker> Ammler, yes. And... I'll need to release SER 0.7.4... this one is grf v8 which is... rather an accident for this one :-)
12:16:40  <planetmaker> And... properly updating the Makefile was something I couldn't be bothered :-P
13:07:24  <planetmaker> Ammler, can you remind me: Will our CF build tip of a repo or head of the default branch?
13:11:34  <Ammler> default
13:12:28  <planetmaker> ok. Thanks
13:13:58  <planetmaker> Thus I'll need to tag things in a branch to get it compiled. Good enough
13:15:07  <planetmaker> It's sufficient to add .devzone/build/requires with "nml;releases", right?
13:15:21  <planetmaker> (copied from OpenGFX) to get the nml 0.2.x?
13:15:24  <planetmaker> or do I need more?
13:16:34  <Ammler> no
13:16:55  <Ammler> as said yesterday,it is not possible to specify a version
13:17:01  <planetmaker> no = not sufficient or no = nothing more needed
13:17:06  <planetmaker> well. release version
13:17:19  <planetmaker> I'm speaking of the moment as is now
13:17:21  <Ammler> as soon as nml will make a new release 0.3, it would use that
13:18:17  <Ammler> what we could do then is fork nml to nml-0.2 and then use that instead nml
13:18:22  <planetmaker> hm. Maybe I can suggest: allow to specify a certain branch. What about that? Then, if releases are within a branch, it would work?
13:18:43  <Ammler> yes, that would work with what I just suggested
13:19:56  <planetmaker> well, it'd not be exactly a fork... just a branch from the same repo
13:20:06  <planetmaker> It simply would require releases to be made in their respective branch
13:20:13  <planetmaker> something we could easily do
13:20:44  <planetmaker> something we actually DO already with nml and things like FIRS. And I think I'll do it with SER, too
13:20:56  <planetmaker> And default branch then will be grf v8, too
13:21:53  <planetmaker> But I'd like to make one last release of SER which works also on old(er) OpenTTD and TTDPatch
13:22:08  <Ammler> yes, as said, you can
13:22:25  <Ammler> but the isue is that you cannot define a branch, just releases or nightlies
13:22:47  <Ammler> so you would need to define a repo, where the releases is what you need
13:22:56  <planetmaker> yes. My suggestion is to allow to specify an NML branch to use :-)
13:23:09  <Ammler> that would need work
13:23:17  <planetmaker> I know. That's why it's a suggestion.
13:23:34  <planetmaker> Not needed now. But which would be nice and immediately solve all the issues of "needs particular version"
13:24:49  <planetmaker> It could be implemented by simply getting an NML checkout and updating to the required version
13:25:41  <Ammler> well, what is bad with my suggestion, which would already work?
13:27:13  <planetmaker> you mean creating a fork?
13:27:27  <planetmaker> Bad is that it will require a separate repo for each version
13:28:26  <Ammler> only for such special versions
13:28:34  <planetmaker> thus making a separate repo for each tag is still a bad choice ;-)
13:28:59  <Ammler> but maybe it is not that hard, e.g. if we could fix define the vesion instead branch
13:29:09  <planetmaker> I know that that suggestion out-sources the work from you to me while mine works the other way around ;-)
13:29:27  <Ammler> not 0.2.x but 0.2.0 or so
13:29:47  <Ammler> planetmaker: not really more work for you
13:30:04  <planetmaker> creating additional repos? Is. And clutters the hdd needlessly
13:30:05  <Ammler> create a fork
13:30:08  <Ammler> done
13:30:28  <Ammler> the fork is just needed on our repo server
13:30:34  <planetmaker> what do you mean with "fork"? It would basically be a separate repo. Which contains 100% of the same
13:30:35  <Ammler> so it would be some kb
13:30:46  <Ammler> as it is mainly just links
13:31:05  <planetmaker> sorry, I don't like that solution when one can simply update an existing repo to the required version
13:31:39  <planetmaker> I don't fork a project simply because I need a specific version of it to build another project
13:31:52  <Ammler> not the project, just the repo
13:32:05  <Yexo> Ammler: perhaps it can be changed to accept any hg revision instead of "default" or "releases"?
13:32:11  <Ammler> it is quite a special case
13:32:36  <Ammler> Yexo: that would be easy, at least for me
13:32:37  <Yexo> "default" could stay, "releases" would be changed to "0.2" for the nml 0.2 branch, or "0.2.0" if you really wanted 0.2.0, or "r100" if you wanted r100
13:32:48  <planetmaker> Ammler, IMHO it can indeed be made generic. Like 'default', 'release', 'branch:XXX' or 'revision:XXX'
13:32:59  <Ammler> but branch I would not know, how to implement that with my current script
13:33:11  <Yexo> "hg up 0.2" updates to the tip of the 0.2 branch
13:33:13  <planetmaker> I don't know exactly what the script does
13:33:17  <planetmaker> but ^^
13:33:27  <Ammler> Yexo: it's not about how you can hg up :-P
13:33:35  <Ammler> it is about using the rpms
13:33:43  <Yexo> hmm, right
13:33:50  <planetmaker> it would mean to NOT use an rpm for NML. Yes, that I know
13:34:01  <planetmaker> but... wouldn't it be feasible to use hg clone in the build script?
13:34:20  <Ammler> that would need a lot morework
13:34:34  <Ammler> the build script itself of course not
13:34:42  <Ammler> as that has no network access
13:34:54  <planetmaker> hm, I see
13:36:26  <planetmaker> There I see how it's a lot more work...
13:36:40  <Ammler> but I can do such things before teh build
13:37:09  <Ammler> but as said, simply defining a version would be easy
13:37:50  <Ammler> like nightlies:<rev> or releases:<ver>
13:37:51  <planetmaker> That would solve most of it, too
13:38:10  <planetmaker> I assume I could still skip that and default:HEAD is used?
13:38:33  <Ammler> that would not be possible
13:38:37  <Ammler> as said only rpms
13:38:45  <planetmaker> but it uses NML tip now?
13:38:52  <planetmaker> why would that cease to be possible?
13:38:52  <Ammler> but we can keep the latest for undefined
13:39:06  <Ammler> planetmaker: no, it uses the nightly
13:39:11  <planetmaker> well. yes. Sorry.
13:39:13  <planetmaker> That I mean
13:39:22  <Ammler> :-)
13:39:24  <planetmaker> I was unprecise :-)
13:39:43  <planetmaker> using the last nightly, when nothing is specified, would still work
13:39:53  <planetmaker> But I could thus explicitly specify a certain release
13:39:59  <Ammler> should be feaseable, as that is the case now
13:40:17  <Ammler> it would mainly be a 3rd additional variable
13:40:59  <planetmaker> That would probably be nice. It would have the added benefit, that a (re-)build of something requiring the "last" release would be rather requiring "release XY" which would be unique and reproducable in the future
13:41:08  <Ammler> <package>[;<build-branch>][;<version>]
13:41:44  <planetmaker> so like nml; ---> nightly
13:41:54  <planetmaker> nml;0.2 --> tip of 0.2 branch
13:41:58  <Ammler> no
13:42:02  <planetmaker> nml;1586
13:42:04  <Ammler> nml;releases;0.2.0
13:42:47  <Ammler> we have no branch support at al
13:43:02  <planetmaker> <build-branch> was confusing ;-)
13:43:15  <Ammler> yes, how should I call it?
13:43:23  <planetmaker> build type?
13:46:59  <Brot6> Swedish Rails - Revision 232:eeff6549bb6e: Fix: [0.7] Require stable NML to ensure grf v7 (planetmaker) @
13:46:59  <Brot6> Swedish Rails - Revision 233:110e98b902f9: Change: Update changelog for release of 0.7.4 (planetmaker) @
13:46:59  <Brot6> Swedish Rails - Revision 234:d15a96ded8cb: Added tag 0.7.4 for changeset 110e98b902f9 (planetmaker) @
13:49:30  <Brot6> swedishrails: update from 0.7.3 to 0.7.4 done -
13:59:16  <planetmaker> And in the forums I'll not explain why 0.7.3 is skipped ;-)
14:09:19  <Ammler> planetmaker: you can btw. also have different nml for tags or nightlies
14:10:30  <planetmaker> hm, true
14:10:45  <planetmaker> but it need slightly different code, so a branch is good
14:10:55  <planetmaker> I might also backport the updated tunnel graphics
14:11:10  <planetmaker> but remove all old non-railtype cruft in the default branch now
14:11:20  <Ammler> ah, not meant because of the branch, but true
14:11:21  <planetmaker> Thus removing 50% of the code ;-)
14:11:58  <planetmaker> And I need to up the version requirement properly with NewGRF v8
15:26:08  <Brot6> Swedish Rails - Revision 235:2d7ff6644c6b: Cleanup: Remove code which implements the tracks witho... (planetmaker) @
15:26:08  <Brot6> Swedish Rails - Revision 236:60ebcf38302d: Cleanup: Remove old version checks for variables conce... (planetmaker) @
15:26:08  <Brot6> Swedish Rails - Revision 237:441d1c4da248: Cleanup: Give the tunnel parameter and the related str... (planetmaker) @
17:04:52  *** SnowDragon has joined #openttdcoop.devzone
17:11:54  <Brot6> nml: update from r1762 to r1764 done -
17:19:30  <Brot6> ogfx-trains: update from r281 to r282 done -
17:20:37  <Brot6> ogfx-industries: update from r130 to r132 done -
17:24:28  *** frosch123 has joined #openttdcoop.devzone
17:27:18  <Brot6> cets: update from r382 to r385 done (218 warnings) -
17:29:01  <Brot6> swedishrails: update from r227 to r237 done -
17:34:41  <Brot6> bandit: compile of r26 still failed (#3303) -
17:40:21  <Brot6> dutchtramset: compile of r87 still failed (#3355) -
17:44:28  <Brot6> ogfx-rv: compile of r141 still failed (#3356) -
17:45:12  <Brot6> ogfx-landscape: compile of r110 still failed (#3357) -
17:49:11  <Brot6> airportsplus: compile of r148 still failed (#3358) -
17:49:12  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: firs (24 warnings) (Diffsize: 70050), foobarstramtracks (Diffsize: 37132), manindu (Diffsize: 2), newgrf_makefile (Diffsize: 12), dutchtrains, rust (Diffsize: 188), ogfx-biggui (Diffsize: 30), swisstowns (Diffsize: 43), dutchroadfurniture (Diffsize: 8632), spanishtowns (Diffsize: 8), frenchtowns (Diffsize: 21), german-townnames (Diffsize: 51), dach
17:49:12  <Brot6> (Diffsize: 10855), belarusiantowns (Diffsize: 64), indonesiantowns (1 warnings) (Diffsize: 29)
18:25:12  *** Zuu has joined #openttdcoop.devzone
19:02:51  <Brot6> clientpatches: compile of r23518 still failed (#2964) -
19:04:38  <Brot6> serverpatches: compile of r23518 still failed (#2966) -
19:06:42  <Brot6> 32bpp-ez-patches: compile of r23518 still failed (#2446) -
19:14:30  *** andythenorth has joined #openttdcoop.devzone
19:33:59  *** JVassie has joined #openttdcoop.devzone
20:59:43  *** Zuu has quit IRC
21:04:01  *** Zuu has joined #openttdcoop.devzone
21:35:06  *** andythenorth has left #openttdcoop.devzone
22:04:21  *** Zuu has quit IRC
22:15:31  *** ODM has quit IRC
23:09:58  *** frosch123 has quit IRC
23:52:41  *** JVassie has quit IRC

Powered by YARRSTE version: svn-trunk