Times are UTC Toggle Colours
01:46:25 *** ODM has joined #openttdcoop.devzone 03:25:27 *** ODM has quit IRC 06:44:55 *** Zuu has joined #openttdcoop.devzone 07:48:58 <Xotic750> Ammler: I am performing some hg converts locally for ogfx-trains. When finished I will have 2 local repositories with a complete history, 1 for all the blender and raw files and the other will be just the sprites and nml. Is it possible to replace the 2 current repositories with these when they are finished. this will solve the disk space issue 07:51:28 *** Alberth has joined #openttdcoop.devzone 08:00:07 <Alberth> blyp 08:00:51 <Xotic750> g'morning :) 08:02:08 <planetmaker> that will be possible, yes, Xotic750 08:02:22 <planetmaker> though not free of issues 08:02:33 <planetmaker> especially with redmine's project view 08:02:38 <planetmaker> but solvable 08:03:04 <Xotic750> ok, well I'm creating 2 temporary repos on bitbucket of the seperated projects, I will give you the name shortly 08:03:44 <planetmaker> ok 08:04:21 <Alberth> Xotic750: this morning I thought of two alternative solutions for m4 that you may want to look at for comparison, namely CETS by Eddi and various projects by Andy, including FISH. 08:05:10 <Xotic750> ok, in what way are they alternative? 08:05:33 <Alberth> Alternative as in generating nml, but I think they do even higher level stuff like automagic calculation of model life times for the entire set 08:06:34 <Alberth> ie it looks like their solution to what you want to aim to do with m4 (or something close to that) 08:07:05 <Alberth> but I have not looked at it in any detail 08:07:36 <Alberth> (I wouldn't know what to look for in the first place, as I have never written any significant newgrf) 08:08:17 <Alberth> hi planetmaker 08:08:30 <planetmaker> hallo Alberth 08:09:17 <Alberth> hmm, there was something I wanted to ask you, but I have forgotten what it was :p 08:09:40 <Xotic750> so FISH uses python to create its code 08:09:47 <Alberth> ah, well, it'll come back to me :) 08:10:18 <planetmaker> :-) 08:10:50 <Alberth> andy was discussing that indeed. He experimented in BANDIT, but that was mostly graphics generation 08:11:44 <Alberth> Not sure how far it has progressed 08:13:37 <Xotic750> looking at the repo, that's how it looks. it seems he does some calcs then uses some templates and performs a search and replace 08:14:04 <Xotic750> and some stuff is full generated by loops, then it is all concatenated 08:15:39 <Xotic750> planetmaker: here is the converted ogfx-trains repo - https://bitbucket.org/Xotic750/ogfx-trains-convert/overview 08:15:41 <Webster> Title: Xotic750 / ogfx-trains-convert / overview Bitbucket (at bitbucket.org) 08:16:37 <Xotic750> a mere 207MB with all the blends etc removed :) 08:17:13 <planetmaker> wow, that's quite a bit reduction :-) 08:18:06 <Xotic750> yep 08:18:08 <Brot6> zBuild - Revision 14:fbb2873cbc47: Change: Update zbuild to latest subrepos revisions XAlberthX @ http://dev.openttdcoop.org/projects/zbuild/repository/revisions/fbb2873cbc47 08:18:37 <Xotic750> little bit of fiddling and merging to do with the renders repo but then will have a full history for that too 08:19:06 <Ammler> hmm, my pc does not trust bitbucket.org :-o 08:19:06 <Xotic750> then hopefully we can have a nightly build again 08:20:10 <Ammler> oh, system time is broken :-) 08:21:43 <Ammler> how did you convert? 08:22:22 <Ammler> and I don't think, the repo size alone is the case of failing :-( 08:23:18 <Xotic750> using hg convert 08:23:19 <Xotic750> http://mercurial.selenic.com/wiki/ConvertExtension 08:23:19 <Xotic750> then have a filemap 08:23:19 <Xotic750> exclude sprite_source/blender 08:23:19 <Xotic750> rename . 08:23:20 <Webster> Title: ConvertExtension - Mercurial (at mercurial.selenic.com) 08:23:49 <Xotic750> hg convert --filemap ~/ottdproj/hgmapfile2 ~/ottdproj/ogfx-trains ~/ottdproj/ogfx-trains-Repo 08:23:49 <Ammler> hmm, but why exclude blender files, aren't those source? 08:23:56 <Xotic750> yes 08:23:58 <Ammler> shouldn't you exclude the rendered images 08:24:08 <Xotic750> no 08:24:13 <Xotic750> and yes 08:24:17 <Xotic750> it exludes both 08:24:43 <Xotic750> then I do the opposite for the blender directory to include it 08:24:58 <Xotic750> now I have all the files and history split into 2 projects 08:25:00 <Ammler> wellwell 08:25:24 <Ammler> I should fix the damn http server 08:25:49 <Xotic750> now, I will just merge the renders history and the renders repo and all should be done 08:27:10 <Xotic750> he only problem that I can see is that the revision number of ogfx-trains is much lower than current 08:27:37 <Ammler> so first step is to generate the rendered images and make a snapshort, right? 08:27:52 <Ammler> then use that packages as dependency for ogfx-trains? 08:28:10 <Xotic750> yes, create blender files then render them. They all go to the renders project 08:28:46 <Xotic750> next create the sprites from the renders, they all go to the ogfx-trains project 08:29:05 <Ammler> which part does need much time? 08:29:08 <Xotic750> so, the way I do it is to clone both repos 08:29:43 <Xotic750> then I create a softline to the renders project within the ogfx-trains project 08:30:24 <Xotic750> both rendering and post processing take a similar amount of time 08:30:44 <Ammler> I also wonder, won't we get the same issue with zbase? 08:31:19 <Xotic750> zbase is like our renders repo 08:31:50 <Xotic750> zzbasebuild is like ogfx-trains 08:32:15 <Xotic750> then zbuild pulls all the repos and does the equivalent of my softlink 08:32:41 <Xotic750> so zbase will be big 08:32:51 <Xotic750> and yes may cause an issue on your CF 08:33:08 <Xotic750> ogfx-trains should never cause that issue any more 08:33:18 <Ammler> so first to fix is http clone/pull 08:33:37 <Ammler> then rising memory useage of the compiler chroot 08:33:59 <Xotic750> this is the repo to replace ogfx-trains 08:34:01 <Xotic750> https://bitbucket.org/Xotic750/ogfx-trains-convert/overview 08:34:04 <Webster> Title: Xotic750 / ogfx-trains-convert / overview Bitbucket (at bitbucket.org) 08:34:19 <Xotic750> still working on the renders repo as it requires a merge 08:34:24 <Xotic750> to get all the history 08:34:46 <Ammler> then we backup current ogfx-trains to ogfx-trains-backup 08:35:03 <Ammler> and then you can push your repo to a fresh repo 08:35:36 <Xotic750> ok 08:35:52 <Ammler> but before we do that, we really need to fix the http server 08:35:53 <Xotic750> we still need all the issues from the original ogfx-trains 08:36:10 <Ammler> Xotic750: we do not replace the project 08:36:19 <Ammler> the repo only 08:36:20 <Xotic750> ok 08:36:44 <Ammler> (needs to be done from admin via ssh) 08:40:12 <Ammler> back some time, I used uwsgi for the repos, maybe it was a bad idea to swith to gunicorn 08:42:45 <Ammler> I sill setup this today/this WE and then we see... 08:43:35 <Xotic750> I will give you the address to the other converted repo when I finish 08:43:53 <Xotic750> then I will not perform any commits/pushes until we are finished 08:49:51 <Ammler> oh, that i no issue, you know, DVCS :-P 08:49:55 <Ammler> no crappy svn 08:56:59 *** ODM has joined #openttdcoop.devzone 09:21:57 <Brot6> zBuild - Bug #4105 (New): DevZone compile failed XcompilerX @ http://dev.openttdcoop.org/issues/4105 09:23:01 <Brot6> zbuild: compile of r14 still failed (#4096) - http://bundles.openttdcoop.org/zbuild/nightlies/ERROR/r14 09:25:39 <dihedral> greetings 09:44:56 * Alberth waves hi 09:45:37 <Brot6> NewGRF Meta Language - Revision 1955:d72339a68def: Add: actionD.write_action_value to write a single... XHirundoX @ http://dev.openttdcoop.org/projects/nml/repository/revisions/d72339a68def 09:45:37 <Brot6> NewGRF Meta Language - Revision 1956:648863b5484f: Codechange: Use actionD.write_action_value to ded... XHirundoX @ http://dev.openttdcoop.org/projects/nml/repository/revisions/648863b5484f 09:45:37 <Brot6> NewGRF Meta Language - Revision 1957:4ebd74491283: Fix: Make ActionA work for more than 255 consecut... XHirundoX @ http://dev.openttdcoop.org/projects/nml/repository/revisions/4ebd74491283 09:51:14 <Brot6> NewGRF Meta Language - Revision 1958:3f3e4fcaa4d5: Fix: Update 'Usage' section of readme to match th... XHirundoX @ http://dev.openttdcoop.org/projects/nml/repository/revisions/3f3e4fcaa4d5 09:58:17 <Brot6> zBuild - Revision 15:31e7f1069325: Fix: Logfiles usually stay where they are XAlberthX @ http://dev.openttdcoop.org/projects/zbuild/repository/revisions/31e7f1069325 09:58:46 * Alberth keeps fingers X-ed 10:03:34 <Brot6> zbuild: compile of r15 still failed (#4096) - http://bundles.openttdcoop.org/zbuild/nightlies/ERROR/r15 10:10:52 * Alberth does not understand this 10:12:24 <planetmaker> nor do I :-( 10:12:47 <Alberth> half the files have the wrong revision, and I see no file that shows the actual error 10:17:37 <Brot6> NewGRF Meta Language - Revision 1959:798f9104ea17: Add: Vehicle misc_flag VEHTYPE_FLAG_NO_BREAKDOWN_... XHirundoX @ http://dev.openttdcoop.org/projects/nml/repository/revisions/798f9104ea17 10:20:51 <Alberth> is there a way to build this stuff locally, or does it need an insane number of other stuff and/or custom scripts? 10:21:55 <Brot6> NewGRF Meta Language - Bug #4097 (Closed): DevZone compile failed XcompilerX @ http://dev.openttdcoop.org/issues/4097 10:21:55 <Brot6> NewGRF Meta Language - Bug #4097 (Closed): DevZone compile failed XHirundoX @ http://dev.openttdcoop.org/issues/4097#change-11202 10:31:58 <Brot6> NewGRF Meta Language - Feature #4106 (New): New capacity system in OpenTTD 1.2.x XHirundoX @ http://dev.openttdcoop.org/issues/4106 10:33:39 <Ammler> planetmaker: I would start with a vanilla spec instead copying opengfx spec 10:33:57 <Ammler> one of the most complex specs we have 10:34:47 <Ammler> well, if you need a custom spec at all, why? 10:36:07 <Ammler> or Alberth ^ 10:38:03 *** Zuu has quit IRC 10:38:20 <Ammler> I always told you that copying spec from other project is bad idea 10:40:31 <Alberth> what language is that spec, and how do you make one? 10:41:12 <Alberth> I probably don't have enough time :p 10:41:32 <Alberth> nvm, it will have to wait 10:43:12 <Ammler> well, why do you need a custom spec 10:43:57 <Brot6> zbuild: update from r13 to r15 done (1168 warnings) - http://bundles.openttdcoop.org/zbuild/push/r15 10:46:43 <Ammler> Alberth: also what is fetch subrepos for? Doesn't hg do that automatically? 10:48:15 <Ammler> also why generate all the additional bundles but not publish? 10:48:48 <Ammler> if you want to test it, you should use file flag T 10:49:05 <Alberth> http://mercurial.selenic.com/wiki/Subrepository?action=show&redirect=Subrepositories#Pull no it does not 10:49:06 <Webster> Title: Subrepository - Mercurial (at mercurial.selenic.com) 10:49:33 <Alberth> Ammler: you have the wrong impression that I understand what that spec is about, and how your build system works 10:49:50 <Ammler> :-) 10:49:58 <Ammler> then answer the initial question 10:50:03 <Ammler> why do you need custom spec? 10:50:27 <Alberth> I was not aware this is a custom spec, nor do I know what a non-custom spec is 10:50:44 <Ammler> non-custom is like 90% of the other newgrfs have 10:51:05 <Ammler> default is without any spec 10:51:07 <Alberth> I have never seen the spec of that either 10:51:26 <Ammler> because most projects don't have any 10:52:00 <Alberth> the minimal you need is cd zbasebuild before building, and moving the result again, I suppose 10:52:21 <Ammler> hmm, you use fedora, right? 10:52:23 <Alberth> ie zbuild is not where you build the baseset 10:52:29 <Ammler> fedora does also package via rpm 10:52:29 <Alberth> yes I do 10:52:43 <Ammler> the used build language we use here too 10:53:08 <Ammler> a kind of shell script 10:53:38 <Alberth> yeah it looks that way, but that's all I can say about it 10:53:57 <Ammler> the default nml script for example: http://dev.openttdcoop.org/projects/home/repository/entry/compiler/.default/nml/nml.spec 10:54:04 <Alberth> just because my package manager uses rpm does not mean I know about it :) 10:54:27 <Ammler> project without any spec use the specs from .default 10:55:00 <Alberth> (12:52:25 PM) Brot6: zbuild: update from r13 to r15 done (1168 warnings) - http://bundles.openttdcoop.org/zbuild/push/r15 <-- this one gives more informarion, enough for me to figure out what to change, it seems 10:55:07 <Ammler> and asyou see, much easier 10:55:50 <Ammler> well, the opengfx spec builds around 10 times the same thing 10:56:24 <Ammler> I am not sure, if that is really what you want, specially if you don't need the resulting packges neither for publihg nor testing 10:57:19 <Ammler> if you copy from opengfx, you should also copy the other files, like files 10:58:45 <Ammler> again, why do you need a custom spec? 10:59:15 <Ammler> what do you need different than the rest of the devzone projects? 10:59:44 <Alberth> <sigh/> 10:59:49 <Ammler> :-) 11:00:01 <Ammler> you think, it is wise to start with a complex spec then? 11:00:40 <Alberth> I did not create zbuild, i did not copy opengfx build files to zbuild, I have no idea what any spec does or not does, i do not know why or why not 11:00:57 <Ammler> Alberth: also about subrepos, why do you think does the server work without running tat script? 11:00:58 <Alberth> I just try to get the damn thing produce output 11:01:24 <Ammler> ok 11:01:29 <Alberth> Ammler: that fetch_subrepos scripts is not used during build 11:01:53 <Ammler> so what does the server use to build? 11:02:41 <Alberth> cd zbasebuild ; make <whatever> 11:03:36 <Ammler> yes, and zbasebuild needs to be pulled 11:03:48 <Ammler> which is done automatically 11:04:46 <Ammler> hmm, maybe that sript is for hg versions which do not support subrepos 11:05:07 <Brot6> zBuild - Revision 16:46eccb5174f9: Fix: Going two directories deeper implies going two levels as wel... XAlberthX @ http://dev.openttdcoop.org/projects/zbuild/repository/revisions/46eccb5174f9 11:05:11 <Alberth> ? 11:05:12 <Ammler> anyway, nice to see i works 11:05:26 <Ammler> s/i/it/ 11:05:26 <Brot6> Ammler meant: "anyway, nitce to see i works" 11:05:40 <Ammler> ah, stupid Brot6 :-P 11:05:55 <Alberth> hg does subrepos all by itself, the script does not need to support subrepos afaik 11:06:30 <Ammler> yeah, I wonder what the script is for, automatically update the state? 11:06:37 <Ammler> hmm, no 11:07:01 <Alberth> I find it highly irritating tbh, in addition it breaks if I make suggested changes to sentences from others 11:07:16 <Alberth> the fetch_subrepos script? 11:07:23 <Ammler> yes 11:08:37 <Alberth> it's a shorthand for cd zbasebuild ; hg pull -u ; cd ../opengfx ; hg pull -u ; cd ../zbase; hg pull -u 11:08:54 <Ammler> and what is tat for? 11:09:05 <Alberth> which is too long complicated to type more than one time 11:09:08 <Ammler> shouldn't you commit the new state? 11:09:26 <Alberth> it fetches new revisions from the sub repos 11:09:59 <Alberth> afterwards, I can test and/or commit an update to zbuild 11:10:07 <Ammler> I mean, if you pull and update manually, I understand, why do you think, the server uses wrong revs, why not simply use the subrepo feature of hg? 11:10:35 <Ammler> ah ok 11:11:05 <Alberth> zbuild does not automatically use new revisions from its subrepos, that's how subrepos work 11:11:22 <Ammler> yeah, I see, you need that script for you only 11:11:45 <Ammler> it is not meant for users 11:11:45 * Alberth nods 11:11:54 <Ammler> yeah, that was confusing :-P 11:12:23 <Alberth> you never commit anything for development only? :) 11:13:36 <Ammler> no, I was wondering, because you complaint about server using wrong revs 11:14:19 <Ammler> anyway, back to the spec, what else as the final grf do you need from zbuild? 11:15:26 <Ammler> should it build opengfx grfs? 11:15:56 <Alberth> http://devs.openttd.org/~alberth/wrong_revisions.png 11:16:45 <Alberth> it should build a zbase baseset 11:17:47 <Ammler> same way as opengfx? 11:17:59 <Ammler> with all the additional bundles and testing? 11:19:24 <Alberth> I don't know, I assume planet maker left that in on purpose 11:19:28 <Ammler> ah well, just check the dae 11:19:31 <Ammler> date 11:19:47 <Ammler> hmm 11:22:54 <Ammler> IMO, the step via source bundle is not necessary yet 11:23:09 <Ammler> then you could scipt the whole moving etc. 11:23:23 <Ammler> and add that part later,if everything else work 11:23:40 <Ammler> skip* 11:24:42 <Ammler> IMO, it is easier to get iw roking from a very basic spec and add new things when old things work instead start with very complex spec 11:24:52 <Ammler> and search for error, if you even don't know what you want 11:25:19 <Alberth> [ 2409s] + cd ../zbuild[ 2409s] error: Bad exit status from /var/tmp/rpm-tmp.vrj8we (%prep) 11:26:00 <Alberth> I just fixed that 'cd' command, so perhaps it works now 11:26:46 <Alberth> it's already running for 20 minutes :p 11:49:01 <Ammler> yes, as you build the same around 10 times, it needs time 11:50:01 <Ammler> just check how long it needs locally (with one core) and then multplicate with 10 11:50:22 <Alberth> but the previous time it broke after 6 minutes, so it seems I fixed that error 11:51:52 <Ammler> yes, still do you really need it to build 10 times? 11:53:03 <Alberth> planetmaker: ^^ do we need that many builds? 11:54:15 <Ammler> specially as don't publish those and don't need it for test 11:54:34 <Ammler> I see 0 sense 11:55:19 <Ammler> e.q. we install opengfx and check for the rpm, you don't do that in zbuild 11:55:52 <Ammler> as said, copying the spec from opengfx without copying the file files is silly 11:57:02 <Ammler> also copying a spec you do not understand is sillier :-P 11:58:01 <Alberth> (01:09:08 PM) Alberth: I did not create zbuild, i did not copy opengfx build files to zbuild, I have no idea what any spec does or not does, i do not know why or why not 11:59:25 <Ammler> well, pm might read this 11:59:46 <Alberth> you run that risk indeed :) 12:00:15 <planetmaker> omg. I read it! 12:00:33 <planetmaker> Ammler, why build 10 times? 12:00:54 <Ammler> planetmaker: at last 2 times 12:00:56 <Ammler> but every make is dep check, 12:01:25 <Ammler> the opengfx spec builds first the source bundle 12:01:30 <planetmaker> it builds the same way as opengfx. Which means... once from hg, once from tar source generated from that 12:01:35 <planetmaker> yes 12:02:37 <Ammler> ok 12:02:48 <Ammler> so want that :-) 12:03:45 <Ammler> but why build all the different bundles, but not publish it and also not test it? 12:04:24 <Ammler> it might make sense to build 1 source bundle and build from it 12:04:56 <planetmaker> Ammler, *that* is the part which you wrote ;-) 12:05:18 * Alberth looks for some popcron :) 12:05:25 <planetmaker> hm... popcron 12:05:38 <Ammler> planetmaker: I wrote it for opengfx 12:05:46 <Ammler> and we publish there those additional packages 12:05:50 <planetmaker> crontab -pop /usr/local/fun 12:06:11 <Ammler> as you see in the file files, which you didn't copy :-P 12:06:37 <planetmaker> Ammler, yes... and zbuild simply uses the unmodified build procedure... might not make sense in all aspects thus. But should work all the same. And publish the same stuff as OpenGFX 12:06:51 <planetmaker> Even when it makes not too much sense :-) 12:06:57 <Ammler> then would copy files too 12:07:31 <Ammler> well, I am already happy, subrepos works 12:07:46 <planetmaker> in any case: I think it will be good, if building of zbase is tremendously simplified 12:08:01 <planetmaker> we could even, for now, cut away the test for building from tar source 12:08:11 <Ammler> just comment it out then 12:08:21 <planetmaker> and, it should get the simplified new build system :-) 12:08:28 <planetmaker> instead of the old makefile 12:08:30 <Ammler> or remove the spec 12:08:40 <Ammler> ah no, you need custom spec 12:08:43 <Ammler> for the cd thing 12:09:11 <Ammler> hmm, you could add a Makefile to zbuild though 12:09:24 <Ammler> a kind of wrapper 12:09:26 <planetmaker> yes, I could. Maybe I should 12:09:42 <planetmaker> But as far as I saw it, it would need to define all targets which one could want to call there 12:10:00 <planetmaker> which would be nearly an identical copy of what we have in zbasebuild 12:10:19 <Ammler> make $@ 12:10:37 <Ammler> make -C zbasebuild $# 12:10:46 <Ammler> ah well, you get what I mean :-P 12:11:20 <planetmaker> well... I know what you mean. I am just not sure whether it's that easy to implement :-) 12:11:30 <Ammler> :-) 12:12:06 <Ammler> also is zbuild that much smaller as ogfx-trains=? 12:13:03 <Alberth> zbuild is practically empty 12:13:06 <Ammler> 700MB 12:13:08 <Brot6> zbuild: update from to r16 done (1167 warnings) - http://bundles.openttdcoop.org/zbuild/nightlies/r16 12:13:08 <Brot6> zbuild: update from r15 to r16 done (1167 warnings) - http://bundles.openttdcoop.org/zbuild/push/r16 12:13:42 <Ammler> planetmaker: which size was "the dead" of ogfx-trains? 12:14:52 <Ammler> Alberth: I meant a clone of zbuild 12:15:07 <planetmaker> how "dead"? 12:15:24 <Ammler> well, do you remember from which size on ogfx-trains didn't build anymore 12:15:46 <planetmaker> on the CF? I don't know really 12:15:56 <Ammler> around 2G 12:16:16 <planetmaker> that was the overall repo size in the end, I think. Issues started earlier 12:16:33 <planetmaker> 2.3G is my ogfx-trains repo here 12:16:48 <planetmaker> 2.1G is .hg, thus the "real" repo size 12:17:22 <Alberth> clean ogfx-trains is 2.2GB here, zbuild with all generated files is 908MB 12:17:55 <Ammler> -rw-r--r-- 1 hg hg 668M 27. Jul 11:11 zbuild-r16.tar 12:18:26 <Alberth> sounds reasonable 12:19:02 <Ammler> well, I expect not much time in the future, we (I) will have the same issue with it as with ogfx-trains 12:19:19 <Ammler> so indeed, I (we) need to find a solution soon 12:19:26 <Alberth> 56M opengfx 12:19:26 <Alberth> 649M zbase 12:19:26 <Alberth> 204M zbasebuild <-- contains all generated stuff 12:20:09 <Ammler> Alberth: what is the size of zbuild snapshot? 12:20:33 <Ammler> (just wonder if it worth to think about using snapshots instead hole repo 12:20:51 <Alberth> what's a snapshot and how do I make one? 12:20:55 <Ammler> I hate this keaboard 12:21:02 <Ammler> hg archive 12:24:42 <planetmaker> Ammler, another thing from the logs: I notice that it takes like 8 minutes before the chroot actually is in a state that it can start thinking of building *anything* 12:25:07 <planetmaker> wouldn't it make maybe sense to indeed do that differently, at least by default? 12:25:20 <planetmaker> by providing a few pre-specified VMs? 12:25:46 <Ammler> well, creating the tar needs that long 12:26:07 <Ammler> I don't think, you could speedup that 12:26:20 <Alberth> unpack it from a tar file? 12:26:34 <Ammler> no creating 12:26:42 <Ammler> unpack is part of the building 12:27:28 <Ammler> planetmaker: you mean making a vm just for zbase? 12:27:40 <Alberth> I mean set up the environment by unpacking a tar file instead of installing everything every time from scratch 12:27:55 <Ammler> that is around 1min 12:28:22 <Ammler> making the big tar is the time consuming thing 12:29:01 <planetmaker> Ammler, no. I mean making a VM which builds NewGRFs 12:29:18 <Ammler> yes, but as I said, that is the low time part 12:29:22 <planetmaker> Ammler, and by the logs, that takes 400+ seconds. Which is about 7 to 8 minutes 12:29:32 <Alberth> 283822080 Jul 27 14:35 zbuild_tip.tar recursive snapshot from an existing zbuild repo is about 280MB 12:29:40 <Ammler> setup build env doesn't need time, but it could solve the memory issue 12:30:22 <planetmaker> [ 1037s] Starting SuSEconfig, the SuSE Configuration Tool... 12:30:47 <Ammler> planetmaker: then we could use a existing ci thing 12:31:02 <planetmaker> but 1000 seconds surely is even > 10 minutes 12:31:38 <Ammler> hmm 12:31:48 <planetmaker> [ 1037s] Starting SuSEconfig, the SuSE Configuration Tool... 12:31:59 <planetmaker> http://bundles.openttdcoop.org/zbuild/nightlies/LATEST/log/zbuild-r16-devzone.log 12:32:45 <planetmaker> it needs 5 minutes to break cyclic deps 12:33:04 <Ammler> planetmaker: now check the log of push 12:33:39 <planetmaker> yes. same thing. so? 12:33:55 <Ammler> [ 620s] + make -j1 12:33:57 <Ammler> [ 2313s] + make -j1 bundle_xsrc 12:34:24 <planetmaker> at 1618s it starts make -j1 for me 12:34:28 <planetmaker> http://bundles.openttdcoop.org/zbuild/push/LATEST/log/zbuild-r16-devzone.log 12:34:37 <planetmaker> @calc 1600/60 12:34:37 <Webster> planetmaker: 26.6666666667 12:34:43 <Ammler> yes, there is builds same time 2 packages 12:34:46 <planetmaker> which is after 26 minutes of setting up stuff 12:35:06 <Ammler> [14:13] <Brot6> zbuild: update from to r16 done (1167 warnings) - http://bundles.openttdcoop.org/zbuild/nightlies/r16 12:35:07 <Ammler> [14:13] <Brot6> zbuild: update from r15 to r16 done (1167 warnings) - http://bundles.openttdcoop.org/zbuild/push/r16 12:35:22 <Ammler> anyway, it is a option 12:35:34 <Ammler> but not the time is the issue I would consider something else 12:35:53 <Ammler> rather if I don't get a solution for the memory 12:36:03 <planetmaker> Ammler, how is building it twice an issue when the first build run only starts after 25 minutes of setup procedure? 12:36:06 <Ammler> anyway, I am not against another building tool 12:36:37 <Ammler> because it needs to share cpu and specially file io 12:36:44 <planetmaker> yes, it takes 3485-1618 seconds to build 12:36:49 <planetmaker> @calc 3485-1618 12:36:49 <Webster> planetmaker: 1867 12:36:56 <planetmaker> @calc 1867/60 12:36:57 <Webster> planetmaker: 31.1166666667 12:37:00 <planetmaker> 30 minutes... 12:37:21 <Ammler> again, that is special case, if it build 2 packages parallel 12:37:39 <planetmaker> I don't see where it builds the other? 12:37:56 <Ammler> [14:35] <Ammler> [14:13] <Brot6> zbuild: update from to r16 done (1167 warnings) - http://bundles.openttdcoop.org/zbuild/nightlies/r16 12:37:58 <Ammler> [14:35] <Ammler> [14:13] <Brot6> zbuild: update from r15 to r16 done (1167 warnings) - http://bundles.openttdcoop.org/zbuild/push/r16 12:38:59 <planetmaker> ok, why does it build it twice? 12:39:04 <Ammler> but anyway, if 30 mins or 15 mins, both is long :-) 12:39:16 <Ammler> one is nightlies, one is push 12:39:30 <planetmaker> ah 12:39:43 <planetmaker> why... was push enabled? 12:39:58 <Ammler> ask the guy, who setup .devzone/build 12:40:38 <planetmaker> I'm sure I didn't put it there 12:40:39 <Ammler> it does not hurt, imo 12:40:51 <planetmaker> Ammler, with 30 minutes build time it does hurt 12:41:00 <Ammler> well 12:41:04 <planetmaker> as it'll queue process till no end, if you commit a few things within an hour 12:41:15 <Ammler> nono 12:41:21 <Ammler> it does not build every commit 12:41:31 <Ammler> only push and it does queue 12:41:39 <planetmaker> yes. 12:42:00 <Ammler> so if you push multiple times in the 30 mins, it doesn't build multipl times, just the last one 12:42:15 <planetmaker> eh? 12:42:34 <planetmaker> ah well 12:42:38 <Ammler> only one push will be build at a time 12:42:53 <Ammler> push and nightlies are build parallel because they have different queue 12:48:17 <Ammler> who did setup the new cf for openttd? 12:53:00 <planetmaker> TB 12:53:22 <Ammler> hmm, again, hoped someone new :-) 12:58:19 <Ammler> that the openttd cf setup newgrf compiler is no option 12:58:48 <Ammler> or that someone else than me setup compiler on our server 12:59:50 <Alberth> it's not something you want to let anyone handle 14:30:08 <Ammler> well, I would... :-P 14:35:28 * Rubidium wonders what graphics are left to be coded for zbase 15:17:59 <Alberth> monorail/maglev bridge slopes 15:18:03 <Alberth> bridge supports 15:18:20 <Alberth> cantilever bridges 15:18:42 <Alberth> wooden bridges 15:19:32 *** Xotic750_ has joined #openttdcoop.devzone 15:25:03 <Alberth> simple bridges afaik too 15:31:52 <Brot6> OpenGFX+ Trains - Support #4017: Reduce repo size by archiving sources that are split into own repo XXotic750X @ http://dev.openttdcoop.org/issues/4017#change-11203 15:32:30 <Brot6> OpenGFX+ Trains - Bug #4040: DevZone compile failed XXotic750X @ http://dev.openttdcoop.org/issues/4040#change-11204 15:34:35 <Brot6> OpenGFX+ Trains - Bug #4020: Language files not up to date with new text XXotic750X @ http://dev.openttdcoop.org/issues/4020#change-11205 15:44:55 <Brot6> zBaseBuild - Revision 47:35e7817e4f01: Add: bridge ramps for road and rail, fixing bridge height or ... XAlberthX @ http://dev.openttdcoop.org/projects/zbasebuild/repository/revisions/35e7817e4f01 15:44:55 <Brot6> zBaseBuild - Revision 48:e686a2df618b: Fix: Bridge height of suspension bridges XAlberthX @ http://dev.openttdcoop.org/projects/zbasebuild/repository/revisions/e686a2df618b 15:44:55 <Brot6> zBuild - Revision 17:327be967a79b: Change: Added bridge ramps, fixed height of bow and suspension br... XAlberthX @ http://dev.openttdcoop.org/projects/zbuild/repository/revisions/327be967a79b 16:28:16 <Brot6> zBaseBuild - Revision 49:52ad1519763d: Add: Bridge ramps for monorail and maglev XAlberthX @ http://dev.openttdcoop.org/projects/zbasebuild/repository/revisions/52ad1519763d 16:30:48 *** frosch123 has joined #openttdcoop.devzone 16:36:42 <Brot6> zbuild: update from r16 to r17 done (1167 warnings) - http://bundles.openttdcoop.org/zbuild/push/r17 16:53:02 <Brot6> OpenGFX+ Trains - Support #4017: Reduce repo size by archiving sources that are split into own repo XXotic750X @ http://dev.openttdcoop.org/issues/4017#change-11206 16:54:19 <frosch123> https://secure.openttd.org/bugs/task/5256/getfile/8484/paper_train.png <- look what is in the list of active grfs! (it starts with D) 16:56:08 <Hirundo> you mean DACH trainset, Dutch stations or Dutch trains? ;-) 16:59:54 <frosch123> do i have to mention that it is a 2kx2k map? 17:00:40 <frosch123> which has a single straight railtrack accross the whole map in a deep terraformed canyon through all hills? 17:18:13 <Alberth> oh, you have a user! 17:19:15 <Brot6> nml: update from r1954 to r1959 done - http://bundles.openttdcoop.org/nml/nightlies/r1959 17:23:41 <Hirundo> He was obviously experiencing what he thought was a bug (hence FS5256) and tried to fix it by downloading 'debug vehicles' 17:25:53 <frosch123> haha, would be awesome :) but it was there from gamestart 17:26:02 <frosch123> (checked the gamelog earlier) 17:26:17 <frosch123> sadly he only built maglev, so did not see them 17:26:50 <frosch123> first goal of debugveh on bananas was making fun of people actually downloading it 17:26:55 <frosch123> second goal was that someone plays with it 17:27:07 <frosch123> next goal is that someone complains about weird boxes on the tracks 17:48:58 <Brot6> DevZone Help Center - Membership #4107 (New): UK Town Set XzephyrisX @ http://dev.openttdcoop.org/issues/4107 17:58:02 <planetmaker> <frosch123> next goal is that someone complains about weird boxes on the tracks <-- I recently had that in the CETS thread. Someone complaining about boxes for trains... 18:37:45 <Brot6> zBase - Revision 37:12e73517f8bb: Add: Quickly modeled landscape objects (lighthouse and transmitter... XzephyrisX @ http://dev.openttdcoop.org/projects/zbase/repository/revisions/12e73517f8bb 19:21:47 <Brot6> zBaseBuild - Revision 50:b5dc668ac14e: Add: extra foundations XRubidiumX @ http://dev.openttdcoop.org/projects/zbasebuild/repository/revisions/b5dc668ac14e 19:24:58 <Rubidium> Alberth: highscore misses most, if not all, 'extra' sprites 19:25:55 <Alberth> quite likely, as it tests for baset graphics 19:29:32 <Rubidium> http://paste.openttdcoop.org/show/1601/ <- seems to be the folders that have none of their sprites coded yet 19:30:32 * Rubidium wonders whether the OGFX+Trains vehicles are good enough/useful for zbase 19:33:35 <Rubidium> also templates are somewhat scewing the results 19:39:12 <Alberth> the industries are broken, I think, at least the goldmine is 4x4 in game, while there are only 3 stages of 3x3 I reported this to zephyris by PM 19:39:21 <Xotic750_> What is it that makes you wonder if the sprites are not good enough? 19:39:28 <Alberth> otherwise the list seems to be correct 19:41:10 <Alberth> there are also still a lot of bridge sprites not done 19:42:51 <Rubidium> Xotic750_: I've not seen many of them, and I'm not sure whether OGFX+Trains is focussed on refitable vehicles, other than 8/8 vehicle length and such 19:43:39 <Alberth> the nice thing is that the intro game also changes appearance when we add sprites :) 19:46:33 <Rubidium> http://paste.openttdcoop.org/show/1602/ <- by looking at the NFO 19:49:42 <Rubidium> http://paste.openttdcoop.org/show/1603/ <- when ignoring gui and font sprites (or those with that in the path) 19:51:08 <Brot6> zBaseBuild - Revision 51:e9b0c8f52bb7: Add suspension bridges for monorail/maglev, fix suspension ca... XAlberthX @ http://dev.openttdcoop.org/projects/zbasebuild/repository/revisions/e9b0c8f52bb7 19:56:56 <Rubidium> Alberth: Zephyris committed a 'fix' making gold and ore mines 4x4 20:00:44 <Alberth> ah, missed that 20:04:05 <Alberth> Rubidium: are you aware that zbuild is the master repo for building zbasebuild at the devzone CF? It has opengfx/zbase/zbasebuild as subrepos. It stores the revision of its subrepos, and some spec build files 20:07:47 <Rubidium> yes, I'm just not using it 20:13:22 <Brot6> zBaseBuild - Revision 52:7d1286c4113c: Add: toyland rail XRubidiumX @ http://dev.openttdcoop.org/projects/zbasebuild/repository/revisions/7d1286c4113c 20:14:00 *** Alberth has left #openttdcoop.devzone 20:17:16 <Brot6> zBaseBuild - Revision 53:0d1ec24b3782: Add: city roads for toyland XRubidiumX @ http://dev.openttdcoop.org/projects/zbasebuild/repository/revisions/0d1ec24b3782 20:18:17 <Rubidium> ~30% (of about 8k needed 32bpp sprites) is coded now, slightly more are available 21:23:21 *** ODM has quit IRC 22:12:34 *** Xotic750_ has quit IRC 23:07:56 *** frosch123 has quit IRC 23:56:50 <Brot6> zBase - Revision 38:9f02f28abb87: Add: Temperate forest. XzephyrisX @ http://dev.openttdcoop.org/projects/zbase/repository/revisions/9f02f28abb87