Log for #openttdcoop.devzone on 21st June 2011:
Times are UTC Toggle Colours
01:26:27  *** JVassie_ has quit IRC
01:44:01  *** Lakie has quit IRC
03:31:02  *** Ruudjah has joined #openttdcoop.devzone
04:53:49  *** bodis has joined #openttdcoop.devzone
05:16:12  *** bodis has quit IRC
05:20:50  *** bodis has joined #openttdcoop.devzone
05:36:58  *** bodis has quit IRC
07:32:43  *** JVassie_ has joined #openttdcoop.devzone
08:26:22  *** JVassie has joined #openttdcoop.devzone
08:30:57  *** JVassie_ has quit IRC
09:10:04  *** ODM has joined #openttdcoop.devzone
11:31:50  *** ODM has quit IRC
11:52:25  <Brot6> Metro Track Set - Feature #2765 (New): Auto-introduction of 3RDC (foobar) @
12:49:04  <Yexo> planetmaker: input on #1349 ? Is that really needed?
12:49:04  <Brot6> Yexo: planetmaker: #1349 is "NewGRF Meta Language - Feature Request #1349: Explicitly declare language files to be used - #openttdcoop Development Zone"
12:51:42  <planetmaker> Yexo, it IMHO would make it less likely to wonder than silently including also lang files from previous test
12:52:08  <planetmaker> let's say: it fooled me more than one time
12:52:12  <planetmaker> wondering about different md5
12:53:05  <planetmaker> don't worry about it for now, I think. But... in the long run I'd consider it nice
12:53:46  <planetmaker> I could envision a lang block:
12:54:03  <Yexo> an optional lang block that lists all language files to be used
12:54:12  <planetmaker> or optional, yes
12:54:14  <Yexo> if there is none nml should use all files it can find (ie current behavior)
12:54:41  <planetmaker> lang { english, dutch, german}
12:54:48  <planetmaker> with default lang dir and extension, if you like
12:55:34  <planetmaker> and issue a fatal error, if there's no lang file with langID 0x01 among the declare ones.
12:57:47  <Yexo> that reintroduces the error in opengfx where you don't have a language file
12:58:44  <planetmaker> Nah, I mean only when the lang block is declared
12:58:54  <Yexo> ah, ok
12:59:11  <planetmaker> as then it obviously needs a default language
12:59:28  <Yexo> not for now, but I added the above to the issue
13:00:02  <Brot6> NewGRF Meta Language - Feature Request #1349: Explicitly declare language files to be used (yexo) @
13:30:43  <Brot6> NewGRF Meta Language - Feature Request #1349: Explicitly declare language files to be used (Hirundo) @
13:35:44  <Brot6> NewGRF Meta Language - Feature Request #1349: Explicitly declare language files to be used (planetmaker) @
13:36:30  <Brot6> NewGRF Meta Language - Feature Request #1349: Explicitly declare language files to be used (planetmaker) @
13:45:58  *** Lakie has joined #openttdcoop.devzone
14:06:19  <Brot6> NewGRF Meta Language - Feature Request #1349: Explicitly declare language files to be used (Ammler) @
15:26:30  <Hirundo> Yexo: I'm currently looking into what blocks can be skipped/looped/placed in item blocks
15:27:13  <Hirundo> IMO, we should disable conditional skipping for the grf block, users should use skip_all if they really need to
15:27:45  <Yexo> agreed
15:28:29  <Hirundo> Also I wonder what happens if you loop certain blocks
15:28:50  <Hirundo> For OpenTTD most stuff will work, I think, though I wonder about real sprites
15:30:12  <Yexo> I think it'll mostly work fine
15:30:26  <Yexo> might introduce some duplication in openttd structures
15:31:03  <Hirundo> For our own sanity we will want to avoid skipping/looping action2s, cargo/railtype tables, and town names, though
15:31:12  <Hirundo> as-is done currently
15:31:16  <Yexo> agreed
15:31:37  <Terkhen> hmm... I just was going to ask about using if/else with town names :P
15:31:47  <Yexo> Hirundo: see for what is safe to skip and what is not
15:31:48  <Webster> Title: Action7 - GRFSpecs (at
15:32:09  <Hirundo> That's for TTDPatch, since NFO == internal structure there a *lot* of stuff breaks
15:32:13  <Hirundo> for looping at least
15:33:07  <Hirundo> Also, I wonder if we should restrict what stuff is put in item blocks
15:33:30  <Yexo> we do that already
15:33:40  <Yexo> see validate_item_block
15:34:05  <Yexo> or do you want to stop restricting it?
15:34:36  <Hirundo> I think we best keep it as-is, to protect the user from himself
15:35:18  <Yexo> what would possible make more sense is to remove the item-block completely
15:35:34  <Yexo> so we get "property (FEAT_TRAINS, name[, id]) { ...}"
15:35:52  <planetmaker> hm?
15:36:38  <Yexo> currently we have "item (args) { property { .....} graphics { ....} }", it could be replaced by "property (args) { ....} graphics (args) { .... }"
15:36:41  <planetmaker> hm... similar to how the sprite_group were removed?
15:36:50  <Yexo> yes, exactly
15:36:51  <Hirundo> *sprite_block, yes
15:36:51  <planetmaker> yes, could
15:37:01  <planetmaker> yes, thanks, Hirundo :-)
15:37:16  <Terkhen> if town names cannot be defined inside if/else blocks then there will be no way to conditionally define different town name blocks depending on parameters, right?
15:37:33  <Yexo> Terkhen: correct
15:37:45  * planetmaker would have a use-case for that, though
15:38:04  <Hirundo> In principle there is no objection to define top-level blocks conditionally
15:38:11  <planetmaker> Köln / Cologne; Aachen, Aix-au-chapelle, ...
15:38:42  <Terkhen> yes, I was planning on parameters for spanish town names (one for each region) to conditionally enable/disable them
15:39:32  <planetmaker> I solved it such that I have 5 townname sets: 4 regions and one summary
15:40:06  <planetmaker> actually 6. The 6th is the random one
15:42:35  <Terkhen> not an option for me; I planned a lot of regions (17)
15:42:52  <planetmaker> yes, so?
15:43:01  <planetmaker> One town set per region and on including all
15:43:14  <Terkhen> what if I want to use three regions? :P
15:43:53  <planetmaker> then you go along the lines of "please, dear Terkhen, I really, really, really need a set for regions A, B and E. Can you include that pretty please, too?" :-P
15:44:30  <planetmaker> well. maybe not you. But all others :-P
15:44:44  <Hirundo> It's possible to do I think, you'd need to define an alternative (emtpy) town names part if a part is skipped, to avoid invalid references
15:45:26  <Hirundo> File a feature request :P
15:46:17  <Terkhen> hmm... I did not think on defining them as different town names parts
15:46:18  <Terkhen> ok :)
15:46:34  <Terkhen> planetmaker: how much combinations would I need to code then? :P
15:48:18  <planetmaker> @calc 17!
15:48:20  <planetmaker> hm
15:48:26  <planetmaker> @calc factorial(17)
15:48:26  <Webster> planetmaker: 355687428096000
15:48:30  <planetmaker> small amount
15:48:37  <planetmaker> @calc 17**2
15:48:37  <Webster> planetmaker: 289
15:48:52  <planetmaker> something in between :-P
15:49:35  <Terkhen> I doubt that the devzone can support that amount of tasks/commits, once you finish with that I'll consider this option :P
15:50:06  *** bodis has joined #openttdcoop.devzone
15:50:30  <Yexo> @calc 2**17
15:50:31  <Webster> Yexo: 131072
15:50:37  <Yexo> wouldn't that be the amount?
15:51:15  * Terkhen 's math is rusty :P
15:52:13  <Brot6> NewGRF Meta Language - Feature Request #2766 (New): Option to define town names conditionally (Terkhen) @
15:52:30  <planetmaker> rather: 17 + 17*16 + 17*16*15 + 17*16*15*14 + ... which boils down to the factorial
15:52:47  <planetmaker> though there's a lot of combinations which probably don't make sense ;-)
15:54:16  <Yexo> hmm? 17 sets, which can each be individually turned on or off
15:54:19  <Yexo> that is 2**17
15:54:43  <Yexo> the order doesn't matter, there is no difference between A+B and B+A, which a factorial would imply
15:56:28  <Terkhen> it is good when your work load is reduced by many orders of magnitude :P
16:00:38  <planetmaker> so it's like n over k
16:00:55  <planetmaker> which is n! * (n-k)! / k!
16:00:58  <planetmaker> IIRC
16:01:22  <planetmaker> and that summed for k=1 .. 17/2
16:02:30  <Yexo> I don't follow you there
16:02:41  <planetmaker> choose k from the n=17
16:03:11  <planetmaker> but the k=1... _17/2_ might be wrong
16:03:16  <planetmaker> might be 1 ... 17
16:03:50  <planetmaker> that's the amount of possible combinations
16:03:51  <Yexo> it's quite simply. You have 17 different options, each of which can be toggled on or off individually
16:03:57  <planetmaker> yes. exactly
16:04:15  <Yexo> each options can be on or off
16:04:19  <planetmaker> that is you choose k options from 17 possible ones
16:04:19  <JVassie> what are these 17 options?
16:04:27  <Yexo> so 2 (on/off) ** 17 (number of options)
16:04:29  <planetmaker> nope
16:04:43  <planetmaker> hm.
16:05:07  <planetmaker> maybe :-)
16:05:19  <planetmaker> probably we could show equality ;-)
16:05:32  <Yexo> I think so, yes
16:05:39  <Yexo> only your way is a bit more complicated :p
16:05:45  <planetmaker> :-P *slightly*
16:10:57  <Terkhen> JVassie: I made the mistake of asking a math (rethorical) question :P
16:11:10  <planetmaker> :-D
16:21:07  <JVassie> lol
17:15:31  *** andythenorth has joined #openttdcoop.devzone
17:26:29  *** frosch123 has joined #openttdcoop.devzone
17:27:06  *** andythenorth has quit IRC
17:30:37  <Brot6> Central European Train Set - Feature #2763: track classes / railtype support (michi_cc) @
17:32:49  <Brot6> Central European Train Set - Revision 1:609b5096ffdf: Add: Dummy engine for testing purposes, alo... (planetmaker) @
17:36:05  <Brot6> Central European Train Set - Revision 2:7724ea8c41ea: Add: Support for compile farm (planetmaker) @
17:39:55  <Brot6> cets: [nightlies] openSUSE API (osc) not reachable, sleep an hour and try again...
17:47:23  *** Lakie has quit IRC
17:58:28  <Brot6> Central European Train Set - Revision 3:ba623d6444e8: add **~ to .hgignore (johannes) @
18:01:35  <Ammler> you guys really should use regex
18:01:39  <Ammler> not that silly glob
18:02:49  <planetmaker> Ammler, make a diff for the framework ;-)
18:03:32  <Ammler> planetmaker: or tell me how to ignore "build" but not ".devzone/build" :-)
18:04:02  <Ammler> so easy with regex
18:04:10  <planetmaker> you can use both in a .hgignore
18:04:17  <planetmaker> you can have a glob and a regex section
18:04:35  <Ammler> yeah, I added that in nml but felt bad about :-P
18:14:23  <Brot6> Central European Train Set - Revision 4:1723668d602c: add 32px vehicles and depot offset (Eddi) @
18:31:51  <Brot6> NewGRF Meta Language - Feature Request #1556 (Closed): nfo output better readable (Ammler) @
18:34:32  <Brot6> French Town Names - Bug #2565 (Closed): DevZone compile failed (Ammler) @
19:06:30  *** Webster` has joined #openttdcoop.devzone
19:06:52  *** tneo- has joined #openttdcoop.devzone
19:07:14  *** andythenorth has joined #openttdcoop.devzone
19:07:34  *** pm has joined #openttdcoop.devzone
19:07:45  <pm> hm....?
19:08:11  <pm> what happens to my IRC?
19:10:22  *** XeryusTC2 has joined #openttdcoop.devzone
19:10:52  *** DJ_Nekkid has joined #openttdcoop.devzone
19:11:31  *** frosch123 has quit IRC
19:11:31  *** Webster has quit IRC
19:11:31  *** planetmaker has quit IRC
19:11:31  *** DJNekkid has quit IRC
19:11:31  *** XeryusTC has quit IRC
19:11:31  *** tneo has quit IRC
19:11:31  *** michi_cc has quit IRC
19:11:31  *** Webster` is now known as Webster
19:11:32  *** DJ_Nekkid is now known as DJNekkid
19:11:35  *** pm is now known as planetmaker
19:13:25  <frosch> planetmaker: not only yours
19:13:34  <frosch> many from reticulum
19:13:41  * andythenorth wonders what to do
19:13:44  <andythenorth> - play the game
19:13:46  <andythenorth> - make the game
19:13:47  <andythenorth> - nap
19:13:49  <andythenorth> - other
19:13:55  <andythenorth> ?
19:14:02  * Terkhen can't play today
19:14:03  <andythenorth> irc needs a voting app :P
19:14:09  <Terkhen> but feel free to continue if you want :P
19:14:10  <andythenorth> that leaves just 3 options
19:14:16  <frosch> andythenorth: what of those results in the most work for you? :p
19:14:27  <andythenorth> dunno yet
19:14:36  <andythenorth> making the game normally results in work for other people
19:14:40  <andythenorth> as does playing the game
19:14:52  <andythenorth> napping does not have that effect
19:15:59  <Yexo> andy: test new firs version with fixed strings?
19:16:27  <andythenorth> I'll pull
19:16:51  <Yexo> I can push a tag 0.6.5-beta1 too if you want?
19:17:46  <andythenorth> might as well
19:17:55  <andythenorth> upping to specific rev is boring :P
19:19:16  <andythenorth> Yexo: building with lots of errors is expected?
19:19:24  <Brot6> FIRS Industry Replacement Set - Revision 2082:aa0e1d601055: Added tag 0.6.5-beta1 for changeset c... (yexo) @
19:19:28  <andythenorth> mostly things not referenced
19:19:36  <Yexo> yes, those are warnings and are valid
19:19:57  <planetmaker> firs contains unreferenced stuff?
19:20:08  <Yexo> templates with varaction2's that are not all used
19:20:16  *** michi_cc has joined #openttdcoop.devzone
19:20:23  <planetmaker> ah
19:20:41  <Brot6> FIRS Industry Replacement Set - Bug #2767 (New): DevZone compile failed (compiler) @
19:21:15  <planetmaker> hm
19:21:35  <Yexo> oh, it tried to use grfcodec
19:21:53  <planetmaker> hm, that's bound to fail
19:21:55  <andythenorth> hmm
19:21:59  <planetmaker> let me check
19:22:11  * andythenorth pilot error
19:22:19  <Terkhen> Yexo: did you manage to fix the string problem automatically?
19:22:20  <Yexo> firs has a special .spec file
19:22:21  <andythenorth> make != make install :P
19:22:25  <Yexo> Terkhen: yes,  think so
19:22:35  <Terkhen> great :)
19:22:36  <Yexo> all return values from two callbacks are converted to strings
19:22:51  <andythenorth> hmm
19:23:06  <andythenorth> still can't get 0.6.5-beta1 to show up in game :P
19:23:24  <Yexo> andythenorth: that's because the name of the grf is fixed to the original revision it was converted from
19:23:35  <andythenorth> 2061?
19:23:41  <Yexo> quite possible
19:23:41  *** michi_cc has left #openttdcoop.devzone
19:23:41  *** michi_cc has joined #openttdcoop.devzone
19:24:12  <planetmaker> is there any reason it has its own spec file? Me wonders
19:24:20  <Yexo> no idea
19:24:39  <Yexo> we could try to remove it together with the nml conversion
19:25:23  <andythenorth> Yexo: strings appear to be ok
19:25:42  <andythenorth> only tested a few, but they looked fine
19:25:47  <planetmaker> it looks to me like nothing really special, Yexo
19:25:55  <andythenorth> is it likely to either 'work' or 'not work' >
19:25:56  <planetmaker> should I commit a removal in this branch?
19:25:56  <andythenorth> ?
19:26:05  <Yexo> planetmaker: can I do that?
19:26:09  <planetmaker> sure
19:26:11  <Yexo> I just committed a fix for the version
19:26:20  <planetmaker> :-)
19:26:24  <Yexo> just rm .devzone/build/firs.spec ?
19:26:34  <planetmaker> yup
19:27:29  <Ammler> <-- should tell you why
19:28:05  <Ammler> (Change: use custom build script and generate language log files)
19:28:08  <Yexo> so just language analyze logs? those became useless anyway with the conversion
19:31:07  <Ammler> hmm, why useless? maybe not working, but useless? :-)
19:32:11  <Brot6> FIRS Industry Replacement Set - Revision 2083:bd9cf8bdc5a7: Fix: fix version in grf name (yexo) @
19:32:11  <Brot6> FIRS Industry Replacement Set - Revision 2084:194a7d3e5f79: Cleanup: remove special .spec file an... (yexo) @
19:32:11  <Brot6> FIRS Industry Replacement Set - Revision 2085:206e787bc851: Added tag 0.6.5-beta2 for changeset 1... (yexo) @
19:32:32  <planetmaker> Ammler, yes... But there we then better devise some general means which works for all NML projects then
19:32:38  <planetmaker> and that's actually then much easier
19:33:01  <Brot6> firs: compile of 0.6.5-beta2 still failed (#2767) -
19:36:04  <Ammler> shall I investigate?
19:37:15  <Yexo> please do
19:37:18  <Yexo> be back in half an hour
19:38:32  <Ammler> why did you keep files?
19:50:09  <andythenorth> Ammler: I asked about root on our boxes
19:50:22  <andythenorth> apparently the processes we run su to their own user when started
19:50:25  <andythenorth> or such
19:50:42  <andythenorth> and apparently it's not controversial to do a lot of things as root on freebsd
19:54:18  <Yexo> Ammler: which files?
19:57:20  <Ammler> Yexo: .devzone only listen to default branch
19:57:33  <Ammler> useless to edit .devzone in branch 0.6
19:58:47  <Ammler> andythenorth: I guess you get it wrong
19:58:53  <Yexo> Ammler: why is that?
19:58:55  <Ammler> but doesn't matter
19:59:01  <Yexo> why doesn't it check the .devzone of the tag it checks out?
20:00:22  <Ammler> because then you couldn't change something after it
20:00:39  <Yexo> change what after what?
20:00:56  <Yexo> change the spec after the tag is created?
20:00:56  <Ammler> change settings
20:01:00  <Ammler> yep
20:01:01  <Yexo> that shouldn't be done
20:01:10  <Yexo> a tag is a tag and is immutable
20:01:59  <Ammler> exactly
20:02:24  <Ammler> .devzone is not part of the project itself
20:02:34  <Yexo> but it is
20:02:36  <Yexo> as it's part of the repo
20:02:46  <Ammler> it is devzone settings for project
20:03:09  <Yexo> which includes a spec file. A spec file is always for _one_ version of the project
20:03:15  <Yexo> not for every old version that ever existed
20:03:33  <Ammler> I wonder, if it still would work, when we simply update to the version before I read the settings
20:03:47  <Yexo> if I pushed a new tag to firs now for the same repo as version 0.1, it'd most likely fail because that version doesn't work either with the current spec
20:04:42  <Yexo> if you know another solution that's fine with me too
20:04:49  <Ammler> I guess, it wouldn't hurt anymore
20:05:04  <Yexo> but I'd like very much to be able to compile firs 0.6.5-beta* with nml without switching firs-trunk to nml too
20:05:31  <Ammler> well, you could/should have made a fork
20:05:32  <andythenorth> Ammler: our sysadmins also made some rude comments wrt "don't use root" advice prevalent for linux and OS X communities :P
20:05:33  <Yexo> if there is an error in the tag, simply push a new one (see above for 0.6.5-beta1 that was accidentally broken, so I pushed beta2)
20:05:43  <Yexo> but a branch _is_ a fork, just in the same repo
20:05:53  <Ammler> andythenorth: as said, you got it wrong
20:06:12  <Ammler> it was not meant as rule
20:06:26  <Ammler> like, if you do, you fail
20:06:30  <andythenorth> ok
20:06:32  <andythenorth> makes sense
20:06:40  <Ammler> I use root a lot
20:06:44  <planetmaker> Ammler, I very much agree with Yexo here. Specs belong to a version and a specific version only
20:06:57  <Ammler> It was meant as a rule for dummies/newbies
20:07:14  * andythenorth should read how pyramid is best hosted for production
20:07:26  <andythenorth> e.g. whether it should have it's own user and such
20:07:28  <Ammler> planetmaker: yes, but .devzone spec is not a sepc useable for the project
20:07:53  <planetmaker> for what then?
20:08:11  <Ammler> for the devzone
20:08:57  <Ammler> those are devzone customizations not rules how to build the project
20:09:01  <planetmaker> Nope. The DevZone is a tool. The spec is the rule how to use the tool
20:09:09  <Ammler> exactly
20:09:18  <planetmaker> thus the .devzone is part of the project
20:09:26  <Ammler> and those rules are useable only for the devzone
20:09:30  <planetmaker> the makefile is also not part of make but of the project
20:09:38  <planetmaker> a makefile is also only usable with make
20:09:42  <Ammler> I can't use that spec file to build nml on suse, for example
20:09:59  <planetmaker> I can't use a .deb file either for that
20:10:05  <planetmaker> or however that is called
20:10:08  <Ammler> yes, the makefile is quite much part of the project
20:10:31  <Ammler> never mind
20:10:42  <Ammler> I guess, we can change that
20:11:06  <Ammler> it is only useful for new projects, if you add .devzone after
20:11:19  <Ammler> but when you know, you need to that before, it should not hurt
20:12:22  <planetmaker> "do that" = do what?
20:12:23  <Yexo> and if you forgot, than you have one version that can't be compiled by the cf
20:12:31  <Yexo> fix it, push a new version and you're done
20:12:47  <Yexo> planetmaker: add ".devzone" and friends to the repo before pushing a tag
20:12:55  <planetmaker> yes
20:13:07  <planetmaker> that's ok.
20:14:26  <Ammler> hmm, I guess, I can't change
20:14:51  <Ammler>   DISABLED="`hg cat -rdefault .devzone/build/$BRANCH/enable 2>&1 1>/dev/null`" <-- the script starts with something like that
20:15:23  <Ammler> $BRANCH has nothing to do with hg
20:15:35  <Yexo> so?
20:15:50  <Yexo> either do "hg up default" or "hg up tag" before that?
20:15:53  <Ammler> so tell me, what shall I change -rdefautl to?
20:16:08  <Yexo> for nighlies keep default, for tags use the tag name
20:17:08  <Yexo> you already know $BRANCH at that point apparently, so you already know whether it's a tag or nightly
20:17:53  <Ammler> but I don't know the version
20:18:12  <planetmaker> eh?
20:18:44  <Ammler> mäh, why do you make such complicated things
20:18:48  <Ammler> :-P
20:18:52  <Yexo> Ammler: where is that script?
20:19:19  <Ammler>
20:20:25  <Ammler> planetmaker: something like that would also fail, if the settings would be part of the project in redmine
20:20:38  <Ammler> like you wanted once
20:21:12  <Ammler> easiest solution would be fork (second repo) for firs-nml
20:21:31  <planetmaker> you're right with that, Ammler
20:21:39  <Ammler> hmm, no
20:21:40  <planetmaker> but I disagree that a fork is desirable here
20:21:44  <planetmaker> :-)
20:21:46  <Ammler> then it would change the name
20:22:17  <andythenorth> what problem are we fixing?
20:22:27  <Ammler> good example to demo how stupid it is to add new feature to an old stable branch
20:22:36  <andythenorth> once FIRS is converted to nml, doesn't this problem go away?
20:22:52  <Yexo> andy: yes, somewhat
20:23:01  <andythenorth> how much somewhat?
20:23:02  <andythenorth> 90%
20:23:03  <Yexo> but not really, since than the cf wouldn't be able to compile old FIRS versions anymore
20:23:07  <andythenorth> ?
20:23:09  <andythenorth> 30%?
20:23:23  <andythenorth> so fork the old version into a maintenance branch
20:23:24  <Yexo> it wouldn't be a problem for new releases, just for recompiling old ones
20:23:29  <andythenorth> or that screws with the name?
20:23:31  <Ammler> Yexo: we could "merge" the settings to default and revert it after release (as workaround until devzone v2)
20:23:32  <Yexo> the problem is that that doesn't help
20:23:38  <andythenorth> ho hey
20:23:58  <andythenorth> it's a significant architecture change, there will be some casualties of battle :P
20:24:31  * andythenorth will have a beer to help this along
20:24:39  <Ammler> Yexo: .devzone is only used by DevZone, that is why I never have to care about building older releases
20:24:45  <Ammler> (again)
20:25:22  <Ammler> I am aware that this might be unlogical but at least it is why it is that way :-)
20:25:24  <Yexo> it'd be nice if the results from the devzone would be reproducible
20:25:47  <Ammler> they are, I can run the script local too
20:25:56  <Ammler> just needs osc
20:26:01  <planetmaker> Ammler, but not an earlier version ;-)
20:26:07  <Ammler> I don't need that
20:26:16  <Ammler> we don't need that now either
20:26:17  <planetmaker> that's the point. Thus it's not reproducable
20:26:22  <Ammler> it is another issue we have
20:26:49  <Ammler> planetmaker: you can always use clone -r
20:27:12  <Ammler> (or strip)
20:30:03  <Ammler> I will try to make it work
20:30:13  <Ammler> as devzone v2 can take another year :-)
20:32:38  <planetmaker> you start to sound like TB with WT 3.1 or similar things ;-)
20:33:38  * andythenorth has talked about bananas 2 more than written code for it :P
20:34:05  <Brot6> DevZone Help Center - Revision 143:2f51d40d470a: [Compiler] Backup before change to version depen... (Ammler) @
20:42:33  <Brot6> firs: compile of 0.6.5-beta2 still failed (#2767) -
20:53:33  <Brot6> firs: compile of 0.6.5-beta2 still failed (#2767) -
20:54:12  *** tneo- is now known as tneo
21:01:08  <Brot6> firs: compile of 0.6.5-beta2 still failed (#2767) -
21:04:32  <Brot6> firs: compile of 0.6.5-beta2 still failed (#2767) -
21:18:48  <Yexo> Ammler: if you can't work it out I'll take another look at the script tomorrow
21:19:07  <Yexo> good night
21:20:03  <Brot6> firs: compile of 0.6.5-beta2 still failed (#2767) -
21:20:07  <planetmaker> good night, Yexo
21:21:30  <Ammler> he, I didn't care about the irc output
21:24:15  <Ammler> thanks for the offer :-)
21:24:36  <Ammler> there are too many -rdefault, -rtip and such in the script :-)
21:45:51  <planetmaker> good night
21:51:23  *** frosch has quit IRC
21:55:47  *** andythenorth has quit IRC
22:32:18  *** bodis has quit IRC
22:44:40  *** JVassie has quit IRC
23:11:10  <Brot6> firs: update from 0.6.4 to 0.6.5-beta2 done (2169 errors) -
23:15:02  <Brot6> cets: update from  to r4 done -
23:16:21  <Brot6> firs.nml: update from  to r2081 done -
23:19:26  <Brot6> nml: update from r1430
23:19:26  <Brot6> r2081 to r1436 done -
23:19:50  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r750), 32bpp-extra (r40), ai-admiralai (r75), ai-aroai (r39), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), airportsplus (r104), basecosts (r25), belarusiantowns (r8), bros (r52), chips (r143), comic-houses (r71), firs (r2081), fish (r653), frenchtowns (r6), german-townnames (r34), grfcodec (r832), grfpack (r279), heqs
23:19:50  <Brot6> (r605), indonesiantowns (r41), manindu (r7), metrotrackset (r56), narvs (r37), newgrf_makefile (r296), nutracks (r202), ogfx-industries (r119), ogfx-landscape (r69), ogfx-rv (r107), ogfx-trains (r245), ogfx-trees (r50), opengfx (r678), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r49), spanishtowns (r10), sub-landscape (ERROR r66), sub-opengfx (ERROR r666), swedishrails (r202), swisstowns (r22), transrapidtrackset (r15),
23:19:52  <Brot6> ttdviewer (r34), ttrs (r36), worldairlinersset (r672)
23:20:54  <Brot6> OpenGFX+ Airports - Bug #2768 (New): DevZone compile failed (compiler) @
23:20:54  <Brot6> Belarusian Town Names - Bug #2769 (New): DevZone compile failed (compiler) @
23:20:54  <Brot6> Central European Train Set - Bug #2770 (New): DevZone compile failed (compiler) @
23:20:54  <Brot6> French Town Names - Bug #2771 (New): DevZone compile failed (compiler) @
23:20:56  <Brot6> German town names - Bug #2772 (New): DevZone compile failed (compiler) @
23:20:59  <Brot6> Indonesian Town Names - Bug #2773 (New): DevZone compile failed (compiler) @
23:21:02  <Brot6> Manual Industries - Bug #2774 (New): DevZone compile failed (compiler) @
23:21:05  <Brot6> North American Road Vehicle Set - Bug #2775 (New): DevZone compile failed (compiler) @
23:21:08  <Brot6> Example NewGRF Project - Bug #2776 (New): DevZone compile failed (compiler) @
23:21:33  <Brot6> sub-landscape: compile of r66 still failed (#2616) -
23:21:36  <Brot6> OpenGFX+ Industries - Bug #2777 (New): DevZone compile failed (compiler) @
23:21:36  <Brot6> OpenGFX+ Landscape - Bug #2778 (New): DevZone compile failed (compiler) @
23:21:36  <Brot6> OpenGFX+ Road Vehicles - Bug #2779 (New): DevZone compile failed (compiler) @
23:21:36  <Brot6> OpenGFX+ Trains - Bug #2780 (New): DevZone compile failed (compiler) @
23:21:38  <Brot6> Spanish Town Names - Bug #2781 (New): DevZone compile failed (compiler) @
23:22:30  <Brot6> sub-opengfx: compile of r666 still failed (#2586) -
23:23:13  <Brot6> Swedish Rails - Bug #2782 (New): DevZone compile failed (compiler) @
23:23:13  <Brot6> Swiss Town Names - Bug #2783 (New): DevZone compile failed (compiler) @
23:25:54  <Brot6> ogfx-industries: compile of r120 still failed (#2777) -
23:26:00  <Brot6> ogfx-landscape: compile of r70 still failed (#2778) -
23:26:12  <Ammler> scheisse
23:26:35  <Brot6> OpenGFX+ Landscape - Revision 70:b29eb021f94d: Codechange: use 'sprite' instead of the deprecated... (planetmaker) @
23:26:35  <Brot6> OpenGFX+ Industries - Revision 120:db8368269e1c: Codechange: use 'sprite' instead of the deprecat... (planetmaker) @
23:30:13  <Brot6> airportsplus: compile of r105 still failed (#2768) -
23:30:29  <Brot6> OpenGFX+ Airports - Revision 105:7336415d672b: Codechange: use 'sprite' instead of the deprecated... (planetmaker) @

Powered by YARRSTE version: svn-trunk