Log for #openttdcoop.devzone on 16th September 2010:
Times are UTC Toggle Colours
00:27:31  *** thgergo has quit IRC
01:02:10  *** Webster has joined #openttdcoop.devzone
06:41:31  *** thgergo has joined #openttdcoop.devzone
07:42:30  <Brot6> Swedish Rails - Revision 177:54e42692b4ca: Change #1495: TTD style track conversion icons (planetmaker) @
07:42:30  <Brot6> Swedish Rails - Revision 178:fa5bfa220a72: Change #1495: OpenGFX cursors with full depot and tunn... (planetmaker) @
07:42:30  <Brot6> Swedish Rails - Revision 179:29cbaef82065: Cleanup: Remove code duplication related to choice of ... (planetmaker) @
07:42:33  <Brot6> Swedish Rails - Revision 180:addbb661cbb0: Fix: Ingame description of fences parameter was partia... (planetmaker) @
07:42:37  <Brot6> Swedish Rails - Revision 181:91a149f8c9a0: Add: German translation of missing strings (planetmaker) @
07:51:28  *** ODM has joined #openttdcoop.devzone
09:00:13  <planetmaker> @base 10 16 200
09:00:14  <Webster> planetmaker: C8
10:04:29  *** ODM has quit IRC
11:06:54  *** thgergo has quit IRC
11:09:39  *** KenjiE20 has joined #openttdcoop.devzone
11:58:05  <Brot6> Total Town Replacement Set - Revision 19:6046b2f1441e: Fix: Some spelling mistakes in building names (planetmaker) @
13:30:12  <Brot6> OpenGFX+ Trees - Revision 16:35d49fab47d5: Feature: New Tree Graphics. Some codechange to take ad... (Froix) @
13:40:12  *** Froix has joined #openttdcoop.devzone
13:49:38  <Brot6> Total Town Replacement Set - Revision 20:08690339ba98: Fix: Correct palette and no white pixels f... (planetmaker) @
13:55:56  <Froix> hello world
13:56:37  <planetmaker> oh, hello Froix :-)
13:56:38  <Ammler> hello man
13:56:45  <Froix> hey
13:56:53  <planetmaker> I'm just writing you a mail... I guess I can scrap that :-P
13:56:59  <Froix> ahaha
13:57:23  <Froix> so how do i make a build manually
13:57:32  <planetmaker> so... without much blabla: I'd like to persuade you to give using the makefile itself a try :-)
13:57:55  <planetmaker> dunno whether you have installed mingw already?
13:58:07  <Froix> yes i  those
13:58:20  <Froix> i can build ok on my pc
13:58:35  <planetmaker> so you can call 'make' in the OpenGFX+trees directory?
13:58:41  <Froix> yep
13:58:46  <planetmaker> and also 'make install'? Nice!
13:58:53  <Froix> yep.
13:59:28  <planetmaker> Then let me do a quick commit, so that the source won't get overwritten with each commit :-)
13:59:41  <Froix> alrighty
14:00:04  <planetmaker> but ... what do you mean with 'make a build manually'?
14:00:27  <Froix> to trigger the nightlies and releases i mean
14:01:17  <planetmaker> <-- nightlies are always made at 18:18 CE(S)T
14:01:30  <planetmaker> they cannot really be made manually
14:01:36  <Froix> ah ok
14:01:48  <Froix> how about release. when are those done
14:01:48  <planetmaker> a release is built when you tag a version and push that
14:01:55  <Froix> ah ok
14:02:12  <planetmaker> then the CF automatically builds the tag'ed version and publishes it
14:02:15  <Froix> that manually triggering the compile farm section got me confused
14:02:38  <planetmaker> hm, that's not really done
14:02:43  <Froix> ok
14:02:44  <Ammler> hmm
14:02:45  <planetmaker> it can be done with a bit effort :-)
14:02:54  <planetmaker> but I don't recommend it ;-)
14:02:57  <Ammler> planetmaker: you tried with push and failed?
14:03:01  * planetmaker waves hello at Ammler
14:03:04  <Froix> not yet
14:03:14  <planetmaker> Ammler: nothing failed
14:03:24  <Ammler> so how you know, it isn't possible?
14:03:34  <Ammler> belarusiantowns does it that way
14:03:55  <planetmaker> hm?
14:04:19  <planetmaker> you mean again adding the 'push' option to the repo?
14:04:28  <planetmaker> That's still wrong ;-) That's not manual
14:04:53  <Ammler> you add it and push and your remove it again
14:05:04  <Ammler> that is quite much automatically
14:05:10  <Ammler> or manually, I mean
14:05:12  <planetmaker> which ups your commit count by two
14:05:16  <planetmaker> for no good reason
14:05:32  <Ammler> ok, you think, all your commits are more worth?
14:05:40  <Ammler> :'-(
14:05:46  <planetmaker> no, I don't
14:07:13  <planetmaker> but let's not have the same discussion again :-) I know it's there. And it may have its uses. But testing a version by making two additonal commits feels wrong ;-)
14:07:36  <planetmaker> besides... let me up the trees to not overwrite the nfo
14:08:05  <Ammler> yes, you don't need to, but don't say, it isn't possible, please :-P
14:09:15  <planetmaker> :-x I'll be silent like a grave ;-)
14:09:16  <Froix> In conclusion: possible but not recommended.
14:09:28  <planetmaker> Froix: Ammler and myself disagree on that point ;-)
14:09:52  <Froix> did you both agree to disagree?
14:09:58  <planetmaker> :-)
14:10:21  <Ammler> hmm, not sure, I think, pm is wrong, it isn't just another opinion :-)
14:10:34  <Froix> ok how do i tag. i swear i saw that once before but i can't find it now
14:10:35  <planetmaker> :-P
14:11:01  <Ammler> hg tag VERSION
14:11:39  <planetmaker> with VERSION whatever is appropriate. like 0.2
14:11:43  <planetmaker> or 0.2.0 or alike
14:11:44  <Ammler> but tag should be used for release only, I suggested to make a "test tag", but that is again not in pms likes :-)
14:11:47  <planetmaker> Froix: pull
14:11:51  <planetmaker> and try to build :-)
14:12:07  <planetmaker> the main source file which you now need to edit is sprites/nfo/opengfx+trees.pnfo
14:12:24  <Froix> ok
14:12:35  <planetmaker> you may also add sub files and use #include "sprites/nfo/subfile.pnfo"
14:12:48  <planetmaker> the source files should have the extension pnfo :-)
14:12:48  <Brot6> OpenGFX+ Trees - Revision 17:aeb654e5caae: Change: rename the source to pnfo and thus cease to ov... (planetmaker) @
14:13:12  <planetmaker> it avoids that the lines are commited in a re-numbered way :-)
14:13:18  <planetmaker> Thus the real change is better visible
14:14:14  <Froix> excellent
14:14:55  <planetmaker> One thing I'd do, is to splite the source now really into logical parts and put them into separate source files which get included in the main file
14:15:02  <planetmaker> But that can be done anytime
14:15:33  <planetmaker> Usually I put the action8+14+parameter handling in a header.pnfo or alike
14:15:39  <planetmaker> depending upon the relative size :-)
14:16:23  <planetmaker> But I leave that to you, I guess :-) The grf also is not THAT big that it gets unreadable
14:16:47  <Froix> code is pretty small and not bound to grow
14:17:12  <Froix> unless i add more trees and give the user the option to choose which ones to use
14:17:12  <planetmaker> not much. you might add further trees which all need their own code. Somewhat
14:17:36  <planetmaker> I didn't look too closely: are already all trees replaced?
14:18:00  <Froix> some are still lacking younglings and dead stages
14:18:17  <planetmaker> aye. But cool, all tree types there then? Congratz :-)
14:18:30  <Froix> tnx. finally
14:18:53  <Froix> had a quick week break but i'll get this done this week
14:19:09  <planetmaker> no worries no rush. We do it for fun :-)
14:19:18  <planetmaker> But it is really an awesome tree set :-)
14:19:26  <Froix> tnx
14:19:56  <planetmaker> and finally some with a community-friendly license :-)
14:20:12  <planetmaker> something which constantly buged me about stolen trees.
14:21:08  <planetmaker> which now fortunately makes it easy to possibly re-use them in other projects without too much hassle (e.g. town or industry sets)
14:21:22  <Froix> ^_^
14:21:22  * planetmaker ponders to add a tree to the rail fences
14:21:50  <planetmaker> well. OpenGFX trees have the same license. But they're a totally different style
14:22:01  <Froix> dang! now i can't make
14:22:07  <planetmaker> what fails?
14:22:25  <Froix> cc1.exe: warning: is shorter than expected
14:22:35  <planetmaker> :-O
14:22:39  <planetmaker> that sounds evil
14:22:56  <planetmaker> that's the gcc compiler...
14:23:07  <planetmaker> it needs it
14:23:23  <Froix> i can run my gcc compiler fine though
14:23:37  <planetmaker> is it in the search path and the environment variable set properly?
14:23:44  <Froix> yes
14:23:56  <Froix> there's more error
14:24:10  <planetmaker> can you paste the whole thing to something like
14:26:19  <Froix> D:\OpenTTD\OpenTrees>make [DEPEND] Makefile.dep [CPP] opengfx+trees.nfo cc1.exe: warning:  is shorter than expected [NFORENUM] opengfx+trees.nfo /bin/sh.exe: /d/Newgrf/nforenum: is a directory Fatal nforenum error! make: *** [opengfx+trees.nfo] Error 1
14:28:28  <Froix> make works with nfo in sprites folder. not with pnfo if that helps
14:28:48  <planetmaker> the pnfo needs to be in sprites/nfo/
14:29:25  <planetmaker> and you do that in the same dir as the repository from which you push. E.g. where the grf is? where Makefile is?
14:29:30  <planetmaker> and Makefile.config?
14:29:31  <Froix> yes i have it there. i pulled the repo. that's when the errors showed up
14:31:24  <planetmaker> I mean, you call make also from the main dir of the repository?
14:31:48  <Froix> yes
14:31:49  <planetmaker> could you call make _V= and give that output?
14:31:56  <planetmaker> and paste it to
14:32:02  <planetmaker> better readable than htere
14:32:04  <planetmaker> *here
14:32:47  <Froix> exactly the same error i pasted
14:33:02  <planetmaker> with _V=?
14:33:07  <Froix> yes
14:33:53  <Froix> oh wait. the same without the first line . the makefile.dep
14:34:13  <planetmaker> call make mrproper and then make _V=
14:34:28  <planetmaker> maybe that helps...
14:35:14  <Froix> same thing. the same error
14:36:01  <planetmaker> but... with _V=
14:36:05  <Froix> but this does work anyone else using windows?
14:36:11  <planetmaker> the output must be different. mind the lack of spaces
14:36:11  <Froix> with
14:37:20  <Froix> no the error still the same
14:37:34  <planetmaker> well. it does.... <-- I expect to see that
14:40:04  <Froix>
14:40:35  <planetmaker> try a capital V
14:40:56  <planetmaker> capitalization matters :-)
14:41:42  <planetmaker> and, did you not only pull but also update to tip?
14:41:55  <planetmaker> (I assume so, just checking ;-) )
14:42:00  <Froix> i did
14:42:45  <Froix> well the capital V worked ->
14:43:06  <planetmaker> also: it doesn't find your nforenum. Either add the path or edit your Makefile.local with the full path, including the exe filename
14:45:33  <planetmaker> try possibly the same with gcc in the Makefile.local
14:51:24  <Froix> it works now with just the cc1.exe warning
14:51:38  <planetmaker> otherwise, what you could try: copy the pnfo file to sprites/opengfx+trees.nfo
14:51:49  <Froix> i renamed my renum.exe to nforenum.exe
14:51:52  <planetmaker> and just try make opengfx+trees.grf
14:52:11  <planetmaker> oh. Please update to a recent nforenum
14:52:15  <planetmaker> yes, its name changed
14:52:17  <Froix> i have
14:52:24  <Froix> still renum.exe
14:52:32  <Froix> or d you mean a nightly
14:52:35  <planetmaker> :-) recent ones call themselves nforenum
14:52:39  <planetmaker> at least 4.0
14:52:49  <planetmaker> better nightly
14:52:49  <Froix> 4.0 still has renum.exe
14:52:55  <planetmaker> oh, ok
14:53:28  <planetmaker> I guess the Makefile expects nforenum :-)
14:53:45  <planetmaker> I wasn't quite aware that 4.0 still had renum
14:54:36  <Froix> oh well that's done. everything works perfectly now. tnx
14:54:54  <planetmaker> hm. does it still work after you called make mrproper?
14:55:10  <planetmaker> and is the newgrf functional?
14:56:38  <Froix> hold on my pc's slow
14:57:32  <Froix> everything works fine
14:58:12  <Rubidium> planetmaker: 4.0 having renum.exe is a (fixed) bug of the CF
14:58:55  <planetmaker> good to know then, Froix :-)
14:59:40  <Rubidium> it just took over 1 month since the RC before people noticed that :(
14:59:47  <planetmaker> It's just important to know, Rubidium :-)
15:00:00  <planetmaker> As the current Makefile versions will fail when no _nfo_renum is found
15:00:26  <Rubidium> so, I should make a new release :)
15:02:04  <planetmaker> :-)
15:03:51  <planetmaker> 'should' is a strong word. But possibly some source of confusion and error might vanish over time
15:17:25  <Froix> hey! see you guys later. thanks for the help!
15:17:57  *** Froix has left #openttdcoop.devzone
15:30:36  <Brot6> OpenGFX+ Trees - Revision 18:35d18d2b845a: Change: Make use of automatic version and strings as p... (planetmaker) @
15:43:37  *** ODM has joined #openttdcoop.devzone
16:20:43  <Brot6> firs: update from r1364 to r1365 done -
16:21:41  <Brot6> nml: update from r775 to r777 done -
16:22:09  <Brot6> ogfx-trees: update from r15 to r18 done -
16:23:00  <Brot6> swedishrails: update from r172 to r181 done -
16:24:03  <Brot6> ttrs: update from r18 to r20 done (7 errors) -
16:24:05  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r613), 32bpp-extra (r39), airportsplus (r62), basecosts (r20), belarusiantowns (r7), comic-houses (r71), fish (r390), frenchtowns (r4), grfcodec (r253), heqs (r372), metrotrackset (r56), newgrf_makefile (r190), nforenum (r502), nutracks (r115), ogfx-test (r529), ogfxplus (r42), opengfx (r539), openmsx (r97), opensfx (r97), snowlinemod (r42), swisstowns (r14), transrapidtrackset
16:24:05  <Brot6> (r15), ttdviewer (r25), worldairlinersset (r663)
16:26:45  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: airportsplus (Diffsize: 1), belarusiantowns (3 errors) (Diffsize: 22), frenchtowns (4 errors) (Diffsize: 10), ogfxplus (Diffsize: 7), swisstowns (4 errors) (Diffsize: 10)
16:47:19  *** thgergo has joined #openttdcoop.devzone
16:52:18  *** frosch123 has joined #openttdcoop.devzone
17:22:22  *** frosch123 has quit IRC
17:51:07  <Brot6> 32bpp-ez-patches: update from r20806 to r20817 done -
17:51:49  <Brot6> clientpatches: update from  to r20817 done -
17:52:28  *** frosch123 has joined #openttdcoop.devzone
17:52:38  <Brot6> serverpatches: update from r20806 to h8cd9642d done (2 errors) -
18:05:05  <Ammler> hmm, I guess, we need some sanity tests for the obs :-(
18:05:37  <Ammler> a package shouldn't success, if the obs ins't reachable :-)
18:09:38  <andythenorth> evening
18:18:46  *** Alberth has joined #openttdcoop.devzone
18:21:25  <Alberth> He, my package manager is installing nforenum-4.0.0-1.fc13 :)
18:28:12  <Hirundo> planetmaker: I downloaded the eurotrains file. How do I make a grf file out of the sources?
18:28:52  <planetmaker> via make
18:29:06  <planetmaker> or does that fail?
18:29:15  <planetmaker> assuming that you have nmlc in the path
18:29:22  <Hirundo> make says 'nothing to be done for 'all''
18:29:27  <planetmaker> hm
18:29:59  <planetmaker> try a "make remake"
18:30:37  <Hirundo> apart from entering/leaving a few dirs, the same result
18:30:38  <Alberth> oddink!
18:30:48  <planetmaker> moin Alberth
18:31:10  <Hirundo> "oddink" doesn't work either ;)
18:32:45  <planetmaker> Hirundo: seems it doesn't easily work w/o hg repository. Make it one ;-)
18:37:01  <Hirundo> I 'hg init'-ed a repo and committed everything to it, still no result
18:37:19  * Alberth admires the subtle problem of \s solved by r777
18:39:07  <Hirundo> the newgrf makefile should work under cygwin, right?
18:41:03  <Yexo> yes, it does
18:42:52  <Ammler> Hirundo: cygwin and mingw
18:43:24  <Hirundo> Do I additionally need mingw/
18:43:28  <Ammler> no
18:43:45  <Ammler> just I meant, you don't need cygwin, it does again work on mingw
18:44:54  <Ammler> you might need to instally ply and pil manually
18:45:02  <Ammler> on cygwin ^
18:45:26  <Terkhen> hmm... was the CC issue fixed? IIRC it was the last one remaining
18:46:00  <Hirundo> I have cygwin, ply and pil installed already
18:50:01  <Brot6> NewGRF Meta Language - Revision 778:3a411e6fc4c6: Add reporting of a position to an action3 error. (Alberth) @
18:54:35  <Ammler> Hirundo: btw. you broke all my nml projects with the "Abort-on-missing-version" commit :-P
18:54:46  <planetmaker> I'm not entirely sure which version that is based on, but it is quite recent.
18:55:26  <planetmaker> Hirundo: otherwise do it just manually. Copy it into one file... and run nmlc manually. It's not that big yet
18:55:33  <planetmaker> Does swedishrails work for you, Hirundo ?
18:55:52  <Hirundo> Ammler: s/grf {/grf {\nversion: 0;
18:56:06  <Hirundo> I'll try to pull and make it pm
18:56:30  <Ammler> he :-)
18:56:34  <planetmaker> sorry for the trouble... :S
18:57:39  <Ammler> I still hope, you change it to a warning :-)
18:58:23  <planetmaker> missing version? I hope not
18:58:48  <planetmaker> I still don't see why one should skip on that
18:58:53  <planetmaker> or would want that
18:59:14  <planetmaker> nml-written newgrfs have a version :-)
18:59:31  <Ammler> not already written newgrfs :-P
18:59:32  <planetmaker> that's progress
18:59:47  <planetmaker> no need to continue bad stuff
18:59:55  <Ammler> yes, but the problem is that we use the newest version on the server
19:00:16  <planetmaker> and you need to add a version to three newgrf is not an argument
19:00:27  <planetmaker> there's no released version of nml after all.
19:00:47  <planetmaker> so it's perfectly fine to break every single existing nml newgrf
19:00:58  <Ammler> yeah, sadly :-(
19:02:00  <planetmaker> what is so bad about that, if the first NML will then become a better project than imposing such limitation needlessly?
19:03:16  <planetmaker> until there's a first release everything was and is expressedly unter the threat of change without notice and legacy
19:03:40  <planetmaker> Consider yourself one of the priviliged alpha bleeding-edge testers :-)
19:03:58  <Ammler> yep, that is why I report it as bad thing :-)
19:04:05  <planetmaker> (with the privilidge to do the extra work to work with a moving target compiler :-P )
19:04:22  <planetmaker> you still fail to argue why
19:04:28  <Ammler> instead of not careing
19:04:52  <Ammler> because grfs don't need version and therefore nml does it wrong
19:04:53  <planetmaker> a) every newgrf shall get version information.
19:05:12  <planetmaker> b) that process shall be supported and encouraged by the build tools
19:05:16  <planetmaker> especially new ones
19:05:32  <planetmaker> we also don't support grf format 1-6
19:05:48  <Ammler> s/shall/have to/; s/supported/forced/
19:05:56  <planetmaker> so what?
19:06:06  <planetmaker> That way it is made sure that it will happen.
19:06:19  <planetmaker> And there is _no_ reason to skip a version. Or what reason do you have to NOT want a version?
19:06:38  <planetmaker> why do you want newgrfs without version?
19:06:47  <planetmaker> "just because I can" is not a good answer
19:06:59  <Ammler> because I have already made a grf without, and what if for example the Belarusian Guy likes to extend his grf
19:07:14  <Ammler> he might not know, how to modify my script to add the version
19:07:19  <planetmaker> that's no argument either
19:07:36  <planetmaker> modify it. Add it. Be done
19:08:02  <planetmaker> Instead of asking over and over to support legacy things which will slow down OpenTTD development in the mid-term range
19:08:12  <Ammler> yes, we will see, I will do it with the swisstowns to test Albert's new feature
19:08:40  <planetmaker> You can just add a constant version. No need for an autogenerated one
19:08:50  <Alberth> break my new feature, no doubt :)
19:08:51  <Ammler> now, that is STUPID
19:08:58  <planetmaker> Ammler: why?
19:09:04  <planetmaker> Taging is also done manually
19:09:11  <Ammler> force people to add a useless version?
19:09:13  <planetmaker> It then will be part of the release process
19:09:34  <planetmaker> Using it manually doesn't make it useless.
19:10:21  <planetmaker> The only thing which will be impacted by a manual version are people who use several, different nightly versions concurrently
19:10:21  <Ammler> it needs to be a integer which changes
19:10:25  <planetmaker> now, who's that?
19:10:25  <Hirundo> OK, I got swedishrails to work now, it seems
19:10:46  <planetmaker> Hirundo: then you could just copy the whole scripts dir from that to eurorails
19:10:49  <Alberth> planetmaker: sshh, he was going to add a good version number, don't push him into adding a dummy one please :)
19:10:59  <planetmaker> :-X
19:11:09  <planetmaker> Alberth: that's also still an outstanding task for me ;-)
19:11:30  <Ammler> Alberth: I think about a feature to define vesion with package
19:11:48  <Ammler> so I can use the old nml :-P
19:12:04  <planetmaker> eh?
19:12:36  <Alberth> does anybody have a layout testcase ?
19:12:55  <planetmaker> layout?
19:13:02  <Yexo> spritelayout or tilelayout?
19:13:33  <Alberth> assert isinstance(item, LayoutSpriteGroup)    and action2layout.get_layout_action2s()
19:14:11  <Hirundo> sounds like tile layout sprite group
19:14:21  <Hirundo> i.e. action2housesindustrytiles
19:14:31  <Yexo> that is a spritelayout
19:14:41  <Alberth> I am trying to find a position in Action2layout
19:14:54  * planetmaker digs
19:14:55  <Alberth> as there are 20+ raise errors without position
19:15:24  * Alberth fires up the drag line to help planetmaker
19:16:36  <Alberth> and if somebody doesn't know what to do, there are about 60 of them :)
19:17:07  <Yexo> have you got an easy way to search for them?
19:17:09  <planetmaker> I have a house in NML. But no frills. Just plain action0-3-2-1.
19:17:43  <planetmaker> and it's somewhat untested
19:18:44  <planetmaker> does that help or not sophisticated enought?
19:19:47  <Alberth>      just looked for ScriptError, and removed everything that ended at "pos)", and some obvious false hits. There are probably a few more unwanted ones
19:19:48  <Webster> Title: #1163415 - Pastie (at
19:20:01  <planetmaker>
19:20:34  <Alberth> less frills is better, I'd like it added to the regression test, as that case does not seem to exist
19:20:48  <Brot6> NewGRF Meta Language - (planetmaker) @
19:20:52  <planetmaker> it could well be the regression test. It's really as plain as it can get
19:21:28  <Yexo> Alberth: I'll have with adding some more position information
19:21:38  <Yexo> to avoid double work: are you working on them in any order or just action2layout now?
19:22:09  <Alberth> I haven't really started yet, go ahead where ever you want
19:22:22  <Alberth> I'll try adding the house test first
19:22:38  <planetmaker> comic_houses in NML might be nice ;-)
19:22:42  <planetmaker> or TTRS4
19:22:45  <planetmaker> or whatever :-)
19:22:58  <Yexo> we still need good syntax for multitile houses
19:24:00  <planetmaker> yes... houses still miss quite a bit
19:24:02  <Alberth> I quite liked the cartoon-style
19:24:32  <planetmaker> Alberth: so do I :-)
19:24:40  <planetmaker> It's mainly a graphical work issue...
19:41:53  <Alberth> hmm, just wondering, Is "/* $Id$ */" ever expanded?
19:42:27  <Yexo> with hg, no
19:42:29  <Yexo> with svn yes
19:43:00  <Alberth> but as planetmaker tends to have hg repos... :)
19:43:36  <planetmaker> I guess I copied that in a brain-dead manner ;-)
19:44:07  <Ammler> there is a extension for those tags :-)
19:44:55  <Alberth> In the past, I did use them quite a lot, but nowadays hardly any more, for some reason
19:47:08  <Brot6> NewGRF Meta Language - Revision 779:c00c7d6f2658: Fix: add position information in grfstrings.get... (yexo) @
19:48:15  <planetmaker> what do those tags add or rather: where are they useful?
19:50:07  <Alberth> they get filled by SVN by eg /* $Id: sprite.h 20657 2010-08-28 18:23:58Z rb $ */
19:50:27  <Alberth> (rb's name shortened to not awake him :) )
19:50:35  <planetmaker> ;-)
19:51:01  <Alberth> useful if you make a hard-copy, and have more than one at your desk
19:51:24  <planetmaker> I see :-)
19:51:45  <Rubidium> it makes it easier to figure out the exact version from a source tarball without version and such
19:51:50  <Alberth> unfortunately, the hard-copy does not get a M suffix :(
19:51:51  <Rubidium> (like zodttd's)
19:52:35  <Ammler> it's not really useable for DVCS
19:53:17  <Alberth> why not, I'd usually only have 1 repo
19:53:48  <Alberth> or one master repo, for that matter
19:57:25  <Brot6> NewGRF Meta Language - Revision 780:e5c1132bf547: Fix: add position information to several more e... (yexo) @
19:58:20  *** fanioz has joined #openttdcoop.devzone
19:58:54  <fanioz> hello all
20:00:37  <Yexo> Ammler / planetmaker: as discussed some time ago it is a good idea to move the noai projects from to here
20:00:47  <Brot6> #openttdcoop - Membership #1502 (New): Applying for project: AI-Trans (fanioz) @
20:00:49  <Yexo> however to actually start that process takes time, so I havent done that yet
20:01:11  <Yexo> fanioz however is interested to move, partly because of the svn copy problem and partly so he always has a local backup
20:01:56  <fanioz> I've just create a ticket to host my AI as seen on Brot6 message
20:01:59  <planetmaker> Yexo: no problem from here. Hello fanioz
20:02:16  <planetmaker> any name?
20:02:25  <planetmaker> ai-trans?
20:02:28  <Yexo> open problems: the svn repo needs to be imported in hg, I have not really useful experience with that
20:02:40  <fanioz> planetmaker: yes :D
20:02:45  <Yexo> and how hard would it be to move the issues from redmine to
20:03:07  <Yexo> planetmaker: policy was to name all ai projects "ai-<name>" and ai libraries "library-<name>"
20:03:21  <planetmaker> ah, ok
20:03:38  <Yexo> ehm, "lib-<name>", but perhaps that should be changed to "ailib-<name>" here
20:03:50  *** Ammler is now known as Afanimmler
20:03:54  <Afanimmler> mäh :-)
20:03:55  <planetmaker> Personally I don't care about whether a policy like that is used; no problem, if it's desired
20:03:58  *** Afanimmler is now known as Ammler
20:03:59  <fanioz> Yexo: agree
20:04:10  <planetmaker> lol @ Afanimmler
20:04:15  <Ammler> next time, I should use the chat field :-)
20:04:26  <Ammler> fanioz: is hg ok?
20:04:57  <fanioz> Ammler : Yes, of course
20:05:02  <planetmaker> Yexo: there's such thing as svn2hg (or similar). So everything can be imported
20:05:04  <Ammler> also you need us to tell how to build the tar :-)
20:05:27  <Ammler> planetmaker: hg convert
20:05:35  <fanioz> Ammler : maybe a custom script ? :D
20:05:37  <Ammler> if you don't plan to continue on svn
20:05:46  <Yexo> admilralai svn has a makefile for that
20:06:08  <Ammler> fanioz: basically everything works
20:06:18  <planetmaker> thanks Ammler. That's what I searched :-)
20:06:22  <Ammler> but maybe would be nice to have a generic makefile :-)
20:06:23  <Terkhen> I remember using an hg extension to convert my project from svn to hg, it went perfectly
20:06:53  <fanioz> Terkhen : hgsubversion ?
20:06:57  * planetmaker prefers hg. One has always the whole history that way
20:07:22  <Ammler> hg convert isn't recommend to use for "mirroring" svn like openttd
20:07:27  <planetmaker> Ammler: should I create the project?
20:07:35  <Ammler> but it is good to once convert and the work with hg
20:07:58  <Ammler> planetmaker: make a project AI and add Yexo as Manager
20:08:06  <Ammler> maybe others?
20:08:07  <planetmaker> hgconvert can be run locally then, right? Yes, my thinking :-)
20:08:31  <Ammler> does still exist?
20:08:39  <Ammler> shall we announce ai feed there?
20:08:39  <Yexo> it's #openttd.noai
20:08:45  <Terkhen> fanioz: <-- this was in my navigation history, so I probably used this
20:08:46  <Yexo> but it isn't used that much anymore
20:08:48  <Webster> Title: ConvertExtension - Mercurial (at
20:08:51  <Terkhen> I don't remember for sure, though
20:08:59  <planetmaker> <-- there you go, fanioz
20:09:04  * Yexo and dihedral hijacked it for another project
20:09:29  <fanioz> planetmaker : Thank you
20:09:41  <fanioz> all: Thank you
20:09:46  <planetmaker> fanioz: you can commit with your redmine credentials.
20:09:58  <planetmaker> the devzone creates automatically an empty hg project, though.
20:10:13  <fanioz> eh, okay. What is API keys?
20:10:27  <planetmaker> as you're a project manager now of one project, you can also create subsequently new projects yourself
20:10:37  <planetmaker> API? Your normal login to the devzone
20:10:44  <Ammler> planetmaker: I meant a root project (no)AIs and add it there
20:10:52  <planetmaker> Ammler: yes, I know :-)
20:11:01  <Ammler> ah ok
20:11:19  <Hirundo> <- Sirkoz's self-confirming comment is priceless :)
20:11:20  <Webster> Title: Transport Tycoon Forums • View topic - AY Employees2 server - is it public? (at
20:11:45  <planetmaker> I call it noai?
20:11:52  <planetmaker> or just ai?
20:11:56  <Yexo> both are fine
20:12:09  <Alberth>   <-- correct change?
20:12:11  <Webster> Title: #1163547 - Pastie (at
20:12:17  <Ammler> openttd-ai maybe
20:12:38  <Rubidium> ieuw... twilight... are you trying to kill me?
20:12:59  <Yexo> Alberth: yes
20:13:09  <planetmaker> Alberth: non-zero length strings forbidden?
20:13:14  <Yexo> although that should maybe be checked in already
20:13:16  <planetmaker> hm... openttd-ai?
20:13:53  <Yexo> planetmaker: aidev (next to grfdev)?
20:14:05  <Brot6> repository /home/ottdc/hg-repos/ai-trans registered in Redmine with url /home/ottdc/hg-repos/ai-trans
20:14:05  <Brot6> repository /home/ottdc/hg-repos/ai-trans created
20:14:10  <Alberth> zero length check was already there, existence of the key was not
20:14:19  <planetmaker> Na, let's call it NoAI. Then openttd-XY is for openttd development. Hm, that might sound good. aidev it is
20:14:33  <Ammler> hehe
20:14:40  <Ammler> it doesn't really matter
20:14:43  <Yexo> Alberth: it was not a zero length-check, it was a check if there was more than 1 entry
20:14:47  <Ammler> you don't see that url
20:15:36  <Alberth> fair enough, I am not that awake at this hour :)
20:16:09  <planetmaker> <-- your new project, Yexo :-)
20:16:09  <Ammler> fanioz: as you see, the repo is already created, you can now push to https://fanioz:<pw>
20:16:36  <fanioz> okay
20:16:50  <Ammler> (or pull from
20:17:06  <Yexo> planetmaker: when creating a new project, should I enable the Repository module or not?
20:17:19  <planetmaker> I always do
20:17:19  <Ammler> if you enable it, the repo will be created
20:17:23  <Yexo> ok
20:17:31  <fanioz> is it default to hg repo, or do I need to set it
20:17:51  <Ammler> if there is another repo, you shouldn't enable it as long as you don't know the url
20:18:14  <Ammler> fanioz: it should already be set
20:18:29  <Ammler> [22:13] <Brot6> repository /home/ottdc/hg-repos/ai-trans registered in Redmine with url /home/ottdc/hg-repos/ai-trans <-- redmine entry
20:18:54  <Ammler> [22:13] <Brot6> repository /home/ottdc/hg-repos/ai-trans created <-- the "hg init" on the server
20:19:28  <fanioz> Ammler: okay
20:19:48  <planetmaker> you also have the tracker for your use
20:20:35  <planetmaker> If you follow "our" commit message style, you allow redmine to link the commits to the issues:
20:20:44  <planetmaker> or to other revisions of your project
20:20:55  <planetmaker> but that's purely up to you :-)
20:21:17  <Brot6> NewGRF Meta Language - Revision 781:0fe7cc8866ca: Fix: Check that name and desc exist as key befo... (Alberth) @
20:21:27  <fanioz> palnetmaker: yeah, I like the style
20:21:28  <Ammler> I have no clue about noais
20:21:35  <Ammler> do they need something to build?
20:21:57  <fanioz> Ammler: just a tar command :D
20:22:17  <Ammler> oh, somehow able to test the syntax?
20:22:35  <Yexo> Ammler:
20:22:38  <Yexo> that is what I use
20:23:07  <planetmaker> looks easy enough :-)
20:23:12  <fanioz> Ammler: could only be tested by running AI from OpenTTD
20:23:49  <Ammler> yexo, so basically no buildrequire
20:24:01  <Ammler> and the resutling file is a tar
20:24:05  <Yexo> exactly
20:24:22  <planetmaker> easy enought :-)
20:24:32  <planetmaker> -t
20:24:41  <planetmaker> I said that already :-P
20:24:52  <fanioz> that mean we don't need such a compile farm :D
20:25:21  <Ammler> well, it is easy to have a place for publishing beside the bananas maybe
20:25:21  <Yexo> make install would just be a copy of that tar to the correct location
20:25:51  <Ammler> the tar is also the source, right?
20:25:56  <Yexo> yes
20:26:11  <Yexo> but a problem with publicing those tars is the vresion
20:26:25  <Yexo> the version is determined by a function in info.nut, part of every ai
20:26:36  <Ammler> should it have a sed?
20:26:39  <Yexo> if you have 2 that return the same version one is randomly used
20:27:00  <planetmaker> same as newgrf
20:27:01  <Yexo> Ammler: yes, but that means it won't work anymore without building the tar
20:27:02  <Alberth> planetmaker: nmlc: "src/suburban_houses.pnml", line 5: Sprite groups that directly combine sprite sets are not supported for this feature: 0x07   <-- it's an illegal nml file :)
20:27:21  <Alberth> I did a bit of editing, so line numbers may be wrong
20:27:44  <planetmaker> ah... that's part of the 'very little tested' ;-)
20:27:59  <Yexo> Alberth: take a look at airportsplus
20:28:12  <Yexo> or opengfx+airprts (that's the new name)
20:28:24  <planetmaker> that's where I was distracted last time ;-)
20:28:27  <Yexo> I remember giving that to planetmaker as example for the syntax
20:28:37  <planetmaker> ^^
20:29:58  <Ammler> function GetVersion()       { return 26; } <-- needs to be integer?
20:30:08  <Yexo> yes
20:30:28  <Ammler> else we could have made something like 25.rXX
20:30:47  <Alberth> lol, a search for "OpenGFX+ Airports" gives no hits, while I literally copied the name from RM
20:31:13  <Ammler> you searched inside another project?
20:32:18  <Alberth> Inside the "All Projects" project ;)
20:32:18  * fanioz at 3:31 AM local time
20:32:32  * fanioz I'll have to sleep abit. Good night
20:33:10  <Terkhen> good night fanioz
20:33:10  *** fanioz has left #openttdcoop.devzone
20:34:01  <Alberth> good night all
20:34:06  <Terkhen> night Alberth
20:34:13  <Yexo> night Alberth
20:34:17  <Brot6> FIRS Industry Replacement Set - Revision 1366:882bdebd67bb: Change: improved Brick Works graphics (andythenorth) @
20:34:47  <Alberth> good night andythenorth
20:34:49  *** Alberth has left #openttdcoop.devzone
20:58:01  *** frosch123 has quit IRC
21:07:05  <Brot6> repository /home/ottdc/hg-repos/ai-admiralai registered in Redmine with url /home/ottdc/hg-repos/ai-admiralai
21:07:05  <Brot6> repository /home/ottdc/hg-repos/ai-admiralai created
21:14:22  <Ammler> yexo, afaik there are also possibilities to migrate 2 Redmines
21:16:47  <Yexo> that would be nice
21:16:56  <Ammler> !rss watch aidev
21:17:01  <Brot6> sure, Ammler
21:17:03  <Yexo> however as long as not everyone switched we should try to do that on a proejct-by-project basis
21:18:35  <planetmaker> good night
21:19:42  <Yexo> night planetmaker
21:37:44  *** ODM has quit IRC
23:19:34  *** thgergo has quit IRC
23:33:21  <Brot6> #openttdcoop Client Patch Pack - Revision 17:9c6036bad334: Change: remove 1.0 patches and guards (Ammler) @
23:33:21  <Brot6> #openttdcoop Client Patch Pack - Revision 18:09919a507b1d: Remove FS3953, in trunk since r20309 (Ammler) @
23:33:21  <Brot6> #openttdcoop Client Patch Pack - Revision 19:3293f59f3ab1: Change: findversion field 1 for client... (Ammler) @
23:33:23  <Brot6> #openttdcoop Client Patch Pack - Revision 20:6897553da4ba: Removed FilterSignList, part1 in trunk... (Ammler) @
23:33:27  <Brot6> #openttdcoop Client Patch Pack - Revision 21:84fcbde267d2: Added tag r20801 for changeset 6897553... (Ammler) @
23:42:46  <Brot6> clientpatches: update from 1.0.4 to r20801 done (6 errors) -
23:54:44  *** KenjiE20 has quit IRC

Powered by YARRSTE version: svn-trunk