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) @ http://dev.openttdcoop.org/issues/741#change-3129 03:32:23 <Brot6> OpenGFX - Bug #1230: Toyland Buoy Follow up (2006TTD) @ http://dev.openttdcoop.org/issues/1230#change-3130 04:25:47 <Brot6> OpenGFX - Bug #280: standard signals (2006TTD) @ http://dev.openttdcoop.org/issues/280#change-3131 06:12:20 <Brot6> FIRS Industry Replacement Set - Bug #1242 (New): Farm snow check fails if tile is bulldozed (andythenorth) @ http://dev.openttdcoop.org/issues/1242 06:18:11 <Brot6> FIRS Industry Replacement Set - Feature #938 (Rejected): Anti-alias Plastic Factory (andythenorth) @ http://dev.openttdcoop.org/issues/938#change-3136 06:20:38 <Brot6> FIRS Industry Replacement Set - Feature #808 (Closed): Primary industres - remove any legacy stoc... (andythenorth) @ http://dev.openttdcoop.org/issues/808#change-3137 06:20:38 <Brot6> FIRS Industry Replacement Set - Bug #736 (Closed): FIRS breaks gameplay (prevents route building) (andythenorth) @ http://dev.openttdcoop.org/issues/736#change-3138 06:21:35 <Brot6> FIRS Industry Replacement Set - Feature #437 (Closed): Industry Placement when Generating Map (andythenorth) @ http://dev.openttdcoop.org/issues/437#change-3139 06:21:35 <Brot6> FIRS Industry Replacement Set - Bug #921 (Closed): testing non-existing variable? (andythenorth) @ http://dev.openttdcoop.org/issues/921#change-3140 06:23:43 <Brot6> FIRS Industry Replacement Set - Bug #911: Industry cbs / special flags may be wrong (andythenorth) @ http://dev.openttdcoop.org/issues/911#change-3141 06:23:43 <Brot6> FIRS Industry Replacement Set - Feature #701 (Closed): scenario mode (andythenorth) @ http://dev.openttdcoop.org/issues/701#change-3143 06:25:49 <Brot6> FIRS Industry Replacement Set - Bug #1241 (Closed): Many industries are incorrectly allowed to bu... (andythenorth) @ http://dev.openttdcoop.org/issues/1241 06:25:49 <Brot6> FIRS Industry Replacement Set - Bug #1241 (Closed): Many industries are incorrectly allowed to bu... (andythenorth) @ http://dev.openttdcoop.org/issues/1241#change-3144 06:30:00 <Brot6> FIRS Industry Replacement Set - Revision 1172:148d4fd71699: Change: multiple fixes to prevent cer... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/148d4fd71699 06:30:00 <Brot6> FIRS Industry Replacement Set - Revision 1173:84c4bf7afebc: Change: remove redundant colon chars ... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/84c4bf7afebc 06:31:45 <Brot6> FIRS Industry Replacement Set - Feature #1243 (New): Add more layouts to Forest (andythenorth) @ http://dev.openttdcoop.org/issues/1243 06:31:45 <Brot6> FIRS Industry Replacement Set - Feature #1244 (New): Add more layouts to Fruit Plantation (andythenorth) @ http://dev.openttdcoop.org/issues/1244 06:33:23 <Brot6> OpenGFX - Feature #741: toolbar info sprite blue instead red? (planetmaker) @ http://dev.openttdcoop.org/issues/741#change-3146 06:41:04 <Brot6> FIRS Industry Replacement Set - Feature #1245 (New): Consider preventing farms on coast (andythenorth) @ http://dev.openttdcoop.org/issues/1245 06:41:31 <Brot6> OpenGFX - Bug #280: standard signals (planetmaker) @ http://dev.openttdcoop.org/issues/280#change-3148 06:43:36 <Brot6> OpenGFX - Bug #348: maglev horizontal track (planetmaker) @ http://dev.openttdcoop.org/issues/348#change-3149 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) @ http://dev.openttdcoop.org/issues/1245#change-3150 06:51:37 <Brot6> FIRS Industry Replacement Set - Feature #1237: 1 tile buffer - Iron Ore Mine (planetmaker) @ http://dev.openttdcoop.org/issues/1237#change-3151 06:54:40 <Brot6> OpenGFX - Bug #280: standard signals (2006TTD) @ http://dev.openttdcoop.org/issues/280#change-3152 06:54:40 <Brot6> OpenGFX - Bug #348: maglev horizontal track (2006TTD) @ http://dev.openttdcoop.org/issues/348#change-3153 06:56:59 <Brot6> OpenGFX - Feature #741: toolbar info sprite blue instead red? (2006TTD) @ http://dev.openttdcoop.org/issues/741#change-3154 06:58:32 <Brot6> FIRS Industry Replacement Set - Feature #1169: locate industries near town (planetmaker) @ http://dev.openttdcoop.org/issues/1169#change-3155 06:58:32 <Brot6> FIRS Industry Replacement Set - Bug #1100: Availability date display in OpenTTD < r20086 (planetmaker) @ http://dev.openttdcoop.org/issues/1100#change-3156 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) @ http://dev.openttdcoop.org/issues/912#change-3157 07:09:26 <Brot6> FIRS Industry Replacement Set - Bug #898: Bank appearing in Towns/Cities and accepting Sand (planetmaker) @ http://dev.openttdcoop.org/issues/898#change-3158 07:13:39 <Brot6> FIRS Industry Replacement Set - Bug #1055: Strange availability date behaviour (planetmaker) @ http://dev.openttdcoop.org/issues/1055#change-3159 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) @ http://dev.openttdcoop.org/issues/1245 09:01:50 <Brot6> FIRS Industry Replacement Set - Revision 1174:588444b8e3e9: Feature: prevent Farms being built on... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/588444b8e3e9 09:01:50 <Brot6> FIRS Industry Replacement Set - Feature #1245 (Closed): Consider preventing farms on coast (andythenorth) @ http://dev.openttdcoop.org/issues/1245#change-3160 09:07:08 * andythenorth wonders what to do next 09:10:51 <frosch123> http://bugs.openttd.org/task/4032 <- 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) @ http://dev.openttdcoop.org/issues/1246 09:30:26 <Brot6> FIRS Industry Replacement Set - Feature #1247 (New): Arable Farm snow check needs updating (andythenorth) @ http://dev.openttdcoop.org/issues/1247 09:39:29 <andythenorth> desert farming: http://lh5.ggpht.com/__gM-QMlvjk4/ShtaUdC8b7I/AAAAAAAAEbQ/wulEcscQQEo/s640/From%20the%20Air-12.JPG 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> also...now 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/cc4019ef9cb2 10:16:44 <Brot6> FIRS Industry Replacement Set - Revision 1176:dd800a16ff51: Remove: redundant cb2f template (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/dd800a16ff51 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) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/b7c3691716c6 10:49:58 <Brot6> 2cc train set - Revision 580:5cdb591cf252: Add: Shinkansen 0/700 pnfo's (DJNekkid) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/5cdb591cf252 10:49:58 <Brot6> 2cc train set - Bug #1084 (Closed): Brazilian GL8 still has Max TE 0kn (DJNekkid) @ http://dev.openttdcoop.org/issues/1084#change-3161 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/26cc77b36c6f 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> http://www.merriam-webster.com/dictionary/backup 11:45:22 <Webster> Title: Backup - Definition and More from the Free Merriam-Webster Dictionary (at www.merriam-webster.com) 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) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/11ff44e68eff 12:30:13 <Brot6> OpenGFX - Feature #741: toolbar info sprite blue instead red? (Ammler) @ http://dev.openttdcoop.org/issues/741#change-3162 12:30:13 <Brot6> OpenGFX - Feature #741 (Resolved): toolbar info sprite blue instead red? (Ammler) @ http://dev.openttdcoop.org/issues/741#change-3163 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 mdep.py 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 - metrotrk-nightly-r54M.zip (foobar) @ http://dev.openttdcoop.org/attachments/download/817/metrotrk-nightly-r54M.zip 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: http://dev.openttdcoop.org/attachments/download/817/metrotrk-nightly-r54M.zip 13:55:15 <FooBar> couldn't test myself as nutracks has some minor problems itself: http://bundles.openttdcoop.org/nutracks/nightlies/LATEST/log/nutracks-r91-build.err.log :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) @ http://dev.openttdcoop.org/issues/741#change-3164 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) @ http://dev.openttdcoop.org/projects/metrotrackset/repository/revisions/fac0f6703140 14:14:06 <Brot6> Metro Track Set - Revision 54:69d790dc2c46: Feature: NuTracks compatibility: do not assign proper... (foobar) @ http://dev.openttdcoop.org/projects/metrotrackset/repository/revisions/69d790dc2c46 14:14:07 <Brot6> Metro Track Set - Feature #1211 (Closed): option to allow mono vehicles on 3rdr (foobar) @ http://dev.openttdcoop.org/issues/1211#change-3165 14:14:07 <Brot6> Metro Track Set - Feature #1229 (Closed): nutracks compatibility (foobar) @ http://dev.openttdcoop.org/issues/1229#change-3166 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) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/29c5fbed7ad8 14:16:38 <Brot6> OpenGFX - Feature #741 (Closed): toolbar info sprite blue instead red? (Ammler) @ http://dev.openttdcoop.org/issues/741#change-3167 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) @ http://dev.openttdcoop.org/issues/1249 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) @ http://dev.openttdcoop.org/issues/1249 15:06:19 <Brot6> Nutracks - Revision 92:6d889ae2200d: Fix: 1249 - applied foobars patch (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/6d889ae2200d 15:06:19 <Brot6> Nutracks - Patch #1249 (Closed): fix for metro track set skip (DJNekkid) @ http://dev.openttdcoop.org/issues/1249#change-3168 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> http://pastebin.org/503212 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 - http://bundles.openttdcoop.org/nutracks-clone/nightlies/ERROR/r91 15:43:01 <Brot6> nutracks-clone: update from to r92 done (13 errors) - http://bundles.openttdcoop.org/nutracks-clone/nightlies/r92 15:47:13 <Brot6> #openttdcoop - Revision 120:27534698cfb2: [Compiler] New default type bash, fail with linter error (Ammler) @ http://dev.openttdcoop.org/projects/home/repository/revisions/27534698cfb2 16:15:09 *** Seberoth has quit IRC 16:19:32 <Brot6> 2cctrainset: compile of r580 failed - http://bundles.openttdcoop.org/2cctrainset/nightlies/ERROR/r580 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) - http://bundles.openttdcoop.org/firs/nightlies/r1177 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 - http://bundles.openttdcoop.org/grfcodec/nightlies/r228 16:22:10 <Brot6> metrotrackset: update from r52 to r54 done - http://bundles.openttdcoop.org/metrotrackset/nightlies/r54 16:23:29 <Brot6> nforenum: update from r467 to r469 done - http://bundles.openttdcoop.org/nforenum/nightlies/r469 16:24:21 <Brot6> nutracks: update from r91 to r92 done (13 errors) - http://bundles.openttdcoop.org/nutracks/nightlies/r92 16:25:36 <Brot6> opengfx: update from r479 to r482 done - http://bundles.openttdcoop.org/opengfx/nightlies/r482 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 - http://bundles.openttdcoop.org/2cctrainset/nightlies/ERROR/r580 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: http://pastebin.org/511424 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) @ http://dev.openttdcoop.org/issues/1171#change-3169 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 http://pastebin.org/512800 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/58ae27990b67 19:51:38 <Brot6> FIRS Industry Replacement Set - Revision 1179:655bdc7651cb: Chang: consolidate / split cb2f for S... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/655bdc7651cb 19:51:38 <Brot6> FIRS Industry Replacement Set - Revision 1180:c579f6022995: Remove: redundant cb2f template (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/c579f6022995 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> http://pastebin.org/512800 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/b0f956bbb53f 20:00:10 <Brot6> FIRS Industry Replacement Set - Revision 1182:c9b3a0be12ff: Remove: redundant cb2f template (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/c9b3a0be12ff 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) @ http://dev.openttdcoop.org/issues/1250 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/acaedca797dc 20:11:27 <Brot6> FIRS Industry Replacement Set - Revision 1184:fa3fdc307cde: Change: consolidate / split cb2f for ... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/fa3fdc307cde 20:11:27 <Brot6> FIRS Industry Replacement Set - Revision 1185:3affbba8d80c: Remove: redundant cb2f template (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/3affbba8d80c 20:12:53 <Alberth> http://pastebin.org/513480 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/58156ac5dec3 20:15:35 <Brot6> FIRS Industry Replacement Set - Revision 1187:f046deb15683: Change: couple of Farms use renamed c... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/f046deb15683 20:15:35 <Brot6> FIRS Industry Replacement Set - Revision 1188:3d2fe72f922d: Remove: redundant cb2f template (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/3d2fe72f922d 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 http://pastebin.org/pastebin.php?dl=513480 | 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 "http://pastebin.org/pastebin.php?dl=513480" 20:20:15 <andythenorth> http://pastebin.com/pVHC7niU 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: http://pastebin.org/514050 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) @ http://dev.openttdcoop.org/issues/1246#change-3171 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: http://pastebin.org/514896 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/fe533e6ba611 21:05:14 <Brot6> FIRS Industry Replacement Set - Revision 1190:3a3651f31944: Change: Arable Farm uses better snowl... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/3a3651f31944 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) @ http://dev.openttdcoop.org/issues/1247#change-3172 21:19:10 <Brot6> Example NewGRF Project - Revision 125:df95bc0e1e62: Change: Fail on nforenum errors, but keep goi... (planetmaker) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/df95bc0e1e62 21:19:10 <Brot6> Example NewGRF Project - Revision 126:40bd2cbe2bbe: Change: Reduce verbose-ness of grfcodec by pi... (planetmaker) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/40bd2cbe2bbe 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 bundels.openttdcoop.org in the renum dir 21:36:04 <Ammler> DJNekkid: http://download.opensuse.org/repositories/home:/openttdcoop/CentOS_5/ 21:36:23 <DJNekkid> thanx :D 21:36:25 <planetmaker> DJNekkid, www.openttd.org/download-nforenum 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 opensuse.org 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> http://www.openttd.org/en/download-grfcodec-nightly <- 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 openttd.org 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 openttd.org 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) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/96c7e86a8d06