Times are UTC Toggle Colours
00:01:37 *** Lakie` has quit IRC 02:53:13 *** Lakie has quit IRC 06:00:02 *** andythenorth has joined #openttdcoop.devzone 06:06:52 *** andythenorth has quit IRC 06:10:15 *** andythenorth has joined #openttdcoop.devzone 06:13:27 *** ODM has joined #openttdcoop.devzone 07:33:15 *** andythenorth has quit IRC 08:28:06 *** andythenorth has joined #openttdcoop.devzone 10:53:01 *** KenjiE20 has joined #openttdcoop.devzone 12:26:55 *** Lakie has joined #openttdcoop.devzone 13:06:36 <Brot6> OpenGFX+ Industries - Bug #2635: Powerplants seem to stockpile coal (Terkhen) @ http://dev.openttdcoop.org/issues/2635#change-6716 13:07:40 <andythenorth> are your powerplants not processing? 13:08:53 <Terkhen> it seems that they are not, I was going to check the code now 13:09:28 <Terkhen> stockpile is unwanted though, I just wanted to check some registers when cargo arrives 13:10:12 <Terkhen> I guess I need to do something else with the production callback besides checking and setting registers 13:10:48 <andythenorth> you've set the amount for cargo consumed correctly? 13:11:59 <Terkhen> no, my understanding of the callback is quite sketchy :P 13:12:32 <planetmaker> Terkhen: I read somewhere that someone had the same problem also with the oil refinery. So rather a very general problem? 13:13:41 <Terkhen> planetmaker: my guess is that he is not remembering correctly; this problem must be caused by changes on the production code and only the industries with the INDUSTRY_BLACKHOLE_PRODUCTION_SWITCHES template have the problem 13:14:06 <planetmaker> might be :-) 13:14:08 <Terkhen> I even noticed that the shop does not have the template when it should because it is not showing the "Cargo waiting to be processed" string 13:14:13 <Terkhen> the refinery has no string either 13:14:19 <planetmaker> My crystal ball is quite shattered at the moment, unfortunately ;-) 13:14:40 <Terkhen> :P 13:15:20 <Terkhen> it just seems that my guess of "setting everything to zero will be equal to normal behaviour" wasn't very fortunate 13:15:40 <Terkhen> it shouldn't be complicated to fix, though 13:15:41 <planetmaker> it's not the worst possible assumption to make, though 13:15:53 <Terkhen> and IMO it is a bug big enough to warrant yet another bugfix release :) 13:16:00 <planetmaker> agreed 13:16:11 <planetmaker> it hurts gameplay a lot 13:16:24 <Terkhen> I'm happy though, I expected many more problems with the custom chains :P 13:16:39 <planetmaker> yep. And the feedback seems to overall quite positive :-) 13:17:45 <planetmaker> hm, does FIRS have coal mines? 13:18:06 <Terkhen> yes 13:18:29 <planetmaker> hm, ok, then opengfx+industries can't be the powerplant add-on ;-) 13:19:10 <Terkhen> it would be quite easy to take the required code and make a stand alone newgrf, but I can't be bothered :P 13:19:27 <Terkhen> in fact, I was wondering if we should add a coal->steel mill switch 13:19:48 <Terkhen> but that is getting outside of "default" 13:19:54 <planetmaker> of course it would be easy. But I can't be bothered either :-) 13:20:03 <planetmaker> (taking out the code) 13:20:13 <planetmaker> the coal->steel mill switch: IMHO not (yet) 13:20:51 <planetmaker> But indeed I wonder how far we can take the word 'extend default industries' 13:21:58 <Terkhen> ok, bug fixed locally 13:22:11 <Terkhen> andythenorth: are you aware if it is possible to hide the "Cargo waiting to be processed" string? 13:28:55 <andythenorth> Terkhen: it isn't 13:29:01 <andythenorth> also 13:29:24 <andythenorth> wrt to opengfx+ industries power station - it should be a challenge to leanden as to whether to do an actually simple bit of code 13:29:34 <andythenorth> or whether he just keeps making half-assed suggestions 13:30:21 <Ammler> planetmaker: Terkhen: I setup a vm on our server with gcc and gimp 13:30:26 <Brot6> OpenGFX+ Industries - Bug #2635 (Closed): Powerplants seem to stockpile coal (planetmaker) @ http://dev.openttdcoop.org/issues/2635 13:30:27 <Brot6> OpenGFX+ Industries - Bug #2635 (Closed): Powerplants seem to stockpile coal (Terkhen) @ http://dev.openttdcoop.org/issues/2635#change-6717 13:30:27 <Brot6> OpenGFX+ Industries - Revision 97:90cbdf5002e1: Fix #2635: Power plants and water towers did not ... (Terkhen) @ http://dev.openttdcoop.org/projects/ogfx-industries/repository/revisions/90cbdf5002e1 13:30:27 <Brot6> OpenGFX+ Industries - Revision 98:a82ec31c5153: Fix: Prevent shops from closing when they are bei... (Terkhen) @ http://dev.openttdcoop.org/projects/ogfx-industries/repository/revisions/a82ec31c5153 13:30:28 <Ammler> if you want you could test it there? 13:30:44 <Ammler> shall I install your keys? 13:33:32 <Terkhen> andythenorth: if you think that the addon is a good idea I could do it 13:33:45 <Terkhen> even if the feature itself is a bit redundant, the idea of addons for FIRS is good 13:33:54 <Terkhen> Ammler: ok, thank you :) 13:34:02 <andythenorth> Terkhen: no, leanden should do it 13:34:12 <andythenorth> ;) 13:34:17 <Terkhen> I misread you then :P 13:34:27 <andythenorth> :) 13:34:41 <andythenorth> it's easy to make requests. Can he actually deliver? 13:34:47 <andythenorth> might make him a better person :P 13:35:04 <Terkhen> he would only need to cut out all of the other code 13:35:13 <andythenorth> exactamly 13:35:25 <andythenorth> it's barely coding at all 13:35:34 <Terkhen> since opengfx+ industries redefines everything I'm quite confident it would work without any changes 13:35:36 <andythenorth> it's more a test of if he can checkout, delete some stuff, and compile 13:36:06 <Terkhen> in fact, adding a new option "enable only power plant" and disabling all other industry chains in ogfx+ industries would work too :P 13:36:14 <Terkhen> but that's quite tedious 13:36:28 <andythenorth> it makes the FIRS conflicting newrgf check insanely hard 13:36:39 <Terkhen> that's true too :) 13:36:55 <Terkhen> besides, ogfx+ industries has its own check against FIRS 13:38:46 <Terkhen> planetmaker: should I release or is there something I'm forgetting? 13:40:58 <Ammler> same with gimp-console, btw. 13:41:00 <planetmaker> not sure what you forget ;-) 13:41:14 <planetmaker> is there any other big bug we should fix? 13:41:25 <Ammler> [GIMP] src/gfx/bulk_truck/bulk_truck_1_bauxite.gimp.png 13:41:27 <Ammler> (file-uri:7040): Gtk-WARNING **: cannot open display: 13:41:28 <Ammler> (gimp-console:7031): LibGimpBase-WARNING **: gimp-console: gimp_wire_read(): error 13:41:30 <Ammler> batch command executed successfully 13:41:43 <planetmaker> bug tracker says 'no'. So go for it, Terkhen :-) 13:42:02 <planetmaker> Ammler: but that's basically the same error...? 13:42:48 <Terkhen> ok :) 13:42:54 <Terkhen> yes, it is the same error I get 13:42:56 <Ammler> planetmaker: isn't? 13:43:16 <planetmaker> Ammler: that's the same we got with gimp 13:43:25 <planetmaker> iirc 13:43:58 <planetmaker> http://bundles.openttdcoop.org/ogfx-rv/nightlies/LATEST/log/ogfx-rv-r103-build.err.log 13:44:05 <Ammler> [15:40] <Ammler> same with gimp-console, btw. 13:44:13 <planetmaker> oh, sorry :-) 13:44:21 <planetmaker> good that we agree :-) 13:44:24 <Ammler> :-D 13:44:39 <Ammler> so shall I install your keys there, (need url)? 13:45:04 <planetmaker> which gimp version is that? 13:45:10 <Ammler> 2.6.11 13:45:17 <planetmaker> ok 13:45:35 <planetmaker> and you got that when compiling ogfx-rv? 13:45:40 <Ammler> yes 13:45:56 <planetmaker> well, access to that machine might be nice, yes 13:46:05 <Ammler> (need url) 13:46:12 <planetmaker> uhm... key... without URL, I guess 13:46:22 <Ammler> or the key 13:46:27 <Ammler> url is easiest 13:47:43 <planetmaker> http://devs.openttd.org/~planetmaker/patches/planetmaker_dsa.pub 13:48:23 <Ammler> ok, installed: root@t1140.openttdcoop.org:10122 13:48:32 <Ammler> create your own user or use mine 13:48:35 <Ammler> su - ammler 13:48:43 <planetmaker> ok, ty 13:48:47 <Ammler> there are some repos and nml already installed 13:49:10 <Ammler> zypper in <package> 13:49:14 <Ammler> if you need something else 13:49:51 <Brot6> OpenGFX+ Industries - Revision 99:53012d718d32: Codechange: Fix indentation. (Terkhen) @ http://dev.openttdcoop.org/projects/ogfx-industries/repository/revisions/53012d718d32 13:50:08 <planetmaker> yup :-) 13:50:21 <Ammler> also lodgeit.py is installed 13:50:27 <planetmaker> I guess... we could keep that machine for various playground testing? 13:50:36 <Ammler> yes why not 13:50:52 <planetmaker> and with an occasional reset 13:50:59 <Ammler> and don't fear to break something, we could simply destroy it and build a new one 13:51:06 <planetmaker> ^^ 13:51:10 <Ammler> template 11.4 exists 13:51:35 <planetmaker> that's why 'keep'. As in 'everything can be tested, even if it means reset to blank system' 13:51:46 <Ammler> also feel free to give Terken or whoever root access 13:51:59 <Ammler> so he can install packages 13:52:36 <Ammler> which is kinda a requirement to get the package building on our CF 13:53:09 <Brot6> OpenGFX+ Industries - Revision 100:b464aac24ff8: Doc: Update changelog. (Terkhen) @ http://dev.openttdcoop.org/projects/ogfx-industries/repository/revisions/b464aac24ff8 13:53:10 <Brot6> OpenGFX+ Industries - Revision 101:c4506c5fa497: Added tag 0.3.2 for changeset b464aac24ff8 (Terkhen) @ http://dev.openttdcoop.org/projects/ogfx-industries/repository/revisions/c4506c5fa497 13:53:25 <planetmaker> another r100 :-) 13:53:30 <Ammler> also building itself might be a lot faster there as on your local maschine :-) 13:53:38 <planetmaker> hehe 13:53:48 <planetmaker> gimp trunk doesn't build here anyway 13:53:57 <planetmaker> it fails already on the deps which don't build 13:54:01 <Ammler> planetmaker: I don't think it is a issue of gimp version 13:54:07 <planetmaker> possibly not 13:54:09 <Ammler> I am quite suprised the gimp people blame it 13:54:18 <planetmaker> but it's a gimp assertion 13:54:33 <planetmaker> thus it must be some kind of clue 13:54:33 <Ammler> hmm 13:54:35 <Brot6> ogfx-industries: update from 0.3.1 to 0.3.2 done (5 errors) - http://bundles.openttdcoop.org/ogfx-industries/releases/0.3.2 13:55:05 <planetmaker> the first thing I reported about the error I got, was a real error, it got fixed yesterday already. Even if it was me mis-using it somewhat 13:55:19 <Terkhen> heh 13:55:25 <Terkhen> those errors do not look very nice 13:55:35 <Terkhen> I guess I can't rollback that tag 13:55:42 <Ammler> just push it again 13:55:56 <Ammler> or make a 0.3.2.1 13:56:08 <Ammler> or 0.3.2a 13:56:09 <planetmaker> just call it 0.3.3 13:56:38 <planetmaker> though just tagging it (again) as 0.3.2 would work, too 13:56:45 <Ammler> yes 13:56:47 <planetmaker> but I don't like that really ;-) 13:56:48 <Ammler> needs -f 13:57:16 <Terkhen> hmm... ok, 0.3.3 then 13:57:33 <Ammler> you could in any case delete 0.3.2 13:58:34 <Terkhen> besides for covering my mess, I don't mind it being 0.3.3 :P 13:59:54 <Ammler> maybe it is also worth to report to nml to force a error? 14:00:07 <Ammler> dunno how "bad" that warning is 14:00:40 <Terkhen> I'm defining callbacks that are not being used 14:01:00 <Ammler> and that is bad because? 14:01:07 <planetmaker> it's dead code then 14:01:11 <Terkhen> because they were meant to be used :P 14:01:16 <planetmaker> and the point was to actually being used ^ 14:01:29 <Terkhen> someone might want to have callbacks around to be used later, but for me having dead code is an error 14:01:31 <Ammler> so the fix is just a cleanup? 14:01:52 <planetmaker> no... it's rather "Fix: make use of the newly defined callbacks" 14:01:55 <Terkhen> so yes, if we could make it fail on warnings it would be nice 14:02:17 <planetmaker> Terkhen: but... that would not block the tag 14:02:46 <Terkhen> nmlc --fail-on-warnings or something like that would have prevented my mistake 14:02:52 <Ammler> planetmaker: it would block the release 14:02:55 <Terkhen> sorry, what do you mean with blocking the tag? 14:03:27 <Ammler> well, we could also define the warning level, e.g. >0 errors -> fail 14:04:06 <Ammler> so you can set that to 0 for your project and andy or djn can still use unlimited for their projects :-) 14:04:32 <planetmaker> a tag is just another commit. so you can even tag complete garbage. In principle 14:04:40 <planetmaker> ah, but yes 14:04:46 <Ammler> planetmaker: but not every tag is released 14:04:58 <planetmaker> that -fail-on-warning might be a nice idea :-) 14:04:59 <Terkhen> so I can't move the tag to another commit 14:05:00 <Ammler> some go to subfolder ERROR 14:05:31 <Ammler> Terkhen: you can, but it needs force: hg help tag 14:05:59 <Ammler> it does basically remove current tag and retag 14:06:14 <Terkhen> looks messy 14:06:48 <Ammler> perfect is removing tag but use a higher version anyway 14:07:42 <Ammler> (if it is a release error) 14:09:13 <Ammler> but CF does not support remove of specific release 14:09:38 <Ammler> so currently it would be better to use same tag again 14:10:42 <Terkhen> so... I just tag with the same tag name again? 14:11:01 <planetmaker> well... use another IMHO 14:11:11 <planetmaker> call it 0.3.2a if you like 14:12:32 <Ammler> planetmaker: the issue is that in that case the broken release still exists 14:12:47 <Ammler> CF does not support your way yet :-) 14:13:38 <Terkhen> well, 0.3.2 isn't broken 14:13:40 <Terkhen> it just carries a bug 14:13:54 <Terkhen> but moving from 0.3.1 to 0.3.3 looks wrong :P 14:14:29 <Terkhen> I could do a post for 0.3.2 and immediately add another for 0.3.3, so there is still a continuity 14:14:48 <Ammler> or just mention it in the changelog 14:15:18 <planetmaker> moving from 0.3.1 to 0.3.3 is ok ;-) 14:15:24 <planetmaker> if you want, mention it 14:15:37 <planetmaker> 'internal release' :-P 14:15:44 <Ammler> however, it's not possible to remove a release yet 14:15:58 <Ammler> but it is possible to overwrite 14:16:22 <Ammler> that's all I meant :-P 14:16:32 <Terkhen> internal release sounds like a great excuse :) 14:17:01 <Terkhen> until someone checks the logs and deduces that we only used it for 10 minutes, but I'm willing to assume nobody will do that :P 14:17:25 <planetmaker> :-) 14:17:29 <Ammler> well, we talked now for half an hour so the version dump is legal :-P 14:17:46 <planetmaker> :-D 14:22:46 <Brot6> OpenGFX+ Industries - Revision 102:cf80f988e081: Fix (r98): Make sure to be using the defined cal... (Terkhen) @ http://dev.openttdcoop.org/projects/ogfx-industries/repository/revisions/cf80f988e081 14:22:46 <Brot6> OpenGFX+ Industries - Revision 103:ee8721f145a5: Doc: Update changelog. (Terkhen) @ http://dev.openttdcoop.org/projects/ogfx-industries/repository/revisions/ee8721f145a5 14:22:46 <Brot6> OpenGFX+ Industries - Revision 104:bc93414e12d1: Added tag 0.3.3 for changeset ee8721f145a5 (Terkhen) @ http://dev.openttdcoop.org/projects/ogfx-industries/repository/revisions/bc93414e12d1 14:23:20 <Brot6> ogfx-industries: update from 0.3.2 to 0.3.3 done - http://bundles.openttdcoop.org/ogfx-industries/releases/0.3.3 14:24:48 <Ammler> if I run a fake xserver, I got following: Xlib: extension "RANDR" missing on display ":98". 14:25:44 <planetmaker> hm... I've seen that. once in this context ... I don't recall where. 14:26:32 <Terkhen> heh 14:26:38 <Terkhen> does anybody reads the readme? 14:26:50 <Ammler> of course not 14:27:18 <Terkhen> I'm going to guess nobody does, because there is a bug with the readme generation and I doubt anybody noticed until now 14:27:28 <Terkhen> it is something minor though, I'll add a task 14:28:29 <Ammler> http://bundles.openttdcoop.org/ogfx-industries/releases/LATEST/readme.txt <-- looks fine 14:28:53 <Terkhen> open the zip file 14:29:01 <Terkhen> it has readme.ptxt inside, not readme.txt 14:29:20 <Ammler> hmm, that sounds familiar 14:29:26 <planetmaker> hm... :S 14:29:29 <Terkhen> oh, sorry 14:29:38 <Terkhen> I opened a really old ogfx-industries-nightly folder 14:29:52 <planetmaker> uhm... so current one is fine? 14:29:55 <Terkhen> yes, sorry 14:30:00 <planetmaker> puh :-) 14:30:22 <Terkhen> after uploading this I won't be doing anything openttd related for the rest of the day, it seems that today is not my day :P 14:30:32 <planetmaker> :-) 14:30:45 <planetmaker> Get an ice cream and a cool beer... 14:30:48 <Ammler> well, you could get the gimp thing working :-P 14:31:24 <Terkhen> not today, I should finish a few things for my final year project 14:31:31 <Ammler> on the test vm, it does generate only one png :-/ 14:31:43 <Terkhen> I can mess that one up without worrying about bothering anyone else :P 14:31:51 <Terkhen> hmm, that sounds bad :( 14:33:45 <Ammler> it seems like I don't need to start a xserver just define DISPLAY 14:33:52 <Ammler> to silence it 14:38:00 <Brot6> ogfx-rv.clone: update from to r103 done (180 errors) - http://bundles.openttdcoop.org/ogfx-rv.clone/nightlies/r103 14:43:21 <Brot6> ogfx-rv.clone: update from r103 to r103 done (180 errors) - http://bundles.openttdcoop.org/ogfx-rv.clone/nightlies/r103 14:51:42 <Ammler> ok, I give up 14:52:12 <Ammler> it looks like we should simply sed/grep out those 14:53:30 <Ammler> planetmaker: also a bit strange is that the newer version has a echo with "batch command executed successfully" 15:07:12 <planetmaker> [17:06] mitch__ i guess that the gnome-vfs uri backend is trying to access the x server <-- can we do something about that? 15:15:08 *** frosch123 has joined #openttdcoop.devzone 15:26:21 *** Lakie has quit IRC 15:26:43 *** Lakie has joined #openttdcoop.devzone 17:18:31 <Brot6> ogfx-industries: update from r96 to r104 done - http://bundles.openttdcoop.org/ogfx-industries/nightlies/r104 17:18:41 <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r750), 32bpp-extra (r40), ai-admiralai (r75), ai-aroai (r39), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), airportsplus (r73), basecosts (r25), belarusiantowns (r8), bros (r52), chips (r141), comic-houses (r71), firs (r1990), fish (r628), frenchtowns (r6), german-townnames (r33), grfcodec (r829), grfpack (r279), heqs 17:18:41 <Brot6> (r605), indonesiantowns (r41), manindu (r7), metrotrackset (r56), narvs (r37), newgrf_makefile (r289), nml (r1335), nutracks (r186), ogfx-landscape (r67), ogfx-rv (r103), ogfx-rv.clone (r103), ogfx-trains (r241), ogfx-trees (r42), opengfx (r666), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r49), spanishtowns (r10), sub-landscape (ERROR r66), sub-opengfx (ERROR r666), swedishrails (r202), swisstowns (r22), transrapidtrackset 17:18:43 <Brot6> (r15), ttdviewer (r34), ttrs (r36), worldairlinersset (r671) 17:19:34 <Brot6> sub-landscape: compile of r66 still failed (#2616) - http://bundles.openttdcoop.org/sub-landscape/nightlies/ERROR/r66 17:20:22 <Brot6> sub-opengfx: compile of r666 still failed (#2586) - http://bundles.openttdcoop.org/sub-opengfx/nightlies/ERROR/r666 17:33:50 *** ODM has quit IRC 17:43:06 <Ammler> planetmaker: the question is, why does it do that? 17:57:08 <Brot6> FISH - Revision 629:c735d05be807: Change: work in progress to correct lighting on small river boat (andythenorth) @ http://dev.openttdcoop.org/projects/fish/repository/revisions/c735d05be807 17:57:08 <Brot6> FISH - Revision 630:e3156d977d6a: Add: source psd file for utility vessel medium 2 (andythenorth) @ http://dev.openttdcoop.org/projects/fish/repository/revisions/e3156d977d6a 17:57:08 <Brot6> FISH - Revision 631:6fd3bed121b8: Cleanup: rename a source file to be more consistent (andythenorth) @ http://dev.openttdcoop.org/projects/fish/repository/revisions/6fd3bed121b8 20:05:22 *** Ruudjah has joined #openttdcoop.devzone 20:17:11 <Brot6> FISH - Revision 632:7df56e5aba99: Change: work in progress on utility vessel medium 2 (andythenorth) @ http://dev.openttdcoop.org/projects/fish/repository/revisions/7df56e5aba99 20:19:47 <Brot6> FISH - Revision 633:04af8292bcca: Add: png file for utility vessel medium 2 (andythenorth) @ http://dev.openttdcoop.org/projects/fish/repository/revisions/04af8292bcca 21:37:25 *** andythenorth has left #openttdcoop.devzone 21:38:21 *** frosch123 has quit IRC 21:48:31 <Brot6> OpenGFX+ Landscape - Revision 68:83ff9aadacf8: Change: Improve base of wind turbine (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/83ff9aadacf8 22:26:35 *** Ruudjah has left #openttdcoop.devzone