Log for #openttdcoop.devzone on 27th July 2010:
Times are UTC Toggle Colours
00:21:23  <Brot6> #openttdcoop NewGRF package - Revision 245:5d7969ab7d72: DevZone: enable build script for releases (Ammler) @
00:35:06  <Brot6> #openttdcoop NewGRF package - Revision 257:4068783761f3: [Scripts] setup should create VERSION (Ammler) @
00:35:06  <Brot6> #openttdcoop NewGRF package - Revision 258:e80c7dfcf08d: Added tag 8.0-beta1 for changeset 406878... (Ammler) @
00:38:57  <Brot6> grfpack: update from 8-beta1 to 8.0-beta1 done -
00:45:49  <Brot6> grfpack: compile of 7.3 failed -
00:45:54  <Ammler> lol
00:45:59  <Ammler> time for sleep
00:47:38  <Brot6> #openttdcoop NewGRF package - Revision 258:288bf55d7575: [DevZone] publish some other interesting... (Ammler) @
00:47:38  <Brot6> #openttdcoop NewGRF package - Revision 259:4904061423c6: Added tag 8.0-beta1 for changeset 288bf5... (Ammler) @
00:51:01  <Brot6> grfpack: update from 8.0-beta1 to 8.0-beta1 done -
00:53:33  <Brot6> #openttdcoop NewGRF package - Revision 260:124367409e6e: Add repo readme (Ammler) @
00:57:26  <Brot6> grfpack: update from  to 8.0-beta1 done -
01:12:59  *** Seberoth has quit IRC
03:32:26  *** thgergo has quit IRC
07:35:44  *** ODM has joined #openttdcoop.devzone
08:02:37  <Brot6> OpenGFX+ - Revision 41:0a0fbf96dd59: Add #1020: Cargo class support for coal, goods, wood and oil... (planetmaker) @
09:20:54  <Ammler> planetmaker: grfpack 8.0-beta1 is out
09:21:05  <planetmaker> nice :-)
09:21:18  <Ammler> it should be built automatically on tag now
09:22:16  *** FooBar has joined #openttdcoop.devzone
09:22:53  <Ammler> hmm, little error
09:26:39  <Brot6> #openttdcoop NewGRF package - Revision 261:1a97796c31e5: DevZone: the txt-files are in the subdir... (Ammler) @
09:29:56  *** Alberth has joined #openttdcoop.devzone
09:38:18  *** thgergo has joined #openttdcoop.devzone
10:06:05  *** welshdragon has quit IRC
10:24:16  *** welshdragon has joined #openttdcoop.devzone
10:40:49  *** KenjiE20 has joined #openttdcoop.devzone
11:01:04  <Brot6> #openttdcoop NewGRF package - Release: #openttdcoop NewGRF package 8.0-beta1 (Ammler) @
11:11:18  <Brot6> FIRS Industry Replacement Set - Revision 1075:4264919bc1a1: Change: Update German translation (planetmaker) @
11:12:45  <Brot6> FIRS Industry Replacement Set - Code Review #1153 (New): Spanish? (Ammler) @
11:16:14  *** Seberoth has joined #openttdcoop.devzone
11:16:19  <Brot6> FIRS Industry Replacement Set - Revision 1076:bdb824d0b663: Fix #1075: Proper language names in l... (planetmaker) @
11:18:54  <Ammler> lol
11:19:06  <Ammler> #1075?
11:19:36  <Ammler> you confuse r and # :-P
11:20:02  <Alberth> they are both numbers :)
11:20:54  <Ammler> Fix #1153 (r1075):...
11:21:34  <Alberth> Fix #1153 (r4264919bc1a1):      :p
11:22:03  <Ammler> no, Fix #1153 (commit:4264919bc1a1) then
11:22:23  <Ammler> r is for numbers only
11:22:31  <Alberth> ok :)
11:22:49  <Ammler> maybe we could patch the redmine to have h=commit:
11:24:33  <Alberth> maybe it is more useful to state revision numbers with 'r' prefix everywhere, and issue numbers with #, so you can laways copy/paste numbers without introducing errors.
11:24:36  <planetmaker> hm... wrong number, yes. damn
11:25:01  <planetmaker> I meant to reference the issue number. I just looked at the wrong number ;-)
11:25:02  <Alberth> however, that would mean patching hg too :)
11:25:31  <Alberth> planetmaker: it happens every now and then, I make such errors all the time :)
11:25:41  <planetmaker> :-)
11:26:59  <Ammler> Alberth: rREVISON, #TICKET, commit:HASH
11:27:09  <Brot6> FIRS Industry Replacement Set - Code Review #1153 (Closed): Spanish? (Ammler) @
11:27:09  <Brot6> FIRS Industry Replacement Set - Code Review #1153 (Closed): Spanish? (planetmaker) @
11:27:10  <Yexo> planetmaker: do you know a simple newgrf with canals?
11:27:17  <Yexo> or rivers
11:27:21  <Ammler> <-- check r66
11:27:22  <planetmaker> it's not the first time it happens. And I'm sure it's not the last time... we can only make an endeavour to reduce these occurances.
11:27:40  <planetmaker> Yexo: I only know mb's rivers grf
11:27:44  <Ammler> Yexo: opengfx
11:27:53  <planetmaker> or the extra of opengfx indeed
11:28:46  <Yexo> looks like opengfx only uses action5, not action0 for canals
11:28:46  <Ammler>
11:28:53  <Ammler> nono
11:29:04  <Ammler> that is "real" newgrf, afaik
11:29:31  <planetmaker> not sure
11:29:37  <Yexo> ah, thanks ;)
11:29:44  <Ammler> hmm, at least Action2
11:30:03  <Yexo> I only found extra-canals.pnfo at first
11:30:03  <Ammler> is there Action5 feature?
11:31:41  <Ammler> yeah, the extra-plus might need to move to the newgrf ogfx+
11:32:07  <Yexo> extra-plus uses action 1/2/3, but not action 0
11:32:08  <Ammler> so we don't add "features" with opengfx
11:32:41  <Ammler> then you might need to decompile rivers.grf
11:32:48  <Ammler> from the grfpack :-)
11:33:13  <planetmaker> there might be an ancient opengfx newgrf version for rivers...
11:33:56  <planetmaker> hm... OpenGFX_waterfeatures.grf
11:34:02  <planetmaker> in grfpack 8.0-beta1 :-)
11:34:13  <Ammler>
11:34:18  <Yexo> also only uses action 1/2/3
11:34:31  <Ammler> planetmaker: why should that differ to the one in opengfx?
11:35:09  <planetmaker> hm... might be that there IS no such newgrf?
11:36:26  <Ammler> Yexo: why use Action0?
11:37:17  <planetmaker> I'll talk to Irwe :-)
11:37:42  <Yexo> Ammler: not sure if there is any use for it, but I wanted to code nml support
11:37:49  <Yexo> and an example always helps
11:38:23  <Ammler> as long as you can't build rivers in openttd, it is quite useless anyway :-)
11:38:27  <Rubidium> Ammler: so other NewGRFs that reference those shore-y tiles will get the right ones, although maybe OpenTTD does the 'right' thing by making action5 actually do action0-ish stuff
11:40:21  <Ammler> also one of the inconsistence things, that the reason you don't allow building rivers, is because it wouldn't be realistic, as you care about that
11:40:51  <Rubidium> nope, it doesn't... only for base graphics sets that replace 10 sprite it'll do the somewhat right thing; it'll only load sprites that are "new"
11:40:55  <Ammler> but then, it is quite realistic since almost 20 years to transform canals to rivers, at least here.
11:40:56  <Yexo> lol, openttd reads the canals/rivers action0 in a data structure but never actually uses that data
11:41:22  <Rubidium> Yexo: so make it use it :)
11:41:56  <planetmaker> he
11:42:08  <Yexo> rather: don't bother to implement nml support for it now
11:42:48  <planetmaker> oh :-(
11:43:05  <planetmaker> I just got excited and try to talk andythenorth and/or Irwe to provide sprites :-P
11:43:08  <Ammler> I never understood, why you added that stupid clause to disable rivers
11:43:27  <Yexo> planetmaker: in that case I'll try :)
11:43:46  <Ammler> planetmaker: for what, we can't use it?
11:43:52  <planetmaker> Yexo: no rush. I'll not get started today. And that means I'll not start before middle of August
11:43:54  <Yexo> Ammler: you mean to build rivers only in the scenario editor and not in-game?
11:44:03  <Ammler> Yexo: yes, big bullshit
11:44:40  <planetmaker> yet another adv. setting? ;-)
11:44:53  <Ammler> maybe it was to "motivate" someone to make a river generator ;-)
11:44:59  <planetmaker> he
11:46:50  <Ammler> anyway, also if there would be a river generator, you would still need a possiblity to "repair" rivers
11:47:12  <Ammler> rivers can cost 10 times as much, but should be there
11:48:46  <planetmaker> I do agree. Not being able to repair them makes them decay during the game, even if one provided a map with them...
11:50:13  <Ammler> the lack of rivers might also be the reason for the lack of rivers-newgrfs
11:51:05  <Rubidium> and probably vice versa :(
11:51:50  <planetmaker> hm... Rivers should also provide over-lay sprites just like railtypes
11:52:05  <planetmaker> actually everything should become ground-tile independent ;-)
11:52:19  <planetmaker> hm... though... we can have multiple ground tiles?
11:52:36  * planetmaker has so far no clue about rivers / canals...
11:53:35  <Rubidium> but you have about fjord, which are basically just rivers though much steeper
11:53:35  <Brot6> NewGRF Meta Language - Revision 565:a7d903ab556a: Change: split the '// Escapes:' line at the top... (yexo) @
11:54:19  <Alberth> planetmaker: I found the file that computes dependencies of .pnfo files (iirc). is that still relevant?
11:54:38  <planetmaker> in principle yes
11:55:42  <Alberth> ok, I'll keep that file then :)
11:56:08  <planetmaker> Alberth: could you pm me the file?
12:00:00  <Ammler> [13:51] <Rubidium> and probably vice versa <-- there are now rivers grfs quite some time, but still no openttd support
12:00:42  <Alberth> done
12:01:48  <planetmaker> thank you
12:02:20  <Alberth> no idea of its state :)
12:03:32  <planetmaker> I'll look at it... later. But that way I have possibly something to (also) look at when (again) re-working it :-)
12:05:07  <Ammler> also FS post exists:
12:06:41  <Ammler> no negative feedback there, just ignored mostly :-(
12:06:52  <Ammler> that is worse :-P
12:08:21  <Alberth> hegative feedback can be arranged easily :p
12:08:31  <Alberth> *negative
12:08:50  <Ammler> yeah, please ;-)
12:09:36  <Ammler> but first, we might need to update the patch to current trunk first :-P
12:25:36  <planetmaker> <-- Yexo , if you need something to start from with NML rivers
12:26:39  <Brot6> NewGRF Meta Language - Feature #1154 (New): rivers (planetmaker) @
12:26:45  <Yexo> thanks
12:27:52  <planetmaker> currently it triggers an internal NML error :-P
12:28:26  <planetmaker> but it's definitely not in shape and tested or tuned
12:28:43  <planetmaker> but... I'm off now... so I better posted it :-)
12:30:49  <Rubidium> happy vacation? Or is that still a bit too early?
12:33:59  <planetmaker> Thursday morning really, but... till then I have not to tend some other stuff and preparations
13:08:43  <Brot6> #openttdcoop NewGRF package - Bug #549 (Closed): Remove Japan Sets (Ammler) @
13:08:43  <Brot6> #openttdcoop NewGRF package - Bug #548 (Closed): Remove FooBar's NewGRFs (Ammler) @
13:08:43  <Brot6> #openttdcoop NewGRF package - Bug #551 (Closed): Remove single GRFs (Ammler) @
13:10:36  <Brot6> #openttdcoop NewGRF package - Bug #1009 (Closed): removed too many obsolete newgrfs (Ammler) @
13:13:43  <Alberth> pylint is so useful for finding import problems :p
13:13:49  <Brot6> NewGRF Meta Language - Revision 566:14c56e31131a: Codechange: Import the ast.general module inste... (Alberth) @
13:13:49  <Brot6> NewGRF Meta Language - Revision 567:2a660a172e18: Fix: Make print_script() available by importing... (Alberth) @
13:13:49  <Brot6> NewGRF Meta Language - Revision 568:32de710dfd1c: Fix: Import (Alberth) @
13:13:50  <Brot6> NewGRF Meta Language - Revision 569:a8f1d87c8790: Fix: Import (Alberth) @
13:13:53  <Brot6> NewGRF Meta Language - Revision 570:81667112633e: Codechange: Import switch,py module. (Alberth) @
13:13:57  <Brot6> NewGRF Meta Language - Revision 571:32c5c9d07505: Codechange: Remove unneeded semicolons. (Alberth) @
13:14:01  <Brot6> #openttdcoop NewGRF package - Support #1155 (New): inform Zuu about change (Ammler) @
13:14:57  <Alberth>  <sigh/> another circular import :(
13:17:31  * planetmaker hugs Alberth 
13:17:40  <planetmaker> have a cookie :-)
13:17:46  <Alberth> thanks!
13:17:50  <Ammler> isn't there anything like import_once?
13:18:10  <Alberth> the first time fails already :p
13:18:46  <planetmaker> I know, cookies don't solve most problems, but they make them more bearable ;-)
13:21:05  <Alberth> it buys some time to think about the problem :)
13:22:52  <Brot6> #openttdcoop NewGRF package - Support #1156 (New): Update homepages (Ammler) @
13:42:08  <Brot6> NewGRF Meta Language - Revision 572:eb7216e6a341: Fix (r570): Move parse_randomswitch() to resolv... (Alberth) @
13:54:35  <Brot6> NewGRF Meta Language - Revision 573:fe6d73b1e2fa: Codechange: Cleanup imports (remove unneeded on... (Alberth) @
13:59:31  <Brot6> NewGRF Meta Language - Revision 574:331094c70b79: Fix (r573): Forgot a prefix. (Alberth) @
14:11:09  <Brot6> firs: abort: no suitable response from remote hg!
14:11:32  <Brot6> test: abort: no suitable response from remote hg!
14:14:38  <planetmaker> that sounds bad...
14:17:21  <Ammler> not really, just connection issue
14:17:31  <Ammler> might be better in 4 hours
14:18:00  <Ammler> that is message from backup.push to
14:20:06  <planetmaker> ah. Could it say so, that it's a backup failing?
14:25:32  <Brot6> #openttdcoop - Revision 111:660a00cc6e75: [HG] Fix: mention backup on error announcement (Ammler) @
14:25:42  <Ammler> I have no idea about the failures, I just forward those :-)
14:41:27  *** frosch123 has joined #openttdcoop.devzone
14:58:13  <Brot6> OSQC Challenge - Submission #1157 (Feedback): Submissions for the 2nd OSQC go here (planetmaker) @
15:03:21  <Brot6> OSQC Challenge - Submission #1157 (Closed): Submissions for the 2nd OSQC go here (planetmaker) @
15:03:21  <Brot6> OSQC Challenge - Submission #1157 (Closed): Submissions for the 2nd OSQC go here (planetmaker) @
15:05:59  <Ammler> planetmaker: deleting wouldn't spam here
15:08:49  <Brot6> OSQC Challenge - OSQC2 #1157 (Closed): Submissions for the 2nd OSQC go here (planetmaker) @
15:08:49  <Brot6> OSQC Challenge - OSQC2 #1157 (Closed): Submissions for the 2nd OSQC go here (planetmaker) @
15:11:02  <planetmaker> hm, can we re-direct osqc to member channel?
15:11:18  <planetmaker> I mean brot6's output about it?
15:14:08  <Brot6> #openttdcoop NewGRF package - Bug #549 (Closed): Remove Japan Sets (Ammler) @
15:14:08  <Brot6> NewGRF Meta Language - Revision 567:2a660a172e18: Fix: Make print_script() available by importing... (Alberth) @
15:15:23  <Alberth> repeating yourself Brot6 ?
15:27:42  <Ammler> yes, might be time to route rss feeds a bit
15:48:28  <Brot6> OSQC Challenge - openttdcoop-sqc-2010-01.scn (tneo) @
16:06:47  <Ammler> !rss watch NewGRFs
16:06:48  <Brot6> sure, Ammler
16:06:55  <Ammler> !rss watch Patches
16:06:55  <Brot6> lemme take care of that for you, Ammler
16:07:09  <Ammler> !rss watch Administration
16:07:09  <Brot6> fine, Ammler
16:07:18  <Ammler> !rss unwatch devactivity
16:07:18  <Brot6> Ammler: #openttdcoop.devzone has been removed from the watchlist for devactivity
16:07:44  <Ammler> !rss watch BaseSets
16:07:44  <Brot6> sure, Ammler
16:08:06  <Ammler> something we miss?
16:08:35  <Rubidium> sure, Ammler
16:08:44  <Ammler> :-Pé
16:10:37  <Alberth>    proposed addition for the reference.html file. No doubt someone can tell me the parameters of STORE_{TEMP,PERM}
16:10:39  <Webster> Title: Paste #242237 | LodgeIt! (at
16:11:12  <FooBar> can anyone explain Action 6 to me? It seems to multiply the offset by 3 :S
16:11:30  <planetmaker> FooBar, action6 just overwrites parts of the following action
16:11:31  <FooBar> action 6 is the one that modifies the content of the following sprite by the way
16:11:35  <FooBar> :)
16:11:45  <FooBar> yes, that part I understand
16:11:56  <planetmaker> there's not more to it
16:12:06  <Ammler> !rss watch 32bpp
16:12:06  <Brot6> okay then :), Ammler
16:12:07  <FooBar> it has an option to add a value
16:12:26  <FooBar> but it adds said value 3 times
16:13:26  <Ammler> ping me, if something doesn't annouce
16:13:42  <Ammler> or if something is announced, which shouldn't
16:13:45  <FooBar> to explain a bit more: in my case, I want to move the metro sprites from monorail to maglev (in normal action A replace), so I want an offset of 82
16:14:02  <Hirundo> action6 is applied multiple times, it adds each time
16:14:41  <planetmaker> FooBar, don't write an offset, but write the value + 82
16:15:17  <FooBar> nice workaround, I like that
16:15:38  <planetmaker> like -1 * 00 06 offset 04 FF repitition
16:15:44  <FooBar> have to reset the parameter more often, but who cares :)
16:16:04  <planetmaker> not sure what the 04 FF was for ;-)
16:16:23  <planetmaker> oh... yes. 4 bytes :-)
16:16:27  <planetmaker> sorry...
16:17:08  * FooBar tries anew
16:17:12  <planetmaker> -1 * 00 06 value repition FF offset
16:17:13  <planetmaker> IIRC
16:17:23  <planetmaker> <-- I peek here :-)
16:18:10  <FooBar> heh, finally... been struggling with this for like half an hour :S
16:18:14  <planetmaker> the FF just indicates that it's an extended byte
16:18:27  <planetmaker> e.g. offset is \w something
16:18:41  <planetmaker> and then finished by a FF in the very end
16:19:10  <FooBar> planetmaker: you can stop explaining, it works now, thanks ;)
16:19:13  <planetmaker> and as a parameter can be only 4 bytes, overwriting 4 bytes in a row is the best you can do, if you want to re-write a whole action
16:19:15  <planetmaker> :-)
16:19:50  <FooBar> kinda silly though that action6 is executed multiple times. Makes the option to add a value sort of useless
16:20:01  <FooBar> or at least impractical
16:20:02  <planetmaker> hm?
16:20:24  <Brot6> firs: update from r1074 to r1076 done (5 errors) -
16:20:30  <planetmaker> how executed multiple times? I might not have understood what you mean / meant
16:20:43  <FooBar> [18:14]	<Hirundo>	action6 is applied multiple times, it adds each time
16:20:59  <FooBar> that's why my offset went wrong
16:21:22  <planetmaker> yes. But... what is meant with "applied multiple times"?
16:21:24  <FooBar> well, not offset as in <offset>, but as in the amount to add
16:21:53  <FooBar> it appears that it's applied during initialisation, activation and then some other time
16:22:11  <Brot6> nml: update from r563 to r577 done -
16:22:17  <planetmaker> oh, that way
16:22:29  <FooBar> and between stages it doesn't revert to the original sprite, but keeps the modified and then modifies again
16:22:39  <planetmaker> I guess I un-knowingly circumvented it by just writing absolute values at absolute offsets
16:22:44  <FooBar> :)
16:22:55  <FooBar> I should've done that in the first place
16:23:14  <planetmaker> still, I kinda hate the 60-line action6 in the snowline mod newgrf
16:23:27  <FooBar> heh
16:23:31  <planetmaker> just to overwrite a sprite of the same size ;-)
16:23:36  <Brot6> ogfxplus: compile of r41 failed -
16:23:44  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r573), 32bpp-extra (r36), airportsplus (r52), comic-houses (r71), fish (r386), grfcodec (r178), heqs (r371), newgrf_makefile (r124), nforenum (r406), nutracks (r86), opengfx (r469), openmsx (r91), opensfx (r97), snowlinemod (r15), swedishrails (r140), worldairlinersset (r659)
16:25:53  <Brot6> ogfxplus: compile of r41 failed -
16:27:42  <Brot6> swedishrails: compile of r140 failed -
16:33:17  <Yexo> Alberth: looks nice
16:33:34  <Yexo> parameters for LOAD_(TEMP,PERM) are (value, address)
16:35:39  <Ammler> hmm, why did they fail?
16:35:40  <Hirundo> that's STORE_X, LOAD_X only has one parameter 'address')
16:35:52  <Yexo> of course :)
16:35:59  <Ammler> something broken at the compiler?
16:36:06  <planetmaker> Ammler, I wonder(ed), too
16:37:56  <planetmaker> hm.... maybe... nml2nfo -> nmlc missing
16:38:37  <planetmaker> hm, no. Only here locally :-P
16:56:48  <Ammler> the issue is on my side
17:02:02  <Brot6> ogfxplus: compile of r41 failed -
17:02:28  <Ammler> :-( or not?
17:03:21  <planetmaker> here it just built zip and src.tar.gz successfully
17:03:34  <Brot6> swedishrails: compile of r140 failed -
17:03:57  <planetmaker> I don't get why it fails
17:04:13  <planetmaker> I only see it couldn't find zip and md5. But... nothing else
17:05:10  <planetmaker> error: Bad exit status from /var/tmp/rpm-tmp.5q4Xng (%build) <-- that's a bit non-descriptive to me
17:06:21  <planetmaker> btw... newgrfs should get no-arch and not the architecture in the rpm name
17:07:15  <planetmaker> I have the suspicion that the zip command simply fails
17:07:40  <Ammler> ImportError: No module named ast
17:07:47  <planetmaker> eh
17:07:47  <Ammler> why doesn't it complain?
17:10:57  <planetmaker> I don't see where you get that error
17:11:18  <Brot6> Revision 578:c6c6f153925c: Add: Add explanation of builtin functions to reference manual. (Alberth) @
17:14:45  <Alberth> Ammler: FYI: Brot6 seems to have skipped a few nml revisions
17:15:06  <Alberth> Yexo: add a 'break' after the change in r577 ?
17:15:30  <Yexo> yes
17:15:41  <Ammler> that might be ok
17:15:55  <Ammler> but I need to change the template so it does show the project
17:16:10  <Yexo> Alberth / Ammler: I used rebase, so r575 has a timestamp before r574
17:16:32  <Ammler> and I changed the rss feeds
17:16:37  <Ammler> so...
17:17:01  <Alberth> ok, just mentioning it
17:29:46  <Ammler> Yexo: wouldn't a rollback and recommit be easier?
17:30:06  <Yexo> no, it were 3 commits
17:30:25  <Yexo> hg rebase -s 566 -d 577 <- that was all
17:51:47  <Alberth> 577?
17:55:09  <Ammler> what Mercurial version do you use?
17:55:17  <Ammler> someone still using 1.3.1 or lower?
17:57:03  <Alberth> 1.6
17:59:32  <Ammler> swedishrails.grf.nfo <-- something is wrong?
18:02:33  <Ammler> something is breaking the nml projects to work with hg 1.3.1
18:03:04  <planetmaker> hm
18:03:18  <planetmaker> I haven't used hg 1.3 for long(er)
18:03:22  <Ammler> someting with import
18:03:37  <planetmaker> Ammler: the filename of the nfo is 'correct' - though it can be improved
18:03:44  <planetmaker> it's wrong filename generation logic
18:04:11  <Ammler> > hg st
18:04:13  <Ammler> *** failed to import extension progress: No module named progress
18:04:31  <Ammler> I fear nml and hg does conflict somewhere
18:06:53  <Ammler> Alberth: or Yexo, you like to support hg 1.3.1?
18:07:19  <Ammler> I can change the build system to use newer versions, currently it uses standard packages
18:07:38  <Yexo> Ammler: nml doesn't need any hg extensions
18:07:58  <Ammler> hmm, there is no extension enabled
18:08:09  <Yexo> <Ammler> *** failed to import extension progress: No module named progress <- where does that come from?
18:08:35  <Ammler> well, then it is a core feature
18:08:50  <Alberth> version_list = (subprocess.Popen(['hg', '-R', path, 'id', '-n', '-t', '-i'], stdout=subprocess.PIPE).communicate()[0]).split()
18:08:54  <Alberth> this magic?
18:09:30  <Alberth> where    path   is a path to a repository
18:10:30  <Ammler> just checked, we use 1.3.1 since start
18:10:32  <Alberth> ie does     hg -R /path/to/repo id -n -t -i       work?
18:11:23  <Alberth> otherwise we do no hg magic in nml afaik
18:12:01  <Ammler> after update to hg 1.6, it works again
18:12:40  <Ammler> Alberth: the question is, shall I update the compiler to use "factory" mercurial or will you like fix this?
18:13:53  <Alberth> I don't even understand the problem you are having
18:14:10  <Alberth> and how you relate hg to nml
18:14:12  <Ammler> try to build a nml project with hg 1.3.1
18:14:25  * Alberth nods
18:14:35  <Ammler> I assume, nml does overwrite some system things :-)
18:15:10  <Ammler> or hg 1.3.1 does something bad
18:15:16  <Ammler> which didn't appear until now
18:15:19  <Alberth> no, afaik, nmlc does not write files other than what you specify at the command line
18:15:59  <Alberth> only pm added that bit of hg magic that I just pasted here
18:16:34  <Alberth> that may break hg 1.3.1   but I have no 1.3.1, so I don't know
18:16:47  <Ammler> nono
18:17:06  <Ammler> it si seomthing since r563
18:20:32  <Alberth> that is mainly moving import statements inside nml around due to the split of r564
18:20:53  <Ammler> tells last working rev
18:22:26  <Alberth> so swedish rails breaks against current nml (r578) ?
18:22:57  <Ammler> yes, with hg1.3.1
18:23:04  <Ammler> not with hg 1.6
18:23:07  <Alberth> or only when you use hg 1.3.1 to checkout swedish rails?
18:23:21  <Alberth> did you make a new clone with 1.3.1 ?
18:23:51  <Ammler> hmm, let me try again first to be sure
18:24:13  <Alberth> probably of both swedish rail and nml, due to the hg magic of nml added by pm
18:26:08  <Ammler> :-P
18:26:26  <Ammler> it is hard once runned nml, I can't use hg 1.3.1
18:26:30  <planetmaker> :-P
18:26:45  <planetmaker> but... they worked since I last touched any revision checks...
18:26:56  <planetmaker> or was it broken ever since?
18:27:19  <Ammler> [20:17] <Ammler> it si seomthing since r563
18:27:34  <Ammler> hg version never changed
18:28:26  <Alberth> you can hardcode the path in nml
18:30:28  <Ammler> well, i don't care, just ping me, if you like to use 1.6
18:40:33  * Alberth doesn't remember asking for a newer version
18:41:59  <Ammler> well, if you show me, that it works with 1.3.1, I will investigate on my side again :-)
19:03:46  *** Seberoth has quit IRC
19:04:08  *** Seberoth has joined #openttdcoop.devzone
19:56:10  *** Alberth has left #openttdcoop.devzone
20:36:48  <Brot6> ogfxplus: compile of r41 failed -
20:38:38  *** frosch123 has quit IRC
20:38:52  <Brot6> Revision 112:71e1d1e39235: [Compiler] Fix: make the build error log more verbose again (Ammler) @
21:25:53  <Brot6> Revision 113:c0f6ab6cf01a: [Compiler] Change: cleanup the ~./.nforenum again, so we could again b... (Ammler) @
21:32:33  <Brot6> Revision 114:3fedc5c9085f: [Compiler] Fix wgets, buildargs are configurable, removed --clean (Ammler) @
22:10:16  *** ODM has quit IRC
22:18:07  *** Seberoth has quit IRC
22:28:52  *** FooBar has quit IRC
22:36:53  <Brot6> Bug #1072 (New): GRF's are not being loaded when starting a new game (welshdragon) @
23:03:34  <Brot6> Bug #1158 (New): NML doesn't work with HG 1.3.1 (Ammler) @
23:13:15  *** Seberoth has joined #openttdcoop.devzone
23:56:57  *** KenjiE20 has quit IRC

Powered by YARRSTE version: svn-trunk