Log for #openttdcoop.devzone on 15th August 2010:
Times are UTC Toggle Colours
00:06:39  *** Seberoth has quit IRC
00:07:27  <Ammler> removed debian repos again
00:08:38  <Ammler> why don't you need a dsc file?
00:23:08  *** KenjiE20 has quit IRC
03:03:23  <Brot6> OpenGFX - Feature #741: toolbar info sprite blue instead red? (2006TTD) @
03:32:23  <Brot6> OpenGFX - Bug #1230: Toyland Buoy Follow up (2006TTD) @
04:25:47  <Brot6> OpenGFX - Bug #280: standard signals (2006TTD) @
06:12:20  <Brot6> FIRS Industry Replacement Set - Bug #1242 (New): Farm snow check fails if tile is bulldozed (andythenorth) @
06:18:11  <Brot6> FIRS Industry Replacement Set - Feature #938 (Rejected): Anti-alias Plastic Factory (andythenorth) @
06:20:38  <Brot6> FIRS Industry Replacement Set - Feature #808 (Closed): Primary industres - remove any legacy stoc... (andythenorth) @
06:20:38  <Brot6> FIRS Industry Replacement Set - Bug #736 (Closed): FIRS breaks gameplay (prevents route building) (andythenorth) @
06:21:35  <Brot6> FIRS Industry Replacement Set - Feature #437 (Closed): Industry Placement when Generating Map (andythenorth) @
06:21:35  <Brot6> FIRS Industry Replacement Set - Bug #921 (Closed): testing non-existing variable? (andythenorth) @
06:23:43  <Brot6> FIRS Industry Replacement Set - Bug #911: Industry cbs / special flags may be wrong (andythenorth) @
06:23:43  <Brot6> FIRS Industry Replacement Set - Feature #701 (Closed): scenario mode (andythenorth) @
06:25:49  <Brot6> FIRS Industry Replacement Set - Bug #1241 (Closed): Many industries are incorrectly allowed to bu... (andythenorth) @
06:25:49  <Brot6> FIRS Industry Replacement Set - Bug #1241 (Closed): Many industries are incorrectly allowed to bu... (andythenorth) @
06:30:00  <Brot6> FIRS Industry Replacement Set - Revision 1172:148d4fd71699: Change: multiple fixes to prevent cer... (andythenorth) @
06:30:00  <Brot6> FIRS Industry Replacement Set - Revision 1173:84c4bf7afebc: Change: remove redundant colon chars ... (andythenorth) @
06:31:45  <Brot6> FIRS Industry Replacement Set - Feature #1243 (New): Add more layouts to Forest (andythenorth) @
06:31:45  <Brot6> FIRS Industry Replacement Set - Feature #1244 (New): Add more layouts to Fruit Plantation (andythenorth) @
06:33:23  <Brot6> OpenGFX - Feature #741: toolbar info sprite blue instead red? (planetmaker) @
06:41:04  <Brot6> FIRS Industry Replacement Set - Feature #1245 (New): Consider preventing farms on coast (andythenorth) @
06:41:31  <Brot6> OpenGFX - Bug #280: standard signals (planetmaker) @
06:43:36  <Brot6> OpenGFX - Bug #348: maglev horizontal track (planetmaker) @
06:45:38  <planetmaker> moin andythenorth, you know what I hope actually much for? New graphics for the iron ore mine
06:45:49  <planetmaker> It looks very ugly in other climates than temperate
06:47:16  <Brot6> FIRS Industry Replacement Set - Feature #1245: Consider preventing farms on coast (planetmaker) @
06:51:37  <Brot6> FIRS Industry Replacement Set - Feature #1237: 1 tile buffer - Iron Ore Mine (planetmaker) @
06:54:40  <Brot6> OpenGFX - Bug #280: standard signals (2006TTD) @
06:54:40  <Brot6> OpenGFX - Bug #348: maglev horizontal track (2006TTD) @
06:56:59  <Brot6> OpenGFX - Feature #741: toolbar info sprite blue instead red? (2006TTD) @
06:58:32  <Brot6> FIRS Industry Replacement Set - Feature #1169: locate industries near town (planetmaker) @
06:58:32  <Brot6> FIRS Industry Replacement Set - Bug #1100: Availability date display in OpenTTD < r20086 (planetmaker) @
07:07:15  *** ODM has joined #openttdcoop.devzone
07:07:18  <Brot6> FIRS Industry Replacement Set - Feature #912: Production boost at certain industries if electrici... (planetmaker) @
07:09:26  <Brot6> FIRS Industry Replacement Set - Bug #898: Bank appearing in Towns/Cities and accepting Sand (planetmaker) @
07:13:39  <Brot6> FIRS Industry Replacement Set - Bug #1055: Strange availability date behaviour (planetmaker) @
08:03:12  <andythenorth> should players be able to build farms above snowline?
08:08:39  <planetmaker> hm, good question
08:09:26  <ODM> no
08:09:40  <planetmaker> if it's a mammoth or rein deer farm ;-)
08:41:37  <andythenorth> no frosch :(
08:43:40  <Rubidium> lots of activity though :)
08:44:27  <andythenorth> Rubidium: if a varaction 2 chain is linear (no branching), is there any harm in reusing the same ID for every action?
08:44:33  <andythenorth> np if you don't know
08:45:28  <Rubidium> have no clue; did you try it?
08:46:57  <Hirundo> andythenorth: as far as I know, that should work
08:47:14  <andythenorth> seems to work fine
08:47:20  <andythenorth> logically it should
08:48:14  <Hirundo> It should either refer to the last one or to itself, and the latter is not possible (it would allow loops)
08:48:26  <andythenorth> that's why I thought it would work :)
08:48:33  <andythenorth> instant deadlock otherwise
08:48:35  * andythenorth wonders if rivers are likely to happen in map gen ever
08:49:12  <andythenorth> it's a FIRS design issue, not a feature request :o
08:50:50  <Rubidium> then assume someone will eventually do so
08:51:30  <Rubidium> and making rivers in the scenario editor before (randomly) creating industries is already possible
08:51:43  <andythenorth> indeed
08:51:58  <andythenorth> wonder if there's a way to differentiate between riverbanks and coast tiles
08:52:50  <Rubidium> the latter is always sloped
08:53:00  <Rubidium> the latter is never flat
08:53:13  * andythenorth experiments with scenario editor
08:53:19  <andythenorth> no problems there then
08:53:39  <Rubidium> rivers are limited to (I think) 4 slopes + flat
08:57:22  *** frosch123 has joined #openttdcoop.devzone
08:57:30  <andythenorth> quak
08:57:30  <andythenorth> etc
08:58:34  <frosch123> moin :)
09:01:50  <Brot6> FIRS Industry Replacement Set - Feature #1245 (Closed): Consider preventing farms on coast (andythenorth) @
09:01:50  <Brot6> FIRS Industry Replacement Set - Revision 1174:588444b8e3e9: Feature: prevent Farms being built on... (andythenorth) @
09:01:50  <Brot6> FIRS Industry Replacement Set - Feature #1245 (Closed): Consider preventing farms on coast (andythenorth) @
09:07:08  * andythenorth wonders what to do next
09:10:51  <frosch123> <- haha :p
09:19:39  <andythenorth> frosch123: well at least it's not in my bug tracker anymore :P
09:22:52  <frosch123> hmm, indeed a ottd problem...
09:23:31  <frosch123> you can alter the production only if the nidustry does not accept cargo, or it accepts valueables :p
09:23:32  *** Alberth has joined #openttdcoop.devzone
09:23:35  <frosch123> how silly :)
09:23:41  <andythenorth> is it as simple as modifying production multiplier?
09:24:07  <frosch123> it just assigns new values to prop 12/13
09:24:43  <andythenorth> ah, the 'other' production multiplier
09:24:52  <frosch123> it does not affect the production rate, so effectively it modifies the industry in a way, the newgrf cannot change itself, and usually does not notice either
09:25:26  <andythenorth> I'm 99% certain every FIRS industry will function ok if prop 12/13 is adjusted
09:29:07  <Brot6> FIRS Industry Replacement Set - Feature #1246 (New): Split / consolidate cb2f templates (andythenorth) @
09:30:26  <Brot6> FIRS Industry Replacement Set - Feature #1247 (New): Arable Farm snow check needs updating (andythenorth) @
09:39:29  <andythenorth> desert farming:
09:41:47  <andythenorth> 2x2 tile fields would achieve that....using same shape as road corners
09:45:30  * andythenorth can't decide whether to limit industry in desert
09:45:47  <Terkhen> I like it, but you'll get people complaining that those farms are too futuristic for earlier years
09:48:20  <andythenorth> I could just prevent farms in desert
10:01:32  * frosch123 has a weird aluminium plant
10:01:37  * frosch123 updates :p
10:05:16  <andythenorth> frosch123: bakery tile instead of sub-station?
10:05:22  <andythenorth> fixed?
10:06:09  <frosch123> yup :)
10:07:13  <andythenorth> good good
10:11:08  <Brot6> FIRS Industry Replacement Set - Revision 1175:cc4019ef9cb2: Change: split / consolidate certain c... (andythenorth) @
10:16:44  <Brot6> FIRS Industry Replacement Set - Revision 1176:dd800a16ff51: Remove: redundant cb2f template (andythenorth) @
10:18:36  * andythenorth afk
10:47:20  *** KenjiE20 has joined #openttdcoop.devzone
10:49:58  <Brot6> 2cc train set - Revision 579:b7c3691716c6: Fix: Updated gfx on the shinkansen700 (DJNekkid) @
10:49:58  <Brot6> 2cc train set - Revision 580:5cdb591cf252: Add: Shinkansen 0/700 pnfo's (DJNekkid) @
10:49:58  <Brot6> 2cc train set - Bug #1084 (Closed): Brazilian GL8 still has Max TE 0kn (DJNekkid) @
11:04:00  <Ammler> wow, extra grf in trunk now?
11:04:55  <Rubidium> it's just moving of the sources and not requiring two commits whenever a sprite gets added
11:05:38  <Rubidium> and to prevent trouble with downstreams that don't fancy shipping precompiled binaries objects
11:06:17  <Ammler> how do they handle images?
11:06:56  <Rubidium> if they aren't the source, then they should be rebuilt automatically
11:06:56  <Ammler> well, it is nice, might also allow easier patching with sprites
11:07:57  <Rubidium> however... the images are all "sources", i.e. manual work has been done on them...
11:08:07  <Ammler> hmm, where are the sprites?
11:08:20  <planetmaker> media
11:09:27  <Ammler> how do I pick the sprite of the cursor?
11:12:26  <andythenorth> it's the default sprite in the sprite aligner :P
11:13:25  <Ammler> I swear, it wasn't there the first time :-P
11:16:02  <Brot6> FIRS Industry Replacement Set - Revision 1177:26cc77b36c6f: Change: consolidate further cb2f temp... (andythenorth) @
11:27:32  <Ammler> autsch, hdd makes silly noise :-(
11:28:16  <Ammler> backuping...
11:40:45  <Alberth> 'backup' is not a verb afaik :)
11:42:28  <planetmaker> it is, though ;-)
11:43:20  <Alberth> as in 'driving backwards'?
11:43:50  <planetmaker> as in 'pull out', 'give support', 'make backup copy'
11:44:54  <planetmaker> though the latter is not that common
11:45:21  <planetmaker>
11:45:22  <Webster> Title: Backup - Definition and More from the Free Merriam-Webster Dictionary (at
11:53:50  <Ammler> planetmaker: you have real name from 2006TTD?
11:54:43  <Ammler> now, I have resynced the whole "shit" and the hdd is silent again?
11:56:39  <planetmaker> I don't
11:56:45  <Alberth> but you are a recent backup richer :)
11:57:57  <Ammler> not of system
11:58:01  <Ammler> :-)
11:58:33  <Ammler> it wouldn't hurt that much, but I like to keep the whole system and just replace the hd
11:58:39  <Ammler> I love my current suse 11.2
11:59:23  <Alberth> I tend to do a new system install from scratch
11:59:57  <Ammler> yeah, it is just a little bit too early for 11.3 and I wouldn't like to install 11.2 now again
12:00:15  <planetmaker> It depends. It's good to have both.
12:00:56  <planetmaker> I always makea 1:1 copy of data. System I usually re-install. But it already once proved very good to have a verbatim copy of everything
12:01:08  <planetmaker> at least for production computers ;-)
12:01:11  <Ammler> yes
12:01:34  <Ammler> I ususally backup only etc and home
12:01:55  <Ammler> a fresh install with keeping home is easy
12:01:59  <planetmaker> either /home or /
12:02:28  <planetmaker> or rather /home and / without /home included
12:02:29  <Ammler> but last time I even made fresh home
12:02:47  * planetmaker tries to remember when I last created a new home ;-)
12:02:52  <planetmaker> three years ago or so
12:03:12  <Ammler> well, for some KDE settings, it was good to make those fresh
12:03:54  <Alberth> I just removed my ~/.kde* stuff :)
12:04:04  <Ammler> I fear a bit the new hal from suse 11.3
12:04:11  <Ammler> no xorg, no sax
12:28:17  <Brot6> OpenGFX - Revision 481:11ff44e68eff: Feature #741: replace info toolbar button with a white quest... (Ammler) @
12:30:13  <Brot6> OpenGFX - Feature #741: toolbar info sprite blue instead red? (Ammler) @
12:30:13  <Brot6> OpenGFX - Feature #741 (Resolved): toolbar info sprite blue instead red? (Ammler) @
12:34:56  <Ammler> planetmaker: does 2006TTD know what we mean with templating the signals?
12:35:36  <planetmaker> ask him?
12:38:41  <Ammler> so do we now again use different styples for feature reference, you use [], I don't :-P
12:41:23  <planetmaker> hu?
12:41:36  <Ammler> nvm. :-)
12:42:24  <planetmaker> did I write wrong commit messages?
12:43:21  <Ammler> no, I assume, both are right
12:52:29  <planetmaker> I still don't get what you hint at
12:53:14  <Alberth> is my of any use, or did i just make a bigger mess?
12:55:21  <planetmaker> I haven't read or tested it yet in detail. Is foobar happy with it?
12:55:39  <Alberth> afaik he still uses my first hackish attempt
12:56:08  <Ammler> I still need to prove you, that the dep check is useless :-P
12:56:51  <Alberth> yes, we are waiting for your solution without make :)
12:57:04  <Ammler> not without make, just without depend
12:57:34  <planetmaker> yes. then without that ;-)
12:57:40  <Ammler> :-)
13:53:10  <Brot6> Metro Track Set - (foobar) @
13:53:20  *** FooBar has joined #openttdcoop.devzone
13:53:30  <FooBar> hi all!
13:53:57  <FooBar> DJNekkid: would you like to see if this works for you with NuTracks:
13:55:15  <FooBar> couldn't test myself as nutracks has some minor problems itself: :P
14:12:15  <Ammler> FooBar: linter errors means the grf is not working?
14:12:33  <Brot6> OpenGFX - Feature #741: toolbar info sprite blue instead red? (2006TTD) @
14:12:45  <FooBar> not necessarily, but OpenTTD gave me an "unexpected sprite" warning ;)
14:14:06  <Brot6> Metro Track Set - Revision 53:fac0f6703140: Feature: Allow MONO on 3RDR and 3RDC if 2cc trainset ... (foobar) @
14:14:06  <Brot6> Metro Track Set - Revision 54:69d790dc2c46: Feature: NuTracks compatibility: do not assign proper... (foobar) @
14:14:07  <Brot6> Metro Track Set - Feature #1211 (Closed): option to allow mono vehicles on 3rdr (foobar) @
14:14:07  <Brot6> Metro Track Set - Feature #1229 (Closed): nutracks compatibility (foobar) @
14:14:09  <FooBar> because there are renum errors I didn't investigate further: great chance that it works after fixing those errors
14:15:01  <Ammler> the grf is there
14:15:17  <FooBar> you mean nfo?
14:15:21  <planetmaker> the grf
14:15:22  <Ammler> no, the grf
14:15:38  <planetmaker> FooBar, if an error would mean no grf, there'd be no FIRS grf either ;-)
14:15:41  <Ammler> if that grf would fail, I should change the script and let such grfs fail
14:16:01  * planetmaker ponders making renum or grfcodec errors fatal in the makefile ;-)
14:16:38  <Brot6> OpenGFX - Revision 482:29c5fbed7ad8: Doc: real name of 2006TTD (closes #741) (Ammler) @
14:16:38  <Brot6> OpenGFX - Feature #741 (Closed): toolbar info sprite blue instead red? (Ammler) @
14:17:26  <FooBar> Let me try again: I have downloaded that grf (latest/r91); I loaded that in OpenTTD but that resulted in a "fatal: unexpected sprite" error. I.e. the grf compiles, but is not working. Fixing the renum errors most likely also results in the grf actually working again.
14:18:45  <FooBar> General example: if there's a real sprite in the wrong place, grfcodec will happily compile that for you, but OpenTTD still doesn't want it ;)
14:21:12  <Rubidium> the (first) fatal error in the NewGRF is definitely correct
14:24:23  <Ammler> hmm, I could run a grf through openttd
14:25:40  <planetmaker> cat my.grf | openttd > result.log ? ;-)
14:25:56  <Alberth> -d9  ?
14:32:00  <FooBar> problem most likely lies within sprite 510...
14:41:23  *** Seberoth has joined #openttdcoop.devzone
14:45:23  <Brot6> Nutracks - Patch #1249 (New): fix for metro track set skip (foobar) @
14:46:16  <FooBar> ^ that fixes the not-loading problem. Doesn't fix other renum errors.
14:46:37  <Rubidium> but it fixes the one and only fatal error, right?
14:46:47  <FooBar> exactly
15:06:19  <Brot6> Nutracks - Patch #1249 (Closed): fix for metro track set skip (foobar) @
15:06:19  <Brot6> Nutracks - Revision 92:6d889ae2200d: Fix: 1249 - applied foobars patch (DJNekkid) @
15:06:19  <Brot6> Nutracks - Patch #1249 (Closed): fix for metro track set skip (DJNekkid) @
15:08:59  <FooBar> DJNekkid: please test the compatibility between both sets and let me know what you think ;)
15:18:39  <Ammler> can we say, if the nforenum finds linter failures, the grf will fail?
15:18:57  <Ammler> so I could just grep the log and let the build fail?
15:19:18  <Rubidium> it'll be likely
15:19:27  <Rubidium> or it'll be a nforenum bug
15:20:03  <planetmaker> Ammler, the proper way would be to let make fail
15:20:14  <planetmaker> no grep needed
15:20:32  <planetmaker> But then it will fail also on the warnings
15:20:40  <Ammler> hmm?
15:20:54  <Ammler> that shouldn't happen
15:21:23  <Ammler> I am speaking about the cf
15:22:20  <Ammler> I would simply grep the error log and delete the zip
15:22:47  <Ammler> (part of the spec)
15:23:16  <planetmaker> yes, I know.
15:23:21  <planetmaker> But your approach is conceptually wrong
15:23:32  <planetmaker> what you propose is the _purpose_ of make
15:23:56  <planetmaker> it must fail, if building fails
15:24:03  <Ammler> something like grfnfolint :-)
15:24:23  <planetmaker> so far errors in renum and grfcodec are something I don't consider a fatal error
15:24:28  <planetmaker> But maybe that can be changed
15:24:28  <Rubidium> planetmaker: but... building succeeds! The result is just invalid.
15:24:33  <planetmaker> yeah
15:24:55  <planetmaker> maybe it should fail for error codes larger than 4 for nforenum
15:25:03  <planetmaker> larger than 3
15:26:31  <Alberth> nforenum does not give a non-0 exit code on errors?
15:27:10  <planetmaker> yes. But also for warnings
15:27:27  <planetmaker> As such make fails already for a warning, if I don't ignore it
15:27:36  <planetmaker> (or treat it more sophisticatedly)
15:27:55  <planetmaker>
15:28:01  <planetmaker> ^ return codes
15:39:38  <Alberth> hmm, you need a commandline option :)
15:40:13  <planetmaker> yeah :-)
15:40:29  <Brot6> nutracks-clone: compile of r91 failed -
15:43:01  <Brot6> nutracks-clone: update from  to r92 done (13 errors) -
15:47:13  <Brot6> #openttdcoop - Revision 120:27534698cfb2: [Compiler] New default type bash, fail with linter error (Ammler) @
16:15:09  *** Seberoth has quit IRC
16:19:32  <Brot6> 2cctrainset: compile of r580 failed -
16:20:26  <Rubidium> how hard would it be to test for missing files upon pushes?
16:20:33  <Brot6> firs: update from r1152 to r1177 done (7 errors) -
16:21:01  <Rubidium> I'd almost start rejecting those pushes to prevent like 80% or so of the compile failures
16:21:03  <Ammler> easiest might be to build evertime
16:21:33  <Brot6> grfcodec: update from r226 to r228 done -
16:22:10  <Brot6> metrotrackset: update from r52 to r54 done -
16:23:29  <Brot6> nforenum: update from r467 to r469 done -
16:24:21  <Brot6> nutracks: update from r91 to r92 done (13 errors) -
16:25:36  <Brot6> opengfx: update from r479 to r482 done -
16:25:43  <Brot6> Following repos didn't need a nightlies update: 32bpp-extra (r38), airportsplus (r52), basecosts (r20), comic-houses (r71), fish (r386), heqs (r371), newgrf_makefile (r124), nml (r670), ogfxplus (r41), openmsx (r97), opensfx (r97), snowlinemod (r15), swedishrails (r141), transrapidtrackset (r15), worldairlinersset (r659)
16:26:16  <planetmaker> Testing for those files would be as hard as to run the dep check and test for the presence of all files
16:26:18  <Brot6> 2cctrainset: compile of r580 failed -
16:27:58  <planetmaker> hm, most cpu friendly is to use vlc as streaming client to web radios.
16:28:01  <planetmaker> FF sucks at that
16:28:45  <Ammler> I don't think, FF does that, that is a plugin
16:29:20  <planetmaker> whatever. Both flash and ogg plugin start to eat increasingly more CPU the longer the radio runs
16:29:34  <planetmaker> And even at start it's about 6 times as much as mp3 via vlc eats
16:30:43  <Ammler> you can configure FF to use vlc
16:34:58  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: 32bpp-extra (1 errors) (Diffsize: 13), airportsplus (Diffsize: 13), basecosts (Diffsize: 11), comic-houses (3 errors) (Diffsize: 13), firs (7 errors), fish (6 errors) (Diffsize: 13), heqs (Diffsize: 13), metrotrackset, newgrf_makefile (Diffsize: 13), snowlinemod (Diffsize: 13), transrapidtrackset (Diffsize: 11), worldairlinersset (Diffsize: 13)
16:35:34  <planetmaker> hm. maybe I should look into that :-)
17:22:29  <andythenorth> evening
17:34:31  <Alberth> hello
17:35:17  <andythenorth> Foobar here?
17:37:48  *** Seberoth has joined #openttdcoop.devzone
17:57:21  <Alberth> he is so busy drawing sprites, he doesn't notive the highlight :p
17:59:07  <Alberth> *notice
17:59:36  <andythenorth> bleargh
18:17:48  <Ammler>  open a ticket :-P
18:35:01  <Alberth> "you were not here" :p
18:42:46  <planetmaker> Fix: move FooBar to FIRS and chain him :-P
18:44:06  <FooBar> foobar not here, foobar away
18:44:13  <FooBar> until recently, that is :)
18:44:42  <FooBar> planetmaker: maybe it's not a fix, but a feature that isn't implemented yet ;)
18:44:45  <planetmaker> :-D
18:44:47  <FooBar> andythenorth: what's up?
18:45:04  <andythenorth> we talk about him, he comes :)
18:45:19  <andythenorth> FooBar: FIRS is up :)
18:45:24  <FooBar> only 1 hour and 10 minutes later...
18:45:29  <andythenorth> up to rev 1177
18:45:34  <FooBar> oh good, I'm down with that
18:46:05  <FooBar> I have to apologize not being able to contribute earlier. metrotracks needed more work (even drawing!) than I expected
18:46:39  <FooBar> but I think that's done now, just waiting for DJNekkid's approval and then I can just do the release
18:47:23  <andythenorth> well there's still time for some FIRS :)
18:47:56  <FooBar> I know :)
19:10:45  *** Webster has joined #openttdcoop.devzone
19:11:24  <Alberth> planetmaker: a simple way around the nforenum exit codes:
19:22:43  <planetmaker> hm, interesting :-) That might indeed solve that. Wrapping nforenum in a python script which will return a modified nforenum exit code
19:25:18  <FooBar> please don't make things too complicated... building firs already takes a long time as it is now, even with the optional depcheck ;)
19:26:15  <FooBar> or make it optional :D
19:28:40  <Rubidium> it's not even about the python... it's about the checking of the return code. The python is just to generate the return codes
19:30:01  <Alberth> no, not needed, the python script is just for testing
19:30:45  <FooBar> good :)
19:31:04  <FooBar> carry on then ;)
19:31:11  <Alberth> although alternatively, you could implement nforenum in python :p
19:31:29  <planetmaker> :-P Rather finish NML
19:34:18  <planetmaker> hm. I tried the same(?) thing and this variable magic didn't work for me
19:34:45  <Alberth> you used a double $ ?
19:34:59  <Brot6> FIRS Industry Replacement Set - Feature #1171 (Assigned): add missing industries as boxes (foobar) @
19:35:03  <planetmaker> yes
19:35:15  <Alberth> hmm, then I don't know
19:36:29  <planetmaker> Well. Make FIRS your test project, if you like and implement it there :-)
19:36:37  <planetmaker> I'm happy to port it to other projects then :-)
19:37:10  <Alberth> one moment, I have to recompile another openttd :)
19:37:51  <andythenorth> planetmaker: should I be testing a dep check patch?
19:37:53  <planetmaker> :-)
19:38:06  <planetmaker> andythenorth, you just don't know it. But you've always been
19:38:09  <planetmaker> :-)
19:38:13  <andythenorth> umm
19:38:15  <andythenorth> thanks :P
19:38:18  *** Yexo has joined #openttdcoop.devzone
19:38:33  <planetmaker> If it works for FIRS it is bound to work in other places much more likely than vice versa
19:51:07  <Alberth> it works here
19:51:22  <Alberth> or should I make an issue for it?
19:51:38  <Brot6> FIRS Industry Replacement Set - Revision 1178:58ae27990b67: Change: further split / consolidate c... (andythenorth) @
19:51:38  <Brot6> FIRS Industry Replacement Set - Revision 1179:655bdc7651cb: Chang: consolidate / split cb2f for S... (andythenorth) @
19:51:38  <Brot6> FIRS Industry Replacement Set - Revision 1180:c579f6022995: Remove: redundant cb2f template (andythenorth) @
19:52:14  <Alberth> anyone with firs wanting to try it?
19:52:19  <andythenorth> Alberth: I can
19:52:32  <andythenorth> what is 'it' and what does it do / not do?
19:52:53  <Alberth>   it aborts make if nforenum gives errors
19:53:20  <andythenorth> I don't like it :P
19:53:28  <andythenorth> I always have a few errors
19:53:32  <andythenorth> do you want me to try it anyway?
19:53:46  <Alberth> nah
19:54:02  <Alberth> you apparently don't need it :)
19:54:04  <andythenorth> it's probably no help to me as developer....probably useful for cf
19:54:20  <andythenorth> sometimes I can't fix errors at the time (need help)
19:54:33  <andythenorth> sometimes I don't bother because the code I'm writing might go in the trash soon
19:54:47  <andythenorth> sometimes I know renum is wrong :P
19:57:57  <Rubidium> andythenorth: it's meant for stuff when nforenum gives a "fatal error"
19:58:11  <andythenorth> makes more sense
19:58:11  <Rubidium> i.e. when nforenum couldn't parse the nfo at all
19:58:13  <andythenorth> that would help
19:58:30  <andythenorth> might reduce one of the many ways I crash the game
20:00:10  <Brot6> FIRS Industry Replacement Set - Revision 1181:b0f956bbb53f: Change: consolidate / split cb2f for ... (andythenorth) @
20:00:10  <Brot6> FIRS Industry Replacement Set - Revision 1182:c9b3a0be12ff: Remove: redundant cb2f template (andythenorth) @
20:00:14  <andythenorth> how do I apply it?
20:05:49  <andythenorth> does cpp have any kind of repeat / macro function within a file?
20:05:54  <Brot6> FIRS Industry Replacement Set - Feature #1250 (New): Change Forest 'not in desert' check to 'not ... (andythenorth) @
20:05:56  <andythenorth> or am I limited to multiple includes?
20:10:11  <andythenorth> FooBar: r1185 :)
20:10:17  <andythenorth> r1200 before bed?
20:11:27  <Brot6> FIRS Industry Replacement Set - Revision 1183:acaedca797dc: Add: cb2f template for not in desert (andythenorth) @
20:11:27  <Brot6> FIRS Industry Replacement Set - Revision 1184:fa3fdc307cde: Change: consolidate / split cb2f for ... (andythenorth) @
20:11:27  <Brot6> FIRS Industry Replacement Set - Revision 1185:3affbba8d80c: Remove: redundant cb2f template (andythenorth) @
20:12:53  <Alberth>  donwload the file (this one allows levels 0 3 4), then in the firs base, run     patch -p1 < the_patchfile.path
20:14:52  <Alberth> to test, run it without nfo parse errors, and with it :)
20:15:35  <Brot6> FIRS Industry Replacement Set - Revision 1186:58156ac5dec3: Add: template cb26 slopes 2 (duplicat... (andythenorth) @
20:15:35  <Brot6> FIRS Industry Replacement Set - Revision 1187:f046deb15683: Change: couple of Farms use renamed c... (andythenorth) @
20:15:35  <Brot6> FIRS Industry Replacement Set - Revision 1188:3d2fe72f922d: Remove: redundant cb2f template (andythenorth) @
20:16:10  <andythenorth> Alberth: I should be able to apply that patch with curl and patch -p1?
20:16:21  <andythenorth> e.g curl | patch -p1
20:16:33  <Alberth> if culr works, sure
20:16:41  <andythenorth> hunk fail
20:16:48  <Alberth> you can also click 'download' somewhere
20:17:12  <andythenorth> if it fails remotely, it's normally worse locally for me :P
20:17:14  <andythenorth> I'll try
20:17:22  <andythenorth> does it matter that I have a hg repo?
20:18:12  <Alberth> I use firs r1177 from a hg repo
20:18:33  <Alberth> it fails on not finding a file?
20:19:50  <andythenorth> Alberth: not sure
20:20:02  <andythenorth> I'll paste
20:20:12  <Alberth> curl ""
20:20:15  <andythenorth>
20:20:20  <Alberth> ie you need quotes
20:20:48  <andythenorth> fails with quotes also
20:21:07  <Alberth> scripts/Makefile.common.rej   what does this say?
20:21:48  <andythenorth> Alberth:
20:22:20  <Alberth> that seems fine
20:23:38  <Alberth> I don't understand it, perhaps you should do the patching manually, it is just one line
20:24:03  <Brot6> FIRS Industry Replacement Set - Feature #1246 (Closed): Split / consolidate cb2f templates (andythenorth) @
20:24:17  <andythenorth> what line?
20:24:23  <Alberth> scripts/Makefile.common, line 102
20:25:12  <Alberth> if you look at the patch file, the one starting with - should be there now, and the line starting with + should be there instead (without the +)
20:25:40  <andythenorth> trying it now
20:25:50  <planetmaker> Alberth, the only thing I'd really change is: 5 --> $(WARN_LEVEL)
20:25:57  <planetmaker> and define that in Makefile.def as 5
20:26:02  <andythenorth> now I need to break some nfo
20:26:02  <planetmaker> or 4
20:26:03  <planetmaker> whatever
20:26:19  <Alberth> 5 is a NFO parse error
20:26:26  <andythenorth> yeah ok that works
20:26:34  <planetmaker> then it is a user-setting and can be disabled, if desired
20:26:41  <andythenorth> I don't know what edge cases it might run into, but it performs as sold ;)
20:26:48  * andythenorth unbreaks some nfo
20:26:52  <planetmaker> it has no speed impact :-)
20:26:59  <Alberth> lies!
20:27:10  <andythenorth> it has a speed boost ....if you have broken nfo :P
20:27:13  <Alberth> it runs an additional command :p
20:28:10  <Alberth> but indeed, you probably cannot even measure the extra time :)
20:32:11  <planetmaker> hehe :-)
20:33:37  * andythenorth wishes the renum errors could be printed after the grfcodec output
20:34:02  <andythenorth> @calc 1185*10
20:34:02  <Webster> andythenorth: 11850
20:34:20  <andythenorth> I must have pointlessly scrolled terminal about that ^ many times
20:34:59  <planetmaker> andythenorth, didn't the makefile stop after the renum error?
20:35:18  <andythenorth> after the fatal error yes
20:35:32  <andythenorth> not after the warnings / non fatal errors.  I wouldn't really welcome that
20:35:49  <Rubidium> andythenorth: make | less
20:36:03  <planetmaker> make | more ;-)
20:36:20  <Rubidium> less is far superior to more
20:36:29  <andythenorth> he's right
20:36:37  <planetmaker> I know :-)
20:36:51  <planetmaker> but making more sounds better than making less when it comes to producing newgrfs :-P
20:36:54  <Alberth> andythenorth: is the grfcodec info useful at all?
20:37:01  <planetmaker> Alberth, yes
20:37:08  <andythenorth> yes
20:37:15  <andythenorth> when hunting white pixels
20:37:16  <planetmaker> white pixels
20:37:18  <planetmaker> :-)
20:37:25  <andythenorth> or when forgetting to convert pcx to indexed colour
20:37:29  <andythenorth> about once a month maybe :P
20:37:33  <planetmaker> :-)
20:37:41  <Rubidium> hmm, although... that won't catch the errors
20:37:48  <Rubidium> make > /dev/null is probably better
20:38:30  <Alberth> but does that produce other output? lines like "Loading sprites/pcx/industries/groundtiles.pcxparency: 70%, Redundancy: 59%)" don't seem so interesting
20:38:42  <planetmaker> Alberth, correct
20:38:50  <planetmaker> It's not posix compliant. Unfortunately :-)
20:39:04  <Alberth> to be expected of a DOS program
20:39:15  <Rubidium> Alberth: that's progress information
20:39:26  <Rubidium> which isn't shown when you pipe it to somewhere
20:39:29  <planetmaker> running natively on all major OS ;-)
20:39:40  <planetmaker> Rubidium, still... it sucks :-P
20:40:17  <planetmaker> so I guess I have a feature request for 1.0.1 or so: command line switch to make it posix compliant also in terminal
20:40:36  <Alberth> so   grfcodec > /dev/null     kills those lines and only those lines?
20:40:38  <Rubidium> no idea what posix compliance entails though
20:40:39  <planetmaker> because it indeed does just that: hide renum errors due to MUCH scrolling
20:41:00  <planetmaker> Rubidium, mostly I mean: shut up and only speak up, if something goes wrong
20:41:25  <Rubidium> is that somewhere in the posix specs?
20:41:26  <Alberth> no news is good news :)
20:41:27  <planetmaker> like all nice shell programmes do
20:41:31  <planetmaker> yes, I think
20:42:03  <Alberth> it is a typical unix way of doing things, and even there we get bouncing cursors and progress bars :(
20:42:10  <Rubidium> then wget isn't nice (and neither is curl I think)
20:42:45  <Alberth> most likely they have a --quiet option for use in scripts
20:43:34  <Rubidium> for pure scripts it *is* quiet
20:43:53  <Rubidium> it only shows progress then stdout *is* a terminal
20:44:17  <Rubidium> s/then/when/
20:44:44  *** Seberoth has quit IRC
20:45:13  <Alberth> I noticed :)
20:45:21  <Alberth> so    | cat  is enough  :)
20:45:41  <planetmaker> he. That's an idea
20:47:18  <planetmaker> hm... actually I used the doube $ the other way around. Stupid me
20:48:00  <Alberth> andythenorth:  add " | cat" at line 82
20:52:11  <andythenorth> Alberth: win
20:52:44  <Alberth> well, have fun with it.     Good night all
20:53:20  <andythenorth> planetmaker: can I commit that "| cat" change to makefile.common?
20:54:26  <planetmaker> are white pixels then still displayed?
20:54:35  <planetmaker> good night, Alberth
20:55:42  <Alberth> no idea, I don't throw anything away so it should be the case
20:55:52  <Alberth> however I don't have white pixels to test
20:56:05  <Alberth> if not, I'd consider it a bug
20:56:05  <andythenorth> planetmaker: yes white pixels and true color pcx both cause errors to be displayed
20:56:35  <Alberth> as it would make   grfcodec ... > logfile    impossible
20:56:38  <planetmaker> andythenorth, go ahead, if you need it urgently.
20:56:55  <planetmaker> But otherwise I'll add it to the Makefile on the next update. I like it :-)
20:56:59  <andythenorth> it's just kicking around in my repo, and I either revert it, or accidentally commit it :)
20:57:25  *** Alberth has left #openttdcoop.devzone
20:57:31  *** FooBar has quit IRC
20:58:17  <planetmaker> Error on sprite 1437.
20:58:17  <planetmaker> Error on sprite 1792.
20:58:22  <planetmaker> ^ that is known?
20:58:29  <andythenorth> yes
20:58:44  <andythenorth> I have some other stupid layout issue I'm working on though
20:58:49  <andythenorth> can't see why a layout is broken
20:58:54  <andythenorth> might give up on that :P
21:02:15  *** frosch123 has quit IRC
21:02:42  <Brot6> FIRS Industry Replacement Set - Revision 1189:fe533e6ba611: Feature: suppress grfcodec output for... (andythenorth) @
21:05:14  <Brot6> FIRS Industry Replacement Set - Revision 1190:3a3651f31944: Change: Arable Farm uses better snowl... (andythenorth) @
21:05:23  <andythenorth> FIRS r1190 :P
21:05:33  <andythenorth> not quite r1200, but time for bed anyway
21:08:18  <andythenorth> good night
21:08:20  *** andythenorth has left #openttdcoop.devzone
21:09:03  *** ODM has quit IRC
21:09:16  <Brot6> FIRS Industry Replacement Set - Feature #1247 (Closed): Arable Farm snow check needs updating (andythenorth) @
21:19:10  <Brot6> Example NewGRF Project - Revision 125:df95bc0e1e62: Change: Fail on nforenum errors, but keep goi... (planetmaker) @
21:19:10  <Brot6> Example NewGRF Project - Revision 126:40bd2cbe2bbe: Change: Reduce verbose-ness of grfcodec by pi... (planetmaker) @
21:23:12  <planetmaker> Ammler, there even exists a makefile target which checks for missing files in the repo. Maybe that could be used for a hunk?
21:23:17  <planetmaker> The target is 'addcheck'
21:23:53  <Ammler> you mean hook?
21:24:14  <planetmaker> yes
21:24:17  <planetmaker> :-P
21:24:49  <Ammler> so building on every push
21:25:03  <planetmaker> no. Just running make addcheck
21:25:20  <planetmaker> it doesn't build. It just tests whether all dependencies are part of the repo
21:25:24  <Ammler> yes, but we can't do that without chroot
21:25:45  <planetmaker> yeah, true
21:25:54  <Ammler> so the building part left might be small, it wouldn't hurt
21:25:59  <planetmaker> hm. That might become expensive so to speak
21:26:33  <Ammler> well, I setup a cleaning anyway, so this is a new "target" pushes
21:26:46  <Ammler> where we keep only one
21:27:24  <planetmaker> parse error. Please try again ;-)
21:27:54  <Ammler> or you like the people to wait until the make is successful and deny push on fail?
21:28:21  <Ammler> I think, those people could setup a commit hook locally
21:28:24  <planetmaker> I'm not sure I want the push to fail. But give a somewhat immediate warning
21:28:40  <planetmaker> Or I just should promote that build target more.
21:28:47  <planetmaker> After all I forgot myself about it ;-)
21:29:03  <planetmaker> Now I told you, too. So you're also responsible for making it know ;-)
21:29:15  <Ammler> I assume, the addcheck is just a depend check?
21:29:22  <planetmaker> basically
21:29:59  <Ammler> I guess, we setup building on push
21:30:18  <Ammler> don't announce here on success and only on fail and create a ticket
21:30:37  <planetmaker> hm, yes
21:30:49  <planetmaker> though the latter is not needed. It will show upon nightly compile
21:30:58  <Ammler> later?
21:31:05  <Ammler> t
21:31:12  <planetmaker> creating a ticket
21:31:19  <planetmaker> A person should check the nightlies
21:31:31  <Ammler> well, isn't the idea, that someone should be informed immediately
21:31:55  <Ammler> else building on push is useless
21:32:40  <planetmaker> Creating a ticket doesn't immediately inform me tbh
21:33:04  <Ammler> maybe I can assign it to the changeset creator
21:33:34  <Ammler> I need to play around with REST
21:33:52  <Rubidium> planetmaker: point is that they don't check the nightlies
21:34:31  <DJNekkid> is it possible to have some nforeum and grfcodec linux binaries? i tried to clone and make both, but them both fail due to some boost it seems
21:34:35  <Rubidium> so an immediate reject (on push) when something is missing would be helpful in keeping people from failing to upload missing files
21:34:51  <Rubidium> DJNekkid: have you tried searching for them?
21:35:17  <Rubidium> like... say... go to the devzone's grfcodec/nforenum projects and looked around whether there might be precompiled nightlies
21:35:28  <DJNekkid> werent on in the renum dir
21:36:04  <Ammler> DJNekkid:
21:36:23  <DJNekkid> thanx :D
21:36:25  <planetmaker> DJNekkid,
21:36:47  <Rubidium> planetmaker: that's not what he asked for
21:37:07  <Ammler> maybe the generic would also work?
21:37:16  <Rubidium> hmm... or... in other words: why did I read nightly in his question?
21:37:55  <planetmaker> DJNekkid, you could alternatively install boost, of course
21:38:02  <Ammler> DJNekkid: don't the rpms from bundles.o.o work for you?
21:38:21  <DJNekkid> i have installed boost, 1.33 or something :)
21:38:37  <DJNekkid> but the ones in that thing worked :)
21:38:48  <Ammler> but that is release
21:38:55  <Ammler> if you need nightly, try bundles.o.o
21:39:10  <Ammler> or if you need "better" boost, try nforenum-boost
21:39:33  <Ammler> you need at least 1.39 or maybe more
21:40:07  <DJNekkid> that 1.41 seemed to work :)
21:40:57  <DJNekkid> now, where would the best location to put the binaries be?
21:41:20  <Ammler> if you compile self, keep it where they are
21:41:28  <Ammler> and symlink from ~/bin/ to there
21:42:09  <Ammler> something like ln -s ~/hg-repos/nforenum/nforenum ~/bin/nforenum
21:42:19  <planetmaker>  /usr/local/bin
21:42:32  <planetmaker> though I'd just (sym)link your binaries to there
21:42:40  <Ammler> hmm, that is my stable space :-)
21:43:28  <Ammler> but might work better, since not every distro has ~/bin in $PATH
21:44:46  <Rubidium> <- has nightlies as well
21:45:22  <Ammler> what linux are the generics made there?
21:46:05  <Ammler> centos needs a VERY old linux
21:46:46  <DJNekkid> i.e. i should update my system? :P
21:47:08  <Ammler> well, you chosed centos to not update :-P
21:47:26  <Ammler> I need to update my system yearly :-)
21:47:35  <Ammler> (almost)
21:47:58  <Ammler> you can keep yours until year 15, I guess
21:48:48  <DJNekkid> yey
21:48:53  <DJNekkid> seems to work :D
21:48:56  <DJNekkid> thanx mates :D
21:48:58  <Rubidium> Ammler: Debian Lenny
21:49:12  <Ammler> DJNekkid: did you actually try the binaries?
21:49:19  <DJNekkid> no
21:49:24  <DJNekkid> i compiled the latest nightlies
21:49:36  <Rubidium> but AFAIK there hasn't been a major libc update in years and as that's the only thing nforenum/grfcodec depends on... it shouldn't be a problem at all
21:49:37  <DJNekkid> i tried the bundles.o.o
21:49:55  <DJNekkid> and that didnt work
21:50:08  <DJNekkid> i needed some ... thing :D
21:50:24  <Ammler> and of course, you can't say what :-P
21:51:03  <Ammler> well, the bundles.o.o binaries aren't meant for public
21:51:23  <DJNekkid> as i have the latest version, i dont need an update now :P
21:51:33  <DJNekkid> (according to rpm-manager)
21:52:08  <Ammler> he, now I am confused, did you build or download?
21:52:13  <DJNekkid> build
21:52:20  <Ammler> and how does rpm manager know?
21:52:22  <DJNekkid> after that boost-package were installed
21:52:51  <DJNekkid> i first downloaded the 4.0.0 thingy
21:53:13  <Ammler> from suse
21:53:22  <DJNekkid> eys
21:53:50  <Ammler> that doesn't require boost
21:54:01  <DJNekkid> but building for myself it did
21:54:34  <Ammler> and there you used nforenum-boost?
21:55:52  <DJNekkid> first i tried the suse-build from bundles.o.o and it requierd something, then i cloned the latest ones, and that req. boost, then you gave me the centos builds, and thoose worked, and then i installed the nforenum-boost, and then i did build myself :)
21:56:12  <Ammler> ok :-)
21:56:27  <DJNekkid> and now i have uninstalled the rpms :)
21:56:36  <Ammler> well, keep nforenum-boost
21:56:45  <DJNekkid> ofc :D
21:56:52  <Ammler> else you get trouble on next self build
21:57:19  <DJNekkid> more stupid qustions
21:57:27  <DJNekkid> how do i remove a link?
21:57:29  <Ammler> or just try bins
21:57:41  <Ammler> you mean a symlink?
21:57:45  <DJNekkid> yes
21:57:46  <Ammler> rm link
21:58:11  <DJNekkid> but i seem tohave linked a dir, and not a bin
21:58:30  <Ammler> you don't delete the target
21:58:46  <Ammler> and as long as you don't use rm -r, you can't break that much
21:59:09  <DJNekkid> [root@dhcppc6 bin]# rm grfcodec/
21:59:09  <DJNekkid> rm: cannot remove directory `grfcodec/': Is a directory
21:59:16  <Ammler> yes
21:59:28  <Ammler> why would you like to remove a directory?
21:59:33  <DJNekkid> i dont
21:59:42  <Ammler> that isn't a link
21:59:43  <DJNekkid> grfcodec there is a symlink
21:59:52  <Ammler> do ls -l there
22:00:14  <DJNekkid> lrwxrwxrwx 1 root root      23 Aug 15 23:44 grfcodec -> /lager/pub/div/grfcodec
22:00:45  <Ammler> oh do rm without /
22:01:04  <DJNekkid> right :D
22:01:06  <DJNekkid> ty :)
22:01:13  <Ammler> and always use <tab>
22:01:20  <DJNekkid> i did!
22:01:21  <DJNekkid> hehe
22:01:38  <Ammler> well, centos might also have a 1o year old bash
22:03:26  <DJNekkid> yey for only a small error-page on nutracks now :)
22:07:57  *** Seberoth has joined #openttdcoop.devzone
22:11:57  <planetmaker> DJNekkid, while I haven't ported the makefile changes: try to do
22:12:00  <planetmaker> make | cat
22:12:13  <planetmaker> and you'll be blessed with a very short output from grfcodec :-)
22:12:49  <planetmaker> and never sudo rm -rf /
22:12:59  <DJNekkid> hehe, i know :D
22:13:15  <PeterT> mv / /dev/null :)
22:13:20  <DJNekkid> btw, that make catthing is nice :D
22:14:03  <planetmaker> will be ported after I reviewed the dep check
22:16:41  <Ammler> how does "make | cat" work with "bad" pcxes?
22:17:31  <Rubidium> Ammler: cat doesn't "read" stderr, so those stay untouched
22:18:16  <Ammler> hmm, I just wonder, if you would see, which pcx is bad, or just the error msg.
22:18:35  <DJNekkid> but; time for a borg TNG episode before i get to sleep
22:18:52  <Rubidium> just the error message
22:19:08  <Rubidium> assuming you're talking about the white pixels
22:19:16  <Ammler> no
22:19:23  <Ammler> I mean wrong palette
22:19:29  <Ammler> where grfcodec quits
22:20:05  <Ammler> I had that with the info toolbar today as I removed the unused colors
22:20:34  <Rubidium> then you probably won't get the name of the pcx
22:21:42  <Brot6> Example NewGRF Project - Revision 127:96c7e86a8d06: Change: Output more to the point of what is g... (planetmaker) @

Powered by YARRSTE version: svn-trunk