Times are UTC Toggle Colours
02:58:42 *** Caseus_Maximus is now known as Supercheese 05:20:16 *** andythenorth has joined #openttdcoop.devzone 05:29:16 *** andythenorth has quit IRC 05:32:46 *** andythenorth has joined #openttdcoop.devzone 05:37:23 *** andythenorth has quit IRC 06:46:46 *** Supercheese has quit IRC 07:03:01 *** andythenorth has joined #openttdcoop.devzone 07:04:55 *** zooks has joined #openttdcoop.devzone 07:36:07 *** zooks has quit IRC 07:36:08 *** andythenorth has quit IRC 09:28:06 *** zooks has joined #openttdcoop.devzone 10:16:13 <George> 504 Time-out 11:03:04 <planetmaker> George, till we solve the http issue, you want to use ssh to access your repo? 11:04:05 <planetmaker> http://winscp.net/eng/docs/ui_puttygen <-- explains the steps. I need the key as shown in the upper part of the first image ("PuTTYgen Window") 11:04:06 <Webster> Title: Using PuTTYgen :: WinSCP (at winscp.net) 11:27:32 <planetmaker> George, alternatively, you can at least *pull* from http://rhodecode.openttdcoop.org/PROJECTNAME 11:27:39 <planetmaker> but push is not enabled there 11:50:12 *** zooks has quit IRC 12:51:51 *** oskari89 has joined #openttdcoop.devzone 12:53:14 <planetmaker> oskari89, also you, till we solve the http issue, you want to use ssh to access your repo? 12:53:19 <planetmaker> http://winscp.net/eng/docs/ui_puttygen <-- explains the steps. I need the key as shown in the upper part of the first image ("PuTTYgen Window") 12:53:20 <Webster> Title: Using PuTTYgen :: WinSCP (at winscp.net) 12:54:50 <oskari89> At the moment there is not very much to push :) 12:55:19 <oskari89> I'll use it if necessary 12:55:51 <oskari89> Thanks for providing alternate solution 12:56:07 <oskari89> For temporary use of course :) 12:57:25 <planetmaker> you can *pul* via http://rhodecode.openttdcoop.org/PROJECTNAME - but that doesn't allow pushing 12:59:25 *** Froix has joined #openttdcoop.devzone 13:02:52 *** Froix has quit IRC 13:07:03 <oskari89> Ok 16:23:26 *** zooks has joined #openttdcoop.devzone 16:51:01 <DevZone> Project xussrset - Trains from Russia build #47-push: SUCCESS in 3 min 19 sec: https://jenkins.openttdcoop.org/job/xussrset/47/ 16:51:03 <DevZone> Project OpenGFX build #47: FAILURE in 0.34 sec: https://jenkins.openttdcoop.org/job/opengfx/47/ 16:58:37 *** oskari89 has quit IRC 17:01:29 *** frosch123 has joined #openttdcoop.devzone 17:01:52 <DevZone> Yippie, build fixed! 17:01:52 <DevZone> Project OpenGFX+ Trains build #10-push: FIXED in 14 min: https://jenkins.openttdcoop.org/job/ogfx-trains/10/ 17:02:08 *** oskari89 has joined #openttdcoop.devzone 17:19:41 <DevZone> Project NML - NewGRF Meta Language build #70-nightlies: SUCCESS in 1 min 39 sec: https://jenkins.openttdcoop.org/job/nml/70/ 17:42:10 <frosch123> ^Spike^: is your redmine repo update script running? 18:12:46 *** Alberth has joined #openttdcoop.devzone 18:32:35 *** zooks has quit IRC 18:53:20 <George> planetmaker: There is a problem with 13-198-02 - cargo loading changeds default colour 18:53:30 <George> if I uncomment 18:53:35 <George> independent: flatbed_13_198_02_sprites_good; 18:54:24 <George> nmlc ERROR: "xussr.nml", line 46439: Independence of all given random_switches is not possible for random_switch 'flatbed_13_198_02_random'. [ERR] 18:56:49 <George> unfortunately can't commit the code - 504 timeout 18:58:02 <DevZone> Project OpenGFX build #48: STILL FAILING in 0.28 sec: https://jenkins.openttdcoop.org/job/opengfx/48/ 19:16:08 *** andythenorth has joined #openttdcoop.devzone 19:16:48 <Alberth> o/ 19:17:28 <andythenorth> so tomorrow is launch day :) 19:18:01 <Alberth> for some, it is :) 19:18:21 <Alberth> for others, it's just Thursday 19:18:21 <V453000> finally lunch day 19:18:33 <V453000> do I get dinner too? 19:18:50 <andythenorth> the problem with the TTD launch 19:18:56 <andythenorth> is that I am playing Pocket Trains 19:19:04 <andythenorth> which came out last week 19:19:11 <andythenorth> poor timing :) 19:19:29 <Alberth> ttd won't go away :) 19:20:37 * andythenorth will briefly 19:20:38 *** andythenorth has quit IRC 19:20:56 *** andythenorth has joined #openttdcoop.devzone 19:21:00 <andythenorth> buggy irc client 19:51:59 *** Zuu has joined #openttdcoop.devzone 20:36:58 <oskari89> Zuu: Has the Bananas musa issue been solved? 20:37:21 <Zuu> Not that I'm aware of. 20:38:18 <oskari89> Ok, is there any guess when it should have been solved? 20:38:32 <oskari89> Before December? 20:49:26 <Rubidium> the problem is that it works for me, and there's no obvious reason for said bug. As a result it can't really be fixed, unless the fixer is able to reproduce the issue 20:50:08 <Zuu> I was able to reproduce the problem and write a patch that solves the problem at the client side. 20:50:26 <Zuu> However with that patch there is then a server side error. 20:51:16 <Zuu> My patch: http://devs.openttd.org/~zuu/musa/newgref-uniqueid-type.patch 20:51:34 <^Spike^> frosch123 it is now :) 20:52:08 <Rubidium> I wonder why it works for me 20:52:24 <Rubidium> but yay... blergh unstatically typed languages 20:52:26 <Zuu> It is strange that it works for you at both client+server side 20:52:48 <Zuu> As the server side should be exactly the same for both of us. 20:59:59 <Rubidium> anyhow, feel free to commit it 21:00:58 <frosch123> is it a 32bit/64bit issue? 21:01:07 <frosch123> or something like that? 21:02:25 <Alberth> python has unlimited integers 21:02:55 *** Alberth has left #openttdcoop.devzone 21:04:27 <Zuu> My understanding of the problem is that the return value is not equal to an int when doing a type check of the return value. 21:04:34 <Zuu> My fix cast the return value to int. 21:04:50 <Zuu> So that the type check succeds. 21:05:24 <Zuu> But I haven't found why it has the wrong type and what type that is. 21:07:18 <Zuu> Eg. my fix may hide the real problem rather than solving it. 21:08:06 <frosch123> well, i have no idea how the result of swap could not be a integer :p 21:08:21 <Zuu> me neither 21:08:59 <Zuu> but maybe Python has some integer subtype that is not equal to the main integer type? 21:10:36 <Zuu> Type check: if not isinstance(metadata['uniqueid'], int): 21:13:35 <Taede> when libottdadmin checks if a var is of type integer, it always checks for isinstance(var, (long, int)) 21:14:03 <Taede> might it return a long which does not count as an int? 21:14:40 <Zuu> Possible 21:15:42 <frosch123> python docs say, "int" is 32/64 bit system specific 21:15:48 <frosch123> only "long" is unlimited 21:16:09 <frosch123> so, python docs say something different than albert 21:16:20 <frosch123> so, i think it's a 32bit/64bit issue 21:16:26 <Zuu> I got a 64bit system. But it may be possible that the python version that I use is 32bit based. 21:16:27 <frosch123> casting to int looks fine then 21:17:25 <frosch123> oh, wait. that only applies to python 2 21:17:32 <frosch123> apparently python 3 removed the limited int 21:17:42 <Zuu> I'm quite certain that I got 2.x. 21:18:05 <frosch123> well, but it explains what albert refered to :) 21:18:29 <Zuu> Shall I commit my fix, if I can just figure out a good commit message? 21:18:38 <frosch123> yup, diff looks fine 21:19:17 <frosch123> commit message might be "Enforce 'int' type, in case of 'long'." 21:19:20 <frosch123> or something like that 21:20:38 <frosch123> you could move the case into the swap() function itself though 21:20:42 <frosch123> *cast 21:22:03 <Zuu> ok 21:22:34 <frosch123> if it still works then :p 21:22:49 <Zuu> It should, but I'll test 21:23:16 <Zuu> Yes it does :-) 21:27:03 <andythenorth> bye 21:27:04 *** andythenorth has left #openttdcoop.devzone 21:47:20 *** frosch123 has quit IRC 22:25:52 *** oskari89 has quit IRC 23:13:17 *** Zuu has quit IRC