Log for #openttdcoop.devzone on 2nd October 2013:
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> <-- 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
11:27:32  <planetmaker> George, alternatively, you can at least *pull* from
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> <-- 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
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 - 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:
16:51:03  <DevZone> Project OpenGFX build #47: FAILURE in 0.34 sec:
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:
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:
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:
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:
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

Powered by YARRSTE version: svn-trunk