Times are UTC Toggle Colours
00:18:18 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [] 00:32:53 *** robotboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 00:34:28 *** HerzogDeXtEr1 [~Flex@89.246.171.3] has joined #openttd 00:40:13 *** HerzogDeXtEr [~Flex@i59F6D5C5.versanet.de] has quit [Ping timeout: 480 seconds] 00:42:07 *** KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd 00:56:25 *** HerzogDeXtEr1 [~Flex@89.246.171.3] has quit [Read error: Connection reset by peer] 01:02:55 *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving] 01:05:44 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds] 01:21:51 *** pugi [~pugi@host-091-097-039-219.ewe-ip-backbone.de] has quit [] 02:07:36 *** glx [glx@000128ec.user.oftc.net] has quit [Quit: Bye !] 02:44:44 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 02:48:35 *** mindlesstux [~mindlestu@raspberrypi.mindlesstux.com] has quit [Ping timeout: 480 seconds] 02:51:18 *** mindlesstux [~mindlestu@raspberrypi.mindlesstux.com] has joined #openttd 03:35:25 *** DDR [~chatzilla@d154-20-134-225.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 03:37:45 *** supermop [~daniel_er@cpe-66-108-51-234.nyc.res.rr.com] has joined #openttd 03:44:39 *** DDR [~chatzilla@d154-20-134-225.bchsia.telus.net] has joined #openttd 03:55:30 *** Djohaal [~Djohaal@189.58.28.177.dynamic.adsl.gvt.net.br] has quit [Read error: Connection reset by peer] 04:01:50 *** montalvo [~montalvo@macbook60.icrar.org] has joined #openttd 04:10:14 *** roadt__ [~roadt@114.96.134.244] has joined #openttd 04:56:02 *** Eddi|zuHause [~johekr@87.189.84.201] has quit [] 04:56:16 *** Eddi|zuHause [~johekr@p5DC67004.dip0.t-ipconnect.de] has joined #openttd 05:15:21 *** supermop [~daniel_er@cpe-66-108-51-234.nyc.res.rr.com] has quit [Quit: supermop] 05:33:53 *** Prof_Frink [~proffrink@46.208.2.126] has quit [Remote host closed the connection] 06:03:02 *** zooks [~zooks@vhe-540241.sshn.net] has joined #openttd 06:08:30 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 06:08:33 *** mode/#openttd [+v tokai|noir] by ChanServ 06:09:58 *** adit [~adit@182.0.17.215] has joined #openttd 06:14:29 *** tokai|mdlx [~tokai@port-92-195-107-1.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 06:16:01 *** sla_ro|master [slamaster@89.137.75.224] has joined #openttd 06:41:58 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd 06:43:48 *** zooks [~zooks@vhe-540241.sshn.net] has quit [Ping timeout: 480 seconds] 07:25:36 *** adit [~adit@182.0.17.215] has quit [Quit: Leaving] 07:31:32 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has joined #openttd 07:39:27 <dihedral> good morning 07:47:24 <Xaroth|Work> morning dih 07:49:54 <Xaroth|Work> planetmaker: suggestion for admin port; a ping packet.. only arg being a uint<something> that is returned by the server 07:50:14 <planetmaker> moin 07:50:30 <Xaroth|Work> serves multiple purposes; on some commands like rcon you get an N amount of lines back, so you can follow the rcon with a ping, and know when the rcon command is 'done' 07:50:35 <planetmaker> Xaroth, I guess it makes send 07:50:49 <Xaroth|Work> also, it allows to check the connection's latency 07:50:54 <planetmaker> s/send/sense/ 07:51:16 <planetmaker> isn't the rcon output sent in one packet? 07:51:21 <Xaroth|Work> nope 07:51:32 <Xaroth|Work> i got one packet per line 07:51:42 <Xaroth|Work> (sending list_cmds as command) 07:51:49 <planetmaker> aye 07:52:03 <Xaroth|Work> some commands could potentially send more than one line 07:52:04 <planetmaker> I guess it wouldn't even need a protocoll change 07:52:15 <planetmaker> I'm not opposed to that idea 07:52:39 <Xaroth|Work> just a new packet .. bump a value somewhere to indicate it's supported, and you're done 07:53:14 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 07:54:43 <planetmaker> you want to write the patch? :-) 07:54:57 <planetmaker> I'll sign-off 07:55:13 *** TomyLobo [~foo@91-65-210-133-dynip.superkabel.de] has quit [Quit: Standby mode...] 07:55:31 <Xaroth|Work> heh, you sure you want to do that to the codebase? :P 07:55:36 <Xaroth|Work> (I'll give it a go) 07:57:44 <planetmaker> :-) 07:58:25 <NCG3982> http://i.imgur.com/DLSNAaZ.jpg 08:02:30 <dihedral> admin port 08:02:45 <dihedral> ? 08:02:53 <dihedral> i see admin port chat :-) 08:04:01 <dihedral> ping and pong - i'm in on that :-) 08:04:17 <dihedral> Xaroth|Work, do you have connection issues on the admin port? 08:04:26 <dihedral> or what is your intention with the ping on the admin port 08:04:39 <Xaroth|Work> dihedral: mainly I want to see what kind of response time there is 08:04:50 <Xaroth|Work> and there are ways, sure 08:04:56 <Xaroth|Work> rcon echo 08:05:07 <Xaroth|Work> also ( https://github.com/xaroth/libottdadmin2 ) 08:05:24 <Xaroth|Work> also, as an added bonus, rcon commands send N lines back 08:05:36 <Xaroth|Work> and there's no EOL packet to indicate when it's done 08:06:06 <dihedral> true 08:06:13 <Xaroth|Work> mind, that last bit is a bit hackish 08:06:19 *** pugi [~pugi@host-091-097-005-134.ewe-ip-backbone.de] has joined #openttd 08:06:19 <dihedral> but that is because the admin port does not know when it is done 08:06:24 <Xaroth|Work> and it would be nice for rcon and the likes to tell you when it's done :P 08:07:14 <dihedral> the implementation works with a type of call back (iirc) that works through the same method used to print on the console 08:07:55 <dihedral> and if you fire of two rcon commands on the admin port - how will you know which eol packet belongs to which rcon command? 08:08:05 <dihedral> that is the tricky part 08:08:14 <Xaroth|Work> returning the command as it was sent? 08:08:14 <dihedral> at least in that case 08:08:15 <Xaroth|Work> I mean.. 08:08:36 <dihedral> but the command is redirected to the console stuff... 08:09:12 <dihedral> if you receive console updates on the admin port, and someone goes directly to the console on command line and runs commands, you also receive the output 08:09:26 <dihedral> this implementation in that case is not aware of commands and outputs 08:09:34 <dihedral> it only knows the console on a per line bases 08:09:55 *** kais58___ [~kais58@cpc8-cwma7-2-0-cust113.7-3.cable.virginmedia.com] has joined #openttd 08:10:54 <dihedral> how would you measure latency? 08:10:59 <Xaroth|Work> doesn't IConsoleCmdExec() return when it's done with the command? 08:11:06 <dihedral> send ping with timestamp and receive pong with servers timestamp? 08:11:33 <Xaroth|Work> more simple, send ping with a an int<something> .. server responds with that same payload 08:11:37 <Xaroth|Work> client can then figure it all out 08:11:41 *** kais58__1 [~kais58@cpc8-cwma7-2-0-cust113.7-3.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 08:11:49 <Xaroth|Work> i ping 1, server pongs 1 08:11:54 <Xaroth|Work> i ping 1337, server pongs 1337 08:12:07 <dihedral> how will you figure out the result with that?? 08:12:43 <Xaroth|Work> start = datetime.now() ; send(); wait-for-pong; latency = datetime.now() - start 08:14:16 <dihedral> aye 08:14:21 * dihedral smirks 08:15:12 <planetmaker> not? 08:15:25 <Xaroth|Work> there's not much of a use case in knowing microsecond-precision of the connection 08:15:38 <Xaroth|Work> there is, however, a use case in knowing how long it'll take the server to respond to a command 08:17:44 <Xaroth|Work> also, re: EOL for rcon.. unless IConsoleCmdExec does some magic; Receive_ADMIN_RCON can send an extra packet after it's done with IConsoleCmdExec 08:19:55 <dihedral> i think those are two nice additions 08:20:27 * dihedral updates his svn checkout :-D 08:20:30 <Xaroth|Work> one requires a change of the protocol though 08:20:45 *** kais58___ is now known as kais58|AFK 08:21:16 <Xaroth|Work> the ping, well, you can add a feature marker or something to indicate it's there .. but if you're bumping the protocol anyhow :P 08:22:00 <planetmaker> what requires a protocol bump? Did I miss sth? 08:22:08 <Xaroth|Work> the EOL for rcon 08:22:24 *** Pensacola [~quassel@phys9212.phys.tue.nl] has quit [Remote host closed the connection] 08:22:28 <Xaroth|Work> and only the protocol version for the admin port, so it's not -that- dramatic :P 08:22:28 <planetmaker> ah 08:22:32 <dihedral> but other clients would still be able to handle it, as they could simply ignore the EOL packet 08:22:44 <Xaroth|Work> true 08:22:52 <planetmaker> yes, sure, the admin port's protocol. I wasn't thinking of anything else :-9 08:23:00 <dihedral> :-D 08:23:44 <planetmaker> yes, as it's backward compatible I'm not even sure it needs a version-bump 08:23:50 <planetmaker> it's "just" a new packet 08:24:03 <Xaroth|Work> 2 new, but yes, agreed 08:24:14 <Xaroth|Work> BUT 08:24:19 <Xaroth|Work> you need a way to indicate to clients who support it 08:24:24 <Xaroth|Work> that it's available 08:24:43 <planetmaker> you do? 08:25:01 <Xaroth|Work> well, if I try to send a ping packet to a server that doesn't support it 08:25:03 <Xaroth|Work> i get booted 08:25:26 <planetmaker> hm, yes 08:25:28 <Xaroth|Work> and if I call a rcon, do I wait for the EOL packet, or do I need to do extra magic? 08:25:59 <Xaroth|Work> that, to me, sounds like a required bump 08:26:25 <planetmaker> agreed 08:26:42 <Xaroth|Work> besides 08:26:53 <Xaroth|Work> a version bump of the admin protocol doesn't mean old clients stop to function 08:27:20 <planetmaker> I know. But it adds code complexity :-) 08:29:54 <dihedral> anything that changes protocol bumps the version, clients can then decide if they support the version or not 08:30:12 <Xaroth|Work> well 08:30:50 <Xaroth|Work> the version hasn't been bumped.. ever :P 08:31:22 <Xaroth|Work> I mean.. I see several new functionality packets (communication with GS for example), and NETWORK_GAME_ADMIN_VERSION is still 1 08:31:32 <Xaroth|Work> so I'd say it's time it got a bump :P 08:36:49 <dihedral> if you ask me, that should have had bumped the version of the protocol 08:37:12 <Xaroth|Work> well yes 08:37:21 <dihedral> but i am sure you can ask the committer for a reason and i am sure the committer has a reason 08:38:08 *** Pensacola [~quassel@phys9212.phys.tue.nl] has joined #openttd 08:39:02 *** montalvo [~montalvo@macbook60.icrar.org] has quit [Quit: Textual IRC Client: www.textualapp.com] 08:40:21 <planetmaker> well... OpenTTD bumps versions usually only when the change is not backward compatible 08:40:55 <dihedral> i remember those packets being added to the protocol though 08:40:56 <planetmaker> just adding new packets... doesn't change the protocol. The client just has to handle unknown packets 08:41:48 <dihedral> i am not sure i have logs back far enough - i think i once had a discussion with Rubidium about that 08:42:01 <Xaroth|Work> But then you'd also want a way for clients to be aware of the new available features 08:42:38 <planetmaker> that's what a reported openttd version could do :-) 08:43:14 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 08:43:14 <Xaroth|Work> fair enough 08:45:05 <planetmaker> that's how we work with NewGRFs: they state a newgrf version for the principle dialect. And they query the openttd version to check for additional available features 08:46:19 <planetmaker> not saying that it's the best way, though 08:46:44 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 08:47:12 <planetmaker> but I see it as speaking English and only learning a new word as opposed to learning french instead 08:51:22 *** DDR [~chatzilla@d154-20-134-225.bchsia.telus.net] has quit [Quit: DDR is not Dance Dance Revolution.] 08:52:41 <dihedral> i would not bump the version if i only added data to the end of a packet (server -> bot) 08:52:58 <dihedral> hmmm 09:07:22 *** oskari892 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 09:09:47 *** Bulwersator [~oftc-webi@89-74-119-184.dynamic.chello.pl] has joined #openttd 09:10:12 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has joined #openttd 09:14:02 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 09:16:31 <dihedral> bad news: i need a live cd 09:16:37 <dihedral> good news: i have a backup 09:17:32 <Xaroth|Work> :o 09:31:39 <Xaroth|Work> I need a proper compile env for openttd at work :| 09:54:13 <Xaroth|Work> planetmaker: initial patch (I need to test this when I'm at home): http://devs.opendune.org/~xaroth/patch_admin_network_cmd_ping.patch 09:54:28 <Xaroth|Work> and I now know again why I prefer python over C++ :P 10:01:27 <Bulwersator> @devs - Currently NoAI API calls may fail with ERR_UNKOWN error code. For the AI developer it is quite irritating as it means "something failed, no idea why and how" (I received bug report with assert triggered by API call that should not be able to fail. AppendOrder failed with ERR_UNKNOWN what means that I know about bug but I have no idea what and how it happened). Is there any reason to not add error codes that would be equivale 10:01:49 <Bulwersator> received by players? It would mean adding something between 20 and 1000 error codes to http://noai.openttd.org/api/trunk/classAIError.html And is there any chance that prepared patch would be reviewed and maybe commited to the trunk (Yexo is inactive)? 10:07:07 <dihedral> planetmaker, Xaroth|Work : bidirectional ping and pong? 10:07:20 <dihedral> i.e. a ping and a pong packet for the admin and a ping and pong packet for the server? 10:07:27 <Xaroth|Work> no 10:07:27 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 10:07:36 <dihedral> alternative a ping packet for the admin and a pong packet for the server 10:07:42 <Xaroth|Work> a ping for the client, a pong for the server 10:07:54 <Xaroth|Work> why does the server need a ping? :P 10:08:00 <dihedral> ping the client 10:08:05 <Xaroth|Work> for what purpose? 10:08:18 <Xaroth|Work> (not to mention that that requires a version bump) 10:08:32 <dihedral> why? 10:08:41 <Xaroth|Work> because the server probably wants a response to that ping? 10:08:49 <Xaroth|Work> old clients ignore the ping 10:08:57 <dihedral> true :-P 10:09:01 <Xaroth|Work> making the whole server ping => client pong thing useless 10:09:34 <Xaroth|Work> thar, made a FS for it 10:12:05 <Xaroth|Work> wonder if it can be squeezed into 1.3.2 :o 10:12:54 <dihedral> no additional features once rc was released? 10:12:56 <dihedral> :-P 10:14:15 *** oskari892 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 10:15:00 <Xaroth|Work> ssshh :P 10:17:05 <dihedral> he even forgot to add virtual NetworkRecvStatus Receive_SERVER_GAMESCRIPT to core/tcp_admin.h 10:17:58 <Xaroth|Work> there's also a typo in it 10:18:23 <Xaroth|Work> tcp_admin.h: ADMIN_PACKET_SERVER_RCON, ///< The server's reply to a remove console command. 10:23:19 <dihedral> :-P 10:23:26 <dihedral> that would probably have been my fault :-D 10:31:57 *** __ln__ [~lauri@dyn-xdsl-83-150-116-30.nebulazone.fi] has quit [Ping timeout: 480 seconds] 10:32:01 <Xaroth|Work> bad dih, bad bad dih :P 10:37:53 <peter1139> http://i.imgur.com/EjufJdv.jpg 10:37:54 <peter1139> ;S 10:38:31 <Xaroth|Work> looks.. nasty 10:42:51 <dihedral> ugly 10:44:14 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 10:46:37 <planetmaker> dihedral, indeed I don't quite understand why the server ever want to ping an admin port client 10:46:50 <dihedral> http://paste.openttdcoop.org/show/2379/ 10:47:02 <dihedral> that is to complete the GAMESCRIPT stuff 10:49:07 <dihedral> why on earth it was committed in an uncomplete state i do not know - but then that is too long ago to make a fuss :-P 10:49:25 <planetmaker> who knows. probably your fault ;-) :-P 10:50:20 <planetmaker> Bulwersator, there'll always be ERR_UNKNOWN - for the cases not caught. Of course it's feasible to return other error codes, if the failure is known 10:50:35 <dihedral> http://paste.openttdcoop.org/show/2380/ 10:50:47 <dihedral> corrects the typo (remove -> remote) 10:50:55 <planetmaker> lol. Nice typo 10:50:55 <dihedral> huge waste of bytes for something like that 10:56:09 <Xaroth|Work> yeh 11:00:55 <Xaroth|Work> hm, my own patch also lacks the stuff in .h , whoops :P 11:00:59 <Xaroth|Work> ah well, I'll fix it tonight 11:01:56 <planetmaker> I saved the two patches, dihedral. I'll have a look tonight where I have my dev environment 11:06:13 <Xaroth|Work> lol, i failed at my FS request 11:06:17 <Xaroth|Work> set as bug, while it's a feature :| 11:06:34 <planetmaker> I guess there's worse ways to fail 11:06:43 <Xaroth|Work> true 11:06:43 <planetmaker> like setting unwanted assignments ;-) 11:07:04 <Xaroth|Work> that implies that that person had a choice to begin with :) 11:07:25 <planetmaker> :-) 11:07:36 *** oskari892 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 11:08:33 <planetmaker> don't you want to break down that into thw two logical parts? :D 11:09:19 <planetmaker> but there you go, changed it to 'patch' and version=trunk for you :-) 11:11:01 <Xaroth|Work> :> 11:11:47 <Bulwersator> @planetmaker: Yes, I know. But I want to catch more cases - and before starting patching attempts I want to check whatever there is no conflict with the current design. 11:12:34 <Xaroth|Work> one could discuss if it should be two patches .. but I'm at work, and somewhat lazy, so I decided against giving myself extra work :P 11:12:37 *** kais58|AFK is now known as kais58___ 11:14:14 <Eddi|zuHause> idea for "transfer history": instead of expanding the cargo packet storing a history of all vehicles it used, the vehicle stores a reference to every cargo packet it transferred, the cargo packet only stores a reference count. on cargo delivery, the packet is not immediately destroyed, and on a (daily?) vehicle loop, the referenced transfer packets are checked whether they were delivered, the transfer share is resolved, and the 11:14:15 <Eddi|zuHause> reference count reduced. if the reference count is 0, the packet is then destroyed 11:14:16 <planetmaker> Bulwersator, I see no problem with being more precise with errors other than that it might be difficult in some cases to backtrack the cause. So if you believe you can improve the situation be our guests and create patches :-) 11:14:19 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 11:14:41 <planetmaker> You might want to join discussion in the evening hours, especially with Zuu 11:15:09 <planetmaker> or create a forum postings 11:15:36 <planetmaker> if European evening hours is inconvenient for your time zone 11:15:48 <Bulwersator> I am in Europe 11:16:52 <Bulwersator> planetmaker; Bactracking is tricky and one that I have perfectly reproducible seems to be an OpenTTD bug :) (http://bugs.openttd.org/task/5641) 11:16:54 <planetmaker> well, sometimes forum postings are a good idea nevertheless. They allow to describe the problem and solution (attempts) in more detail. Thus might give a good basis to start a discussion 11:17:24 <planetmaker> I meant back-tracking as in getting the result out from the callbacks to the squirrel-API 11:17:42 <planetmaker> Generally the AI should get the same level of feedback as humans do 11:17:55 <planetmaker> thus error messages as precise (or unprecise) 11:19:44 <planetmaker> in the case of FS#5641, I guess, a more precise feedback sounds quite sane, though 11:19:59 <planetmaker> what do you get as player when dragging it? 11:26:18 <planetmaker> Xaroth, hehe, I understand :-9 11:26:44 *** oskari892 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [] 11:28:52 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds] 11:31:07 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has joined #openttd 11:33:18 <dihedral> Xaroth|Work, do you have time to test a patch? 11:33:39 <dihedral> Xaroth|Work, http://paste.openttdcoop.org/show/2381/ 11:34:16 <dihedral> that's your ping pong packet for the admin ;-) 11:34:36 <Xaroth|Work> er 11:34:39 <Xaroth|Work> i already made that? 11:34:52 <Xaroth|Work> http://bugs.openttd.org/task/5643 11:35:18 <Xaroth|Work> bar the virtuals that I forgot 11:36:25 <dihedral> :-P 11:36:48 <dihedral> split the RconEnd out of it then i do not have to make that patch either :-P 11:36:50 <Xaroth|Work> (and I linked it on irc ~90 min ago :P ) 11:37:01 <dihedral> RconEnd and SendPong do not have to be public 11:37:05 <dihedral> ouch 11:37:14 <dihedral> yeah - i am trying to rescue a server (on the side) :-D 11:37:18 <Xaroth|Work> hehe 11:37:38 <dihedral> personally i would have named it SERVER_RCON_EOF :-P but that does not matter actually 11:38:10 <Xaroth|Work> it's not really a file ending, nor a line ending, at least, that was my thought train on it 11:39:03 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has quit [Read error: Connection reset by peer] 11:39:04 <dihedral> EOT :-P 11:39:20 <dihedral> EOR 11:39:34 <dihedral> EO_MY_FUZZY_LITTLE... :-D 11:39:43 <dihedral> just kidding 11:39:43 <Xaroth|Work> lol 11:40:00 <planetmaker> ZZZ ;-) 11:40:17 <dihedral> i think it's good, i would just split it into two patches, as the RCON_END has nothing to do with playing ping pong 11:40:24 <dihedral> funny just how similar our ping pong patches are :-) 11:40:34 <Xaroth|Work> you can't really differ much in something that simple tbh 11:40:47 <dihedral> but you can differ :-) 11:40:57 <Xaroth|Work> true 11:40:58 <dihedral> SendPong could be different 11:41:07 <dihedral> etc. 11:41:21 <dihedral> well - i do have the debug message and my method is not public 11:41:36 <dihedral> and my payload is called d1 as in other methods too 11:41:53 <Xaroth|Work> yeh, I'd vote against the debug message tbh 11:42:03 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has joined #openttd 11:42:46 <dihedral> it's consistent :-) 11:43:21 <Xaroth|Work> ADMIN_POLL only logs when there's something wrong 11:43:32 <Xaroth|Work> so does ADMIN_UPDATE_FREQUENCY 11:43:54 <dihedral> RCON GAMESCRIPT 11:44:02 <Xaroth|Work> yeh, i never understood that one either 11:44:20 <Xaroth|Work> especially if you have some form of stats transmission between GS and admin 11:44:25 <Xaroth|Work> your console will be spammed to boot 11:44:56 <dihedral> only if net=2 11:44:59 <Xaroth|Work> though you can argue that that actually changes something on the server, so it should be logged 11:45:07 <Xaroth|Work> same with ADMIN_RCON 11:45:12 <dihedral> they are debug messages 11:45:31 <dihedral> hence they can be turned off with corresponding log levels 11:45:37 <dihedral> net=1 or even net=0 11:47:20 <dihedral> i think consistency is quite important, and if something like that should be changed, it should be removed from the others first 11:47:38 <Xaroth|Work> well it depends on impact if you'd ask me 11:49:10 <Xaroth|Work> or at least raise the debug level for that message to 4 or something 11:49:14 <dihedral> well - it is true, ping and pong are the least important packets i can think of :-D 11:49:16 <Xaroth|Work> so it doesn't drown out more important messages 11:49:36 <dihedral> how often do you plan to ping? :-D 11:49:42 <dihedral> but that is true 11:49:51 <dihedral> rcon and gamescript is game influencing 11:49:59 <Xaroth|Work> that's not up to me to define; I just make a library :P 11:50:04 <dihedral> ping and pong have no meaning except for the bot 11:50:07 <Xaroth|Work> if people want to ping 5000 times with my lib, I don't care 11:50:14 <dihedral> :-D 11:51:04 <dihedral> so if i want to send 5000 rcon echo commands i can, which has the same affect - shall i disable the debug message in that case? 11:51:05 <dihedral> :-P 11:51:27 <Xaroth|Work> no, rcon has the ability to mess with the server 11:51:34 <Xaroth|Work> rcon has a potential severe impact 11:51:37 <Xaroth|Work> ping.. hardly 11:52:52 <NCG3982> Hmz. 11:52:58 <NCG3982> The Swedish Trainset is so ..easy. 11:58:50 *** lobster [~lobster@glosoli.owenrudge.net] has joined #openttd 12:02:48 *** lobster [~lobster@glosoli.owenrudge.net] has quit [Remote host closed the connection] 12:20:26 *** ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has joined #openttd 12:41:25 *** lobster [~lobster@glosoli.owenrudge.net] has joined #openttd 12:49:07 *** ntoskrnl11 [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 12:54:09 *** __ln__ [~lauri@dyn-xdsl-83-150-116-30.nebulazone.fi] has joined #openttd 12:55:53 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 12:57:28 <Bulwersator> planetmaker: "Cant't build railway station here" what is also at least misleading (problem is not with place, problem is with request station type) (reply to "[13:19] <@planetmaker> what do you get as player when dragging it?") 13:07:53 <planetmaker> sounds like it has potential for improvement 13:08:11 <planetmaker> not sure whether it's easy, though. It's the NewGRF's decision 13:09:31 <Bulwersator> I think that some form of "NewGrf refuses to allow station construction" would be better 13:10:18 <planetmaker> yes. It could also return "wrong size for station type" 13:10:42 <planetmaker> if it's feasible to integrate that there. I didn't look at station code 13:21:00 *** Wing_ [~Wing@c-68-33-226-154.hsd1.md.comcast.net] has joined #openttd 13:22:12 *** xT2 [~ST2@188.250.229.176] has joined #openttd 13:22:29 *** ST2 [~ST2@188.250.229.176] has quit [Read error: Connection reset by peer] 13:23:48 *** Polleke [~quassel@phys9212.phys.tue.nl] has joined #openttd 13:24:12 *** guru3 [~guru3@000128ea.user.oftc.net] has joined #openttd 13:24:48 *** szaman_ [szaman@merkury.cenzor.pl] has joined #openttd 13:24:51 *** Brumi_ [~quassel@78-131-41-191.pool.hdsnet.hu] has joined #openttd 13:24:59 *** Pensacola [~quassel@phys9212.phys.tue.nl] has quit [Read error: Connection reset by peer] 13:24:59 *** guru3_ [~guru3@90-224-111-173-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer] 13:24:59 *** EyeMWing [~Wing@c-68-33-226-154.hsd1.va.comcast.net] has quit [Ping timeout: 480 seconds] 13:25:06 *** Netsplit reticulum.oftc.net <-> solenoid.oftc.net quits: XeryusTC, Vadtec, APTX, ntx, kais58___, dotwaffle, +michi_cc, stuf, Hirundo, @DorpsGek, (+6 more, use /NETSPLIT to show all of them) 13:25:24 *** Netsplit over, joins: lobster 13:25:43 *** Netsplit over, joins: stuf 13:26:28 *** Netsplit over, joins: kais58___ 13:28:07 *** Vadtec [~Vadtec@2001:470:1f06:13e0::1337] has joined #openttd 13:29:16 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has joined #openttd 13:29:16 *** XeryusTC [~XeryusTC@000128e4.user.oftc.net] has joined #openttd 13:29:16 *** Ttech [~ttech@00014919.user.oftc.net] has joined #openttd 13:29:16 *** APTX [APTX@aptx.org] has joined #openttd 13:29:16 *** DorpsGek [~dorpsgek@000128f9.user.oftc.net] has joined #openttd 13:29:16 *** ntx [~ntx@dsl-hkibrasgw3-58c027-185.dhcp.inet.fi] has joined #openttd 13:29:16 *** Cybertinus [~Cybertinu@2001:828:405:30:83:96:177:42] has joined #openttd 13:29:16 *** Ammler [~ammler@188.cimarosa.openttdcoop.org] has joined #openttd 13:29:16 *** Hirundo [~Hirundo@188.cimarosa.openttdcoop.org] has joined #openttd 13:29:16 *** dotwaffle [~dotwaffle@00013104.user.oftc.net] has joined #openttd 13:29:16 *** michi_cc [michi@00012723.user.oftc.net] has joined #openttd 13:29:16 *** ServerMode/#openttd [+ov DorpsGek michi_cc] by solenoid.oftc.net 13:29:17 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has quit [Ping timeout: 480 seconds] 13:29:17 *** Cybertinus [~Cybertinu@2001:828:405:30:83:96:177:42] has quit [Ping timeout: 480 seconds] 13:29:17 *** Ttech [~ttech@00014919.user.oftc.net] has quit [Ping timeout: 480 seconds] 13:29:27 *** mode/#openttd [+v DorpsGek] by ChanServ 13:29:27 *** Cybertinus [~Cybertinu@2001:828:405:30:83:96:177:42] has joined #openttd 13:29:28 *** XeryusTC [~XeryusTC@000128e4.user.oftc.net] has quit [Ping timeout: 484 seconds] 13:29:33 *** dotwaffle [~dotwaffle@00013104.user.oftc.net] has quit [Ping timeout: 484 seconds] 13:29:46 *** XeryusTC [~XeryusTC@000128e4.user.oftc.net] has joined #openttd 13:29:52 *** ntx [~ntx@dsl-hkibrasgw3-58c027-185.dhcp.inet.fi] has quit [Remote host closed the connection] 13:30:04 *** ntx [~ntx@dsl-hkibrasgw3-58c027-185.dhcp.inet.fi] has joined #openttd 13:30:08 *** Ammler [~ammler@188.cimarosa.openttdcoop.org] has quit [Ping timeout: 484 seconds] 13:30:08 *** dotwaffle [~dotwaffle@00013104.user.oftc.net] has joined #openttd 13:30:10 *** Ammler [~ammler@188.cimarosa.openttdcoop.org] has joined #openttd 13:30:27 *** Ttech [~ttech@00014919.user.oftc.net] has joined #openttd 13:34:47 *** Brumi_ [~quassel@78-131-41-191.pool.hdsnet.hu] has quit [] 13:39:52 *** APTX_ [APTX@aptx.org] has joined #openttd 13:42:27 *** APTX [APTX@aptx.org] has quit [Remote host closed the connection] 13:43:01 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 13:49:53 *** ntoskrnl11 [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 13:59:27 *** xT2 [~ST2@188.250.229.176] has quit [Quit: On the rocks! ^^] 14:05:33 *** xT2 [~ST2@188.250.229.176] has joined #openttd 14:10:16 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has joined #openttd 14:40:25 <Xaroth|Work> hm, so I got two patches now, for the same file(s), affecting areas roughtly the same location(s) .. obviously this means if you apply one patch, the other will fail... should I care? 14:40:43 <Xaroth|Work> @planetmaker 14:41:40 <planetmaker> you should care by giving them sequential numbering. Or by making them both apply to clean trunk 14:41:59 <planetmaker> numbering, if you make it one issue :-) 14:42:04 <Xaroth|Work> well 14:42:12 <Xaroth|Work> they both write to the end of the same enum 14:42:15 <Xaroth|Work> so if one applies, the other fails 14:42:20 <Xaroth|Work> regardless of the order 14:42:35 <Xaroth|Work> I can apply either to clean trunk, no problemo 14:42:54 <planetmaker> patch queue anyone? :-) 14:43:57 <planetmaker> if it's different issues, make them both apply to trunk. And... let the committer worry about the needed update 14:44:28 <planetmaker> if it's one issue: choose order and make it so they apply in the chosen order 14:45:00 <Xaroth|Work> one is RCON_END, other is PING/PONG 14:45:48 <dihedral> they should be separate 14:45:54 <Xaroth|Work> yes, they are 14:45:57 <dihedral> if you ask me, as they are 2 different things 14:46:08 <Xaroth|Work> but as said, if I apply X first, Y fails due to hunks failing 14:46:14 <planetmaker> then don't worry that they don't apply on top of eachother 14:46:15 <Xaroth|Work> if I apply Y first, X fails due to hunks failing 14:46:18 <Xaroth|Work> rghr 14:46:21 <Xaroth|Work> s/h// 14:47:07 <planetmaker> but we could consider it as "update sequence". So... I don't really care either way :-) 14:47:33 * Xaroth|Work shrugs 14:47:39 <dihedral> you just need to resolve the conflict, and i think that is very simple 14:47:49 <dihedral> with that patch ;-) 14:47:54 <planetmaker> ^ 14:48:33 <Xaroth|Work> too late; already compiling :P 14:49:11 <dihedral> do you have an updated patch for me to look at? 14:49:52 <Xaroth|Work> nothing that passed a compile check 14:50:11 <dihedral> does not matter, perhaps i can help ;-) 14:50:19 <Xaroth|Work> meh, I like fucking about 14:50:28 <Xaroth|Work> means I might actually learn me some C 14:50:37 <Xaroth|Work> (++) 14:55:07 *** Bulwersator [~oftc-webi@89-74-119-184.dynamic.chello.pl] has quit [Remote host closed the connection] 14:56:18 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has joined #openttd 14:59:54 *** HerzogDeXtEr [~Flex@89.246.171.3] has joined #openttd 15:00:50 <dihedral> do we need anything else in that respect? 15:01:12 <Xaroth|Work> dunno yet 15:05:29 <dihedral> i mean - while we are at it ... :-P 15:06:36 <Xaroth|Work> well, capturing a small screenshot would be cool .. but I doubt useful for the admin port :P 15:06:51 <Xaroth|Work> i.e. have a bot monitor changes, and in some cases take screenshots of that area 15:06:54 <dihedral> lol 15:07:01 <dihedral> nah 15:07:13 <dihedral> that should be done with a modified client :-P 15:07:16 <planetmaker> it would require screenshot support via rcon... yes, would be cool. But I wasn't convincing in that respect before 15:07:41 <Xaroth|Work> heh, this works :D 15:07:42 <Xaroth|Work> >>> a.recv_packet() 15:07:42 <Xaroth|Work> (<PacketID: 125 :: ServerRconEnd>, {'command': 'echo 1'}) 15:07:53 <Xaroth|Work> funneh 15:07:57 <dihedral> modified client, should do the job 15:08:19 <planetmaker> dihedral, running a modified client separately for that is... boring IMHO. And a real ressource hog 15:08:26 <Xaroth|Work> one of the more fun things I found from the whole mincraft stuff 15:08:35 <Xaroth|Work> is that they have a fetish with displaying their map for all to see 15:08:42 <planetmaker> yes 15:08:45 <planetmaker> which is nice 15:08:47 <Xaroth|Work> so there's a fair few projects who read the world data 15:08:52 <Xaroth|Work> and make a google maps interface for it 15:08:53 <dihedral> planetmaker, i'd rather have the resourcehog somewhere else than on the dedicated server, if the resource hog is merely there for making screenshots 15:09:06 <planetmaker> dihedral, that does not take additional ressources really 15:09:30 <Xaroth|Work> right, both patches seem to function :P 15:09:44 <dihedral> Xaroth|Work, \o/ 15:09:49 <dihedral> show me show me show me :-P 15:09:53 <Xaroth|Work> http://devs.opendune.org/~xaroth/patch_admin_add_ping.patch 15:10:01 <Xaroth|Work> http://devs.opendune.org/~xaroth/patch_admin_add_rcon_end.patch 15:10:07 <Xaroth|Work> pretty much the same as the old one 15:10:15 <Xaroth|Work> but split up into two 15:11:25 <planetmaker> dihedral, http://devs.openttd.org/~planetmaker/patches/blitter.diff already allows for screenshots server-side 15:11:48 <planetmaker> and all calculations have to be done anyway 15:12:19 *** TomyLobo [~foo@91-65-210-133-dynip.superkabel.de] has joined #openttd 15:12:37 <dihedral> Xaroth|Work, i would not make NetworkRecvStatus SendPong(uint32 payload); a public method 15:13:06 <dihedral> keep it private, as nobody else should be able to send a pong packet other then the network part when a ping is received 15:15:10 <dihedral> same for NetworkRecvStatus SendRconEnd(const char *command); 15:15:24 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has quit [Remote host closed the connection] 15:15:56 <dihedral> would it make sense to introduce 2 packets instead of 1? 15:16:08 <dihedral> and use an id instead of a string? 15:16:20 <dihedral> i.d. start 12345 and end 12345 15:16:29 <dihedral> and in between those two you receive your data 15:17:00 <dihedral> and the id is a hash of the command 15:17:09 <dihedral> so that both sides can calculate the hash 15:17:19 *** gynter [gynter@kits.ee] has joined #openttd 15:17:38 *** gynter [gynter@kits.ee] has left #openttd [] 15:17:47 <dihedral> might be overkill to work with an id, but it's more useful for programs if you ask me 15:18:40 <planetmaker> hm, I err on the screenshot 15:18:42 <dihedral> other than those thoughts Xaroth|Work i think the patches are great :-) 15:18:48 <Xaroth|Work> ta 15:18:53 <Xaroth|Work> not bad for somebody who doesn't really do C++ :P 15:19:00 <dihedral> copy paste :-D 15:19:04 * dihedral grins and hides 15:19:30 <Xaroth|Work> only because it worked first compile :P 15:21:13 <dihedral> comments on RCON_START packet? and an hash as id of the command instead of the command itself? 15:22:24 <Xaroth|Work> doable, but not really that useful 15:22:31 <Xaroth|Work> you already get the command back 15:22:53 <Xaroth|Work> and you get your stuff back in the same order you requested it 15:29:45 <dihedral> hehe 15:30:38 <dihedral> do we have other end packets? 15:31:07 <dihedral> or would it be wise to create a global EOT packet which sends the id of the network packet in question to communicate it's end 15:31:22 <dihedral> e.g. SERVER_CMD_NAMES 15:31:35 <dihedral> iirc this has no end packet, but can span over multiple tcp packets 15:35:40 <Rubidium> bonjour 15:37:42 <peter1139> anyone familiar with ASA? 15:38:15 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 15:38:49 <DorpsGek> Commit by rubidium :: r25579 trunk/src/script/api/script_list.hpp (2013-07-10 15:38:42 UTC) 15:38:50 <DorpsGek> -Fix [FS#5642] (r25577): doxygen generation failed + typo fix 15:39:40 <Rubidium> peter1139: if you mean acetylsalicylic acid, then yes 15:40:32 <peter1139> nah, cisco 15:40:40 <Rubidium> then not 15:44:13 <Eddi|zuHause> that one shold be ASS :p 15:45:52 *** Bulwersator [~oftc-webi@89-74-119-184.dynamic.chello.pl] has joined #openttd 15:46:17 <dihedral> peter1139, a tiny bit 15:50:20 <peter1139> so i have the ipsec vpn set up to require rsa-sig for 2-factor authentication for client-access 15:50:37 <peter1139> i need to set up a fixed-ip site-to-site vpn which is preshared key 15:51:03 <peter1139> afaict i can't do that without removing the 2-factor auth on the client access vpn :S 15:52:14 <dihedral> above topic is not covered by my definition of "tiny bit" 15:52:17 <dihedral> sorry peter1139 16:14:44 <planetmaker> Xaroth, where's your patches now? 16:17:03 *** xT2 [~ST2@188.250.229.176] has quit [Read error: Connection reset by peer] 16:17:25 *** ST2 [~ST2@188.250.229.176] has joined #openttd 16:29:06 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Read error: Connection reset by peer] 16:32:31 <Elukka> so, playing openttd after a bit of a hiatus, i've got a new and exciting problem 16:32:44 <Elukka> it throws everyone out from my game because "downloading the map took too long" 16:33:02 <Elukka> the game insists the max_download_time console command doesn't exist and having pause on join on doesn't seem to make a difference 16:34:31 *** TheMask96 [martijn@polaris.ne2000.nl] has quit [Ping timeout: 480 seconds] 16:35:33 <Eddi|zuHause> it's a setting, not a command 16:36:28 <Elukka> where do i find it? 16:36:50 <Elukka> i just made the assumption i'd plonk it into the console since the wiki doesn't actually tell you what they are :P 16:37:25 *** LordAro [~LordAro@host86-165-42-32.range86-165.btcentralplus.com] has joined #openttd 16:37:27 <Elukka> oh, it's in the cfg 16:37:51 <Elukka> there we go 16:38:13 *** TheMask96 [martijn@polaris.ne2000.nl] has joined #openttd 16:39:04 <Eddi|zuHause> well all settings have the same "set" command... it's really simple 16:51:12 <planetmaker> @base 16 10 c5 16:51:12 <DorpsGek> planetmaker: 197 16:57:42 *** frosch123 [~frosch@frnk-590ff868.pool.mediaWays.net] has joined #openttd 17:01:09 <Elukka> hmm 17:01:32 <Elukka> something that would be useful with FIRS and it's however many types of industries would be some way to find certain types of industry in the local area 17:03:59 *** bb10 [~bb10@bb10x.org] has joined #openttd 17:04:03 *** bb10 [~bb10@bb10x.org] has quit [] 17:04:15 <planetmaker> use minimap, Elukka 17:05:32 *** gelignite [~gelignite@i5387AD03.versanet.de] has joined #openttd 17:06:25 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 17:17:54 <Eddi|zuHause> Elukka: you can enable and disable industries on the minimap 17:20:54 *** zeknurn` [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 17:21:06 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 17:24:49 <Elukka> huh. there's a basic feature i didn't know of 17:24:49 <Elukka> thanks 17:24:57 <Elukka> that is the smallest text in the world though! :P 17:25:33 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Ping timeout: 480 seconds] 17:25:33 *** zeknurn` is now known as zeknurn 17:27:14 <Eddi|zuHause> you can also use the industry chains 17:33:36 *** zooks [~zooks@vhe-540241.sshn.net] has joined #openttd 17:40:28 *** Bulwersator [~oftc-webi@89-74-119-184.dynamic.chello.pl] has quit [Remote host closed the connection] 17:45:43 <DorpsGek> Commit by translators :: r25580 /trunk/src/lang (4 files) (2013-07-10 17:45:33 UTC) 17:45:44 <DorpsGek> -Update from WebTranslator v3.0: 17:45:45 <DorpsGek> japanese - 578 changes by guppy 17:45:46 <DorpsGek> norwegian_bokmal - 49 changes by cuthbert 17:45:47 <DorpsGek> russian - 33 changes by Lone_Wolf 17:45:48 <DorpsGek> slovak - 13 changes by Milsa 17:47:00 <DorpsGek> Commit by rubidium :: r25581 /trunk (9 files in 2 dirs) (2013-07-10 17:46:54 UTC) 17:47:01 <DorpsGek> -Fix: WT3 validation 17:48:35 *** zooks [~zooks@vhe-540241.sshn.net] has quit [Ping timeout: 480 seconds] 17:50:11 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has joined #openttd 17:50:56 <andythenorth> o/ 17:51:01 <planetmaker> \o 17:51:14 <Rubidium> _o 17:55:16 <andythenorth> semaphore 17:56:27 <andythenorth> hmm 17:56:30 <andythenorth> newgrf conflicts 17:56:36 <andythenorth> and Moar Newgrfs plz 17:56:42 <andythenorth> just another forum day 17:56:48 <andythenorth> nice that people are posting though :) 17:57:04 <andythenorth> are there actually 63 decent newgrfs? 17:57:09 <andythenorth> I've only found about 9 17:57:41 <andythenorth> and I contributed to 5 of those :P 17:57:43 <Xaroth|Work> planetmaker: the links i posted earlier 17:57:46 * andythenorth arrogant 17:57:51 <Xaroth|Work> will put them in the bugreport 17:58:15 * Rubidium likes the insta-load HEQS trams ;) 17:58:32 <Rubidium> though most other vehicle sets are annoying because of wagon speed limits 17:59:12 <frosch123> you can disable them, can't you? 18:01:11 <andythenorth> ho ho 18:01:17 <andythenorth> no alberth? 18:01:23 *** juzza1 [~juzza1@tuomi.oulu.fi] has quit [Server closed connection] 18:01:24 *** juzza1 [~juzza1@tuomi.oulu.fi] has joined #openttd 18:01:27 * andythenorth is about to do "my first python subclass" 18:01:34 <Xaroth|Work> heh 18:01:41 <andythenorth> although strictly I've subclassed 'object' before :P 18:01:47 <Xaroth|Work> shouldn't be that hard tbh 18:06:08 <planetmaker> Xaroth, if I had seen the links obviously, I hadn't asked... 18:06:50 <Xaroth|Work> you replied on IRC like one minute after I posted them, lol 18:07:10 <planetmaker> :D 18:08:05 <planetmaker> right... there 18:08:47 <planetmaker> I expected you to update the FS issue instead of hiding them in the depth of transient IRC chatter 18:09:37 <Xaroth|Work> yeh, I intended to 18:09:39 <Xaroth|Work> until a customer called 18:09:43 <Xaroth|Work> and I actually had to do something :P 18:09:53 <planetmaker> :-) 18:10:47 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 18:13:58 <Eddi|zuHause> i hate when that happens :p 18:18:18 <Xaroth|Work> yeh 18:18:23 <Xaroth|Work> you'd imagine they'd leave you alone 18:18:25 <Xaroth|Work> but nooooooo 18:18:56 <frosch123> you should try to get public customers 18:19:10 <frosch123> they won't call after 1700, and not after 1200 on fridays 18:21:48 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd 18:21:55 <Wolf01> oink 18:22:07 <Xaroth|Work> honk 18:22:26 * V453000 slaps planetmaker around a bit with a large fishbot 18:22:52 * frosch123 slaps V with a wet rail 18:22:59 <Wolf01> I'm a proud owner of the Lego 10237: Tower of Orthanc :D 18:23:04 <V453000> NO. 18:23:17 <V453000> hi frosch123 18:23:30 <V453000> oh I slapped people :D missclick 18:23:35 <frosch123> moin ::) 18:23:42 <andythenorth> frosch123: unless the minister is launching something the next day, in which case they call your mobile at home 18:23:49 <Eddi|zuHause> hello, Saruman01 18:24:30 <frosch123> andythenorth: did some black suited men escort you to work? 18:24:39 <andythenorth> oh that again 18:24:49 * andythenorth doesn't work for a secret organisation :P 18:24:55 <andythenorth> and if I did, I couldn't tell you ;) 18:24:56 <planetmaker> Wolf01, we got a shipment for the OpenTTD meeting: http://devs.openttd.org/~planetmaker/patches/IMG_4154.JPG 18:25:24 <andythenorth> now you spoiled the big ending :) 18:25:32 <planetmaker> omg 18:25:37 <planetmaker> :-) 18:25:52 <Wolf01> that's the next thing I need to purchase, I have a little stash @work and I need various bricks and plates 18:25:53 <planetmaker> yes, I plead guilty :-) 18:26:15 <planetmaker> I'm daily tempted to open it - but I must not yet spoil it 18:27:18 <Xaroth|Work> http://www.nme.com/news/daft-punk/71350 << haha, epic 18:27:59 *** mindlesstux [~mindlestu@raspberrypi.mindlesstux.com] has quit [Quit: ZNC - http://znc.in] 18:28:43 <andythenorth> ho 18:28:51 *** mindlesstux [~mindlestu@raspberrypi.mindlesstux.com] has joined #openttd 18:29:29 <frosch123> Xaroth|Work: does your company also give such merchandising to customers? 18:29:42 <andythenorth> anybody smart enough to parse this into something approximating Python class declaration with props? 18:29:43 <andythenorth> https://dev.openttdcoop.org/projects/fish/repository/entry/src/FISH.cfg 18:29:47 <andythenorth> doesn't have to be perfect 18:30:02 <andythenorth> I want to stop parsing a config file, it's over-engineered faff 18:30:05 <frosch123> might work in financial business 18:30:46 <andythenorth> I previously parsed FIRS nml into python declarations 18:30:50 <andythenorth> but I forget how :P 18:31:18 <andythenorth> hm 18:31:19 <frosch123> convert it into csv 18:31:24 <andythenorth> yum 18:31:27 <andythenorth> or not 18:31:44 <frosch123> write an nfo export filter for excel 18:31:49 <andythenorth> any python debugging tools print an object repr. showing me all the attributes? 18:31:58 <Xaroth|Work> frosch123: i wish 18:32:03 <andythenorth> frosch123: then print it, fax it, scan in the fax, and have my secretary email it? 18:32:35 <frosch123> andythenorth: and then visit personally to ask about the mail 18:32:43 <andythenorth> ni 18:32:45 <andythenorth> no 18:32:46 <Xaroth|Work> andythenorth: pdb 18:32:54 <andythenorth> I'll call to ask you to read it out over the phone 18:33:01 <andythenorth> I'll then type it in manually 18:33:40 <Xaroth|Work> also, the inspect module can do some bits 18:33:56 <Xaroth|Work> get the proper frame 18:34:01 <Xaroth|Work> show all locals and globals and whatnog 18:34:03 <Xaroth|Work> whatnot* 18:34:24 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has quit [] 18:35:08 <andythenorth> I never learnt to use pdb 18:35:12 <andythenorth> is tonight the night? 18:35:29 <Xaroth|Work> dunno 18:35:32 <Xaroth|Work> i never bothered with it 18:35:46 <Xaroth|Work> i do most my stuff in django.. it's exception handler shows me a purdy html page with all that info :P 18:36:40 <andythenorth> pyramid same 18:38:17 <andythenorth> I'll just render out values with a text processor :P 18:38:30 <Xaroth|Work> :) 18:39:36 <andythenorth> oh 18:39:43 <andythenorth> vars(obj) is my friend 18:39:47 <andythenorth> in conjuction with print :) 18:40:00 <andythenorth> sticks out a dict 18:40:04 <Xaroth|Work> pprint over print tbh 18:41:08 <andythenorth> advantage? 18:41:15 <Xaroth|Work> pretty formatting 18:41:35 <Xaroth|Work> from pprint import pprint; pprint(obj.__dict__) 18:41:41 <frosch123> hmm, using sshfs to conntect to localhost is so weird 18:42:01 *** glx [glx@000128ec.user.oftc.net] has joined #openttd 18:42:04 *** mode/#openttd [+v glx] by ChanServ 18:45:27 <Wolf01> \o/ deleted 18GB of error logs 18:46:21 <Eddi|zuHause> compressed or uncompressed? 18:46:28 <Wolf01> uncompressed 18:47:09 <Wolf01> 17GB were all in one txt 18:47:37 <Wolf01> my rotate script stopped working at the start of the year and I noticed it just some days ago 18:48:06 <frosch123> devzone had some diskspace issues due to a similar problem 18:48:18 *** ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has quit [Quit: Never put off till tomorrow, what you can do the day after tomorrow] 18:50:44 *** Progman [~progman@p57A1B25E.dip0.t-ipconnect.de] has joined #openttd 18:50:58 <planetmaker> dihedral, the admin port patches... how does it behave with your reference implementation, with Joan? 18:51:21 <Xaroth|Work> I suspect dih already has something ready to implement it :P 18:53:12 <planetmaker> Xaroth, since when do you actually use svn? :D 18:53:13 <andythenorth> what larks http://paste.openttdcoop.org/show/2382/ 18:53:24 * andythenorth loves that python allows incompetents to achieve results 18:53:45 <Xaroth|Work> planetmaker: since.. a long time? 18:53:47 <andythenorth> I should deal with strings better :P 18:53:56 <andythenorth> currently I'll have to manually fix them :P 18:54:02 <planetmaker> I just wondered... I didn't have an svn-style patch in a long time :D 18:54:20 <Xaroth|Work> planetmaker: tortoisesvn :) 18:54:20 <planetmaker> most use hg or git for development. And only svn to commit ;-) 18:54:35 <Xaroth|Work> I use svn for my home download system :) 18:55:23 <Xaroth|Work> I don't mind git.. we use it for opendune .. it's more a tool to an end 18:55:35 <andythenorth> quickest way to check 'is string'? 18:55:43 <andythenorth> besides try/except hackery? 18:55:46 <Xaroth|Work> isinstance(x, basestring) 18:57:14 <Eddi|zuHause> andythenorth: just put str(whatever) and don't bother? 18:57:29 <Eddi|zuHause> isinstance breaks duck-typing 18:57:37 <andythenorth> that doesn't quite work for my output 18:57:49 <andythenorth> I want strings to be output with quote marks 18:57:51 <andythenorth> and other types not 18:58:02 <andythenorth> done 18:58:07 <Eddi|zuHause> repr(whatever) 18:58:13 <andythenorth> oh yeah repr :) 18:58:53 <andythenorth> winner 18:59:12 *** scshunt [raedford@00017de0.user.oftc.net] has quit [Server closed connection] 18:59:14 *** scshunt [raedford@taurine.csclub.uwaterloo.ca] has joined #openttd 19:00:03 <Xaroth|Work> self.log("Something something: '%r'", object) 19:00:15 <Xaroth|Work> %r does repr-like representation 19:00:29 <Xaroth|Work> or without the ' ' around it 19:00:43 <Xaroth|Work> for strings you'd usually get 'u'text'' 19:00:46 <Eddi|zuHause> did you mean %(object,)? 19:00:52 <andythenorth> ho, this is turning into a code generator 19:00:53 <andythenorth> oops 19:01:13 <andythenorth> everyone knows code generators are bad right? :P 19:01:22 <Eddi|zuHause> *rÀusper* 19:01:42 <Xaroth|Work> code generatores are not bad by definition 19:02:10 <Xaroth|Work> they just allow people to do stuff they shouldn't be doing :P 19:02:11 <Eddi|zuHause> andythenorth: based on your initial question, code a generator is exactly what you wanted :p 19:02:16 <andythenorth> it is :) 19:02:21 <andythenorth> I'm trollink 19:02:26 <andythenorth> I also am late for dinner 19:02:33 <Eddi|zuHause> s/code a/a code/ 19:04:36 *** flaa [~flaa@89.100.79.103] has joined #openttd 19:07:12 <andythenorth> k thanks 19:07:13 <andythenorth> bye 19:07:17 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 19:13:44 *** roadt__ [~roadt@114.96.134.244] has quit [Ping timeout: 480 seconds] 19:16:53 *** DDR [~chatzilla@d154-20-134-225.bchsia.telus.net] has joined #openttd 19:19:09 *** cyph3r [~Miranda@ip-213-220-193-253.net.upcbroadband.cz] has joined #openttd 19:21:31 *** MrShell [~mrshell@HSI-KBW-5-56-195-183.hsi17.kabel-badenwuerttemberg.de] has joined #openttd 19:21:45 *** MrShell [~mrshell@HSI-KBW-5-56-195-183.hsi17.kabel-badenwuerttemberg.de] has quit [] 19:24:13 *** cyph3r [~Miranda@ip-213-220-193-253.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 19:30:01 *** bb10 [~bb10@bb10x.org] has joined #openttd 19:30:02 *** bb10 [~bb10@bb10x.org] has quit [] 19:32:12 *** KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd 19:39:03 <DorpsGek> TrueBrain: Commit by rubidium :: r25582 /branches/1.3 (5 files in 4 dirs) (2013-07-10 19:38:53 UTC) 19:39:04 <DorpsGek> TrueBrain: [1.3] -Backport from trunk: 19:39:05 <DorpsGek> TrueBrain: - Fix: [Script] Documentation implied that XXList::AddItem has a default for value if it isn't filled in [FS#5638] (r25579, r25577) 19:39:06 <DorpsGek> TrueBrain: - Fix: Make content list appear faster (r25573) 19:39:07 <DorpsGek> TrueBrain: - Fix: Non-ICU layouter started new lines with the space which triggered the linebreak (r25568) 19:39:08 <DorpsGek> TrueBrain: (...) 19:41:38 <DorpsGek> Commit by rubidium :: r25583 /branches/1.3 (6 files in 2 dirs) (2013-07-10 19:41:31 UTC) 19:41:39 <DorpsGek> [1.3] -Backport from trunk: 19:41:40 <DorpsGek> - Fix: Layouter caused significant slowdown with text heavy windows, cache it to make it managable (r25574, r25570, r25569, r25567, r25564) 19:46:09 *** Devroush367 [~dennis@dD5765BAC.access.telenet.be] has joined #openttd 19:49:13 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [Ping timeout: 480 seconds] 19:49:57 *** lugo [lugo@000189e6.user.oftc.net] has quit [Server closed connection] 19:50:23 *** lugo [lugo@apple.bnc4free.com] has joined #openttd 19:57:07 <DorpsGek> Commit by rubidium :: r25584 /branches/1.3/src/lang (26 files) (2013-07-10 19:57:02 UTC) 19:57:08 <DorpsGek> [1.3] -Backport from trunk: language updates 20:00:21 *** adit [~adit@182.13.113.28] has joined #openttd 20:00:41 *** LordAro is now known as Guest2844 20:00:43 *** LordAro [~LordAro@host217-43-119-233.range217-43.btcentralplus.com] has joined #openttd 20:07:03 *** Guest2844 [~LordAro@host86-165-42-32.range86-165.btcentralplus.com] has quit [Ping timeout: 480 seconds] 20:12:42 *** strohalm [~smoofi@cpe-0018f841fb5c.ip-pool.rftonline.net] has quit [Server closed connection] 20:12:43 *** strohalm [~smoofi@cpe-0018f841fb5c.ip-pool.rftonline.net] has joined #openttd 20:14:13 *** Prof_Frink [~proffrink@46.208.2.126] has joined #openttd 20:14:24 *** Supercheese [~Password4@98.145.153.126] has joined #openttd 20:26:14 *** adit [~adit@182.13.113.28] has quit [Quit: Leaving] 20:31:34 *** ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has joined #openttd 20:38:24 *** Progman [~progman@p57A1B25E.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 20:45:00 <planetmaker> bed time. good night :-) 20:49:03 *** ZxBiohazardZx [~IceChat77@5ED05D6D.cm-7-1b.dynamic.ziggo.nl] has quit [Quit: Copywight 2007 Elmer Fudd. All wights wesewved.] 20:52:49 *** frosch123 [~frosch@frnk-590ff868.pool.mediaWays.net] has quit [Quit: quak] 20:52:51 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has joined #openttd 20:55:13 <andythenorth> the pictures of this canandian oil train wreck show insane devestation :O http://www.bbc.co.uk/news/world-us-canada-22953194 20:57:15 <Eddi|zuHause> wasn't that already like a week ago? 20:57:22 <andythenorth> news is still emerging 20:57:28 <andythenorth> it went quiet for a bit 20:57:32 <andythenorth> now it's front page again 20:58:11 <Eddi|zuHause> a german TV station cancelled a showing of a train wreck movie 21:00:03 <__ln__> it was on saturday, barely half a week 21:00:13 <Prof_Frink> BLEVE-tastic. 21:09:39 <Eddi|zuHause> i guess we're lucky that we don't have such massive trains: http://www.lvz-online.de/leipzig/polizeiticker/polizeiticker-mitteldeutschland/zugunglueck-in-thueringen-bei-bleichrode--kesselwagen-brennt/r-polizeiticker-mitteldeutschland-a-106618.html 21:10:01 <Eddi|zuHause> (that was about 2 years ago, i think) 21:10:40 <Eddi|zuHause> they determined that the station operator was drunk 21:23:32 <Rubidium> Eddi|zuHause: I'd reckon that 750 meters of such a train crashing would be similarly destructive 21:28:38 <andythenorth> oops 21:28:42 * andythenorth broke FISH 21:28:51 <andythenorth> it's all a bit too intricate right now :P 21:33:13 *** ccfreak2k [~ccfreak2k@2605:6400:2:fed5:22:0:6979:842d] has quit [Ping timeout: 480 seconds] 21:45:32 <andythenorth> oh 21:45:33 <andythenorth> fixed 21:46:40 <NCG3982> :O. 21:49:15 *** ccfreak2k [~ccfreak2k@205.185.119.44] has joined #openttd 21:49:28 <andythenorth> night 21:49:30 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 21:51:16 *** gelignite [~gelignite@i5387AD03.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 21:57:15 *** henrik [~henrik@h-153-209.a147.priv.bahnhof.se] has quit [Server closed connection] 21:57:27 *** henrik [~henrik@h-153-209.a147.priv.bahnhof.se] has joined #openttd 21:57:40 *** sla_ro|master [slamaster@89.137.75.224] has quit [] 22:07:43 *** LordAro [~LordAro@host217-43-119-233.range217-43.btcentralplus.com] has quit [Ping timeout: 480 seconds] 22:08:15 *** GoneWacko [~gonewacko@000128eb.user.oftc.net] has quit [Server closed connection] 22:08:26 *** GoneWacko [~gonewacko@000128eb.user.oftc.net] has joined #openttd 22:11:00 <Wolf01> 'night 22:11:09 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 22:15:09 *** Midnightmyth_ [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 22:21:08 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds] 22:22:45 *** joho [~joho@takamachi.nanoha.se] has quit [Server closed connection] 22:22:57 *** joho [~joho@takamachi.nanoha.se] has joined #openttd 22:32:47 *** flaa [~flaa@89.100.79.103] has quit [Quit: leaving] 22:32:54 *** glx_ [glx@2a01:e35:2f59:c7c0:f4b6:d969:55e1:30ac] has joined #openttd 22:32:54 *** glx is now known as Guest2860 22:32:54 *** glx_ is now known as glx 22:39:27 *** Guest2860 [glx@000128ec.user.oftc.net] has quit [Ping timeout: 480 seconds] 22:44:16 *** Devroush367 [~dennis@dD5765BAC.access.telenet.be] has quit [] 22:51:59 *** adit [~adit@182.13.113.28] has joined #openttd 22:53:33 *** adit [~adit@182.13.113.28] has left #openttd [] 23:07:26 *** Jomann [~abchirk@e178187018.adsl.alicedsl.de] has joined #openttd 23:08:31 *** dolcea [~oftc-webi@138-129-16-190.fibertel.com.ar] has joined #openttd 23:09:25 <dolcea> hey 23:09:31 *** AndroUser2 [~androirc@138-129-16-190.fibertel.com.ar] has joined #openttd 23:09:32 <dolcea> how do i save the dedicated server?? 23:09:59 *** AndroUser2 [~androirc@138-129-16-190.fibertel.com.ar] has quit [] 23:10:39 *** AndroUser2 [~androirc@138-129-16-190.fibertel.com.ar] has joined #openttd 23:11:18 *** __ln__ [~lauri@dyn-xdsl-83-150-116-30.nebulazone.fi] has quit [Ping timeout: 480 seconds] 23:14:36 *** abchirk_ [~abchirk@g231206135.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 23:15:29 <Eddi|zuHause> type "save" in the console? 23:16:02 <Eddi|zuHause> alternatively, you can save from the client with rcon, or just make a local savegame with the client and upload it to the server 23:24:24 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has quit [] 23:30:25 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 23:44:23 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [] 23:52:55 *** planetmaker [~planetmak@188.cimarosa.openttdcoop.org] has quit [Server closed connection] 23:53:17 *** planetmaker [~planetmak@188.cimarosa.openttdcoop.org] has joined #openttd 23:53:20 *** mode/#openttd [+o planetmaker] by ChanServ 23:56:24 *** dolcea [~oftc-webi@138-129-16-190.fibertel.com.ar] has quit [Quit: Page closed]