IRC logs for #openttd.dev on OFTC at 2013-07-10
⏴ go to previous day
07:53:14 *** ntoskrnl has joined #openttd.dev
12:49:06 *** ntoskrnl11 has joined #openttd.dev
13:29:16 *** ntoskrnl11 has joined #openttd.dev
13:29:16 *** planetmaker has joined #openttd.dev
13:29:16 *** Webster has joined #openttd.dev
13:29:16 *** tycoondemon has joined #openttd.dev
13:29:16 *** Rubidium has joined #openttd.dev
13:29:16 *** argonel__ has joined #openttd.dev
13:29:16 *** Belugas has joined #openttd.dev
13:29:16 *** Yexo has joined #openttd.dev
13:29:16 *** fonsinchen has joined #openttd.dev
13:29:16 *** reticulum.oftc.net sets mode: +vvvv planetmaker Webster Belugas fonsinchen
13:29:16 *** Terkhen has joined #openttd.dev
13:29:16 *** orudge has joined #openttd.dev
13:29:16 *** SmatZ has joined #openttd.dev
13:29:16 *** reticulum.oftc.net sets mode: +vo Terkhen orudge
13:43:00 *** ntoskrnl has joined #openttd.dev
16:37:25 *** LordAro has joined #openttd.dev
16:37:25 *** ChanServ sets mode: +v LordAro
16:57:42 *** frosch123 has joined #openttd.dev
16:57:42 *** ChanServ sets mode: +v frosch123
18:48:14 <planetmaker> one allows the admin port client to send a ping request which is answerd by the server with a pong
18:48:48 <planetmaker> the other makes it easier for admin port clients to detect the end for transmissions of rcon output
18:48:58 <frosch123> does it work with the reference implementation? (joan)
18:49:02 <planetmaker> which can be multi-line and thus are transported in a sequence of packages
18:49:07 <frosch123> or does it fail with the new packets?
18:49:25 <planetmaker> dih and xaroth kinda worked jointly on it. So... I assume dih tested it
18:49:51 <planetmaker> today #openttd around 16 - 17h
18:53:21 <frosch123> i cannot see anything wrong with it
19:11:50 <planetmaker> he, well. our reference implementation fails on clean trunk ;-)
19:14:33 <frosch123> i thought it was the only thing that used it?
19:15:45 <planetmaker> anyway, no difference in result
19:16:05 <frosch123> does it work with ottd 1.1?
19:16:11 <frosch123> or did it never work? :p
19:17:29 <planetmaker> it worked once. I know to test it successfully on our publicserver when it was new
19:18:10 <planetmaker> or is it my local network setup? 1.1.4 fails for me the same way
19:23:38 <planetmaker> hm, no... the admin port reaches server. so... yes
19:23:44 <planetmaker> it fails with 1.1.4
19:26:14 <planetmaker> entdecke die möglichkeiten... 'wrong password'. which is peculiar :D
19:40:55 *** ChanServ sets mode: +v Rubidium
19:40:57 <Rubidium> yeah, it's a lovely and fairly untested part... so I won't think it's odd if it's broken
20:00:40 *** Lord_Aro has joined #openttd.dev
20:00:41 *** LordAro is now known as Guest2844
20:00:41 *** ChanServ sets mode: +v Lord_Aro
20:00:41 *** Lord_Aro is now known as LordAro
20:00:44 <planetmaker> meh... I don't manage to get anything running in that aspect
20:01:12 <planetmaker> I meanwhile searched all my dirs for what I ran it from before... nothing which worked for me
20:01:55 <planetmaker> I'll bugger dih tomorrow when he's back
20:14:26 *** Supercheese has joined #openttd.dev
20:17:32 <frosch123> now i switched from postgresql to mysql, because everyone seems to use it
20:17:47 <frosch123> (most important the ottd server applications)
20:18:01 <frosch123> but it turns out there is no mysql interface for python3 :p
20:18:07 <frosch123> no eints with mysql :p
20:18:28 <frosch123> hmm, also means no eints on devzone
20:22:50 <frosch123> but i cannot find anything more offical
20:25:10 <frosch123> seems to be debian-experimental
20:26:24 <frosch123> maybe postgresql isn't that bad :p
20:26:41 <frosch123> i just need to somehow port the content server :p
20:26:46 <frosch123> no idea about that :)
20:26:58 <frosch123> but what to do about devzone?
20:30:39 <frosch123> there is also something called "drizzle" which is a debian python3 package and claims to implement the mysql protocol
20:30:46 <frosch123> i guess i have to ask albert about that :)
20:37:19 <planetmaker> I'm pretty sure that redmine *can* work with postgres
20:37:46 <frosch123> yes, that's what i have installed in my first version :)
20:37:57 <planetmaker> and afaik devzone doesn't use the DB for more than RM. So... in principle that can be converted
20:38:01 <frosch123> but switching devzone would be quite a lot of work
20:38:19 <planetmaker> maybe we should just create a new DevZone VM :-P
20:38:41 <frosch123> well, the main goal was to share the database for authenication and project details :p
20:39:24 <frosch123> also i really do not want to port the ottd servers
20:39:36 <frosch123> it makes no sense for a test server to have different software :p
20:40:36 <frosch123> so, i guess first try should be whether eints can use some other python3-mysql library
20:45:08 <planetmaker> bed time now, though. good night
20:50:17 <frosch123> well, the general tendency seems to be that mysql is kind of dead
20:50:34 <frosch123> owned by oracle, which is an obvious conflict of interests :)
23:53:17 *** planetmaker has joined #openttd.dev
23:53:17 *** ChanServ sets mode: +v planetmaker
continue to next day ⏵