Times are UTC Toggle Colours
00:17:22 *** KenjiE20 [~KenjiE20@92.17.55.136] has quit [Quit: ãããã¿] 00:26:01 *** tdev [~tdev@p508EA3E6.dip.t-dialin.net] has quit [Quit: Leaving] 00:31:33 *** a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has quit [Quit: a1270] 00:41:57 *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 00:44:58 *** V4530000 [~V453000@salieri.openttdcoop.org] has joined #openttd 00:44:58 *** Hirundo_ [~Hirundo@salieri.openttdcoop.org] has joined #openttd 00:45:25 *** Hirundo [~Hirundo@salieri.openttdcoop.org] has quit [Read error: Network is unreachable] 00:45:25 *** V453000 [~V453000@salieri.openttdcoop.org] has quit [Write error: connection closed] 00:45:25 *** Hirundo_ is now known as Hirundo 00:45:25 *** V4530000 is now known as V453000 00:45:33 *** planetmaker [~pm@vs241204.vserver.de] has quit [Remote host closed the connection] 00:45:38 *** andythenorth [~andytheno@salieri.openttdcoop.org] has quit [Remote host closed the connection] 00:45:58 *** andythenorth_ [~andytheno@salieri.openttdcoop.org] has joined #openttd 00:45:59 *** andythenorth_ is now known as andythenorth 00:46:07 *** pm [~pm@vs241204.vserver.de] has joined #openttd 00:50:15 *** fonsinchen [~fonsinche@brln-4dbc13f0.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 00:50:59 *** fonsinchen [~fonsinche@brln-4dbab698.pool.mediaWays.net] has joined #openttd 00:54:27 *** glx [glx@2a01:e35:2f59:c7c0:c454:4d4e:22df:37c5] has quit [Quit: bye] 01:03:00 *** fonsinchen [~fonsinche@brln-4dbab698.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 01:19:27 *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz] 01:22:45 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds] 01:43:17 *** JVassie [~James@nelocat2.gotadsl.co.uk] has quit [Ping timeout: 480 seconds] 01:45:43 *** Wizzleby [~wizzleby@pool-108-2-18-119.phlapa.east.verizon.net] has quit [Remote host closed the connection] 01:54:04 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 02:12:28 *** a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has joined #openttd 02:15:40 *** kannerke [~pvandenb@83.101.79.237] has quit [Ping timeout: 480 seconds] 02:16:42 *** kannerke [~pvandenb@83.101.83.178] has joined #openttd 02:17:59 <Eddi|zuHause> so... apparently OpenSSL beat us for 1.0 :p 02:18:02 *** Dred_furst [~Dred_furs@cpc3-pool12-2-0-cust451.15-1.cable.virginmedia.com] has quit [Read error: Connection reset by peer] 02:25:56 *** kannerke [~pvandenb@83.101.83.178] has quit [Remote host closed the connection] 02:26:52 *** kannerke [~pvandenb@83.101.83.178] has joined #openttd 02:36:11 *** kannerke [~pvandenb@83.101.83.178] has quit [Remote host closed the connection] 02:36:56 *** kannerke [~pvandenb@83.101.83.178] has joined #openttd 02:46:03 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 02:46:26 *** kannerke [~pvandenb@83.101.83.178] has quit [Remote host closed the connection] 02:46:48 *** kannerke [~pvandenb@83.101.83.178] has joined #openttd 03:11:29 *** llugo [~lugo@mgdb-4db8c65e.pool.mediaWays.net] has joined #openttd 03:13:08 *** llugo [~lugo@mgdb-4db8c65e.pool.mediaWays.net] has quit [Remote host closed the connection] 03:16:41 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 03:18:40 *** lugo [~lugo@mgdb-4db8cf1d.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 03:51:54 *** Wizzleby [~wizzleby@pool-108-2-18-119.phlapa.east.verizon.net] has joined #openttd 03:52:16 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 03:58:13 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 04:08:58 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 04:31:23 *** sparr [~kvirc@c-24-98-228-62.hsd1.ga.comcast.net] has quit [Ping timeout: 480 seconds] 04:42:13 *** sparr [~kvirc@c-24-98-228-62.hsd1.ga.comcast.net] has joined #openttd 04:48:46 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 04:50:32 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 05:07:47 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 05:21:17 *** sparr [~kvirc@c-24-98-228-62.hsd1.ga.comcast.net] has quit [Ping timeout: 480 seconds] 05:30:59 *** sparr [~kvirc@c-24-98-228-62.hsd1.ga.comcast.net] has joined #openttd 05:33:53 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 05:38:13 *** devilsadvocate_ [~devilsadv@202.3.77.159] has quit [Ping timeout: 480 seconds] 05:38:55 <Rubidium> Eddi|zuHause: who cares? 05:50:47 *** devilsadvocate [~devilsadv@202.3.77.127] has joined #openttd 05:53:02 *** sunkan [~Tarquin@90-224-108-233-no110.tbcn.telia.com] has joined #openttd 05:53:34 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd 06:01:09 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Quit: Leaving.] 06:10:54 *** Goulpy [~Muxy@main.goulp.net] has joined #openttd 06:11:32 *** Muxy is now known as Guest620 06:11:32 *** Goulpy is now known as Muxy 06:13:09 *** Terkhen [~Terkhen@95.69.220.87.dynamic.jazztel.es] has joined #openttd 06:13:23 <Terkhen> good morning 06:14:45 <Rubidium> aloha Terkhen 06:17:15 *** Guest620 [~Muxy@main.goulp.net] has quit [Ping timeout: 480 seconds] 06:31:50 *** pm is now known as planetmaker 06:33:03 <planetmaker> moin moin 06:41:20 *** MeCooL [mecool@94.128.20.64] has joined #openttd 06:43:31 * MeCooL Hi all,(F) 06:48:42 *** lewymati [~lewymati@89.230.159.206] has joined #openttd 06:49:10 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 06:50:07 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe23dc00-198.dhcp.inet.fi] has joined #openttd 07:11:56 *** |Terkhen| [~Terkhen@95.69.220.87.dynamic.jazztel.es] has joined #openttd 07:12:49 *** _Terkhen_ [~Terkhen@95.69.220.87.dynamic.jazztel.es] has joined #openttd 07:13:00 *** Terkhen is now known as Guest625 07:13:00 *** _Terkhen_ is now known as Terkhen 07:14:02 *** TheMask96 [martijn@sirius.ne2000.nl] has quit [Ping timeout: 480 seconds] 07:19:05 *** Guest625 [~Terkhen@95.69.220.87.dynamic.jazztel.es] has quit [Ping timeout: 480 seconds] 07:20:12 *** |Terkhen| [~Terkhen@95.69.220.87.dynamic.jazztel.es] has quit [Ping timeout: 480 seconds] 07:21:17 *** lewymati [~lewymati@89.230.159.206] has quit [Ping timeout: 480 seconds] 07:22:35 *** Keyboard_Warrior [~holyduck@ip-215-136-106-77.eidsiva.net] has joined #openttd 07:22:39 *** TheMask96 [martijn@sirius.ne2000.nl] has joined #openttd 07:28:35 *** theholyduck [~holyduck@ip-180-136-106-77.eidsiva.net] has quit [Ping timeout: 480 seconds] 07:44:27 *** Splex [~splex@n219079142042.netvigator.com] has quit [Remote host closed the connection] 07:45:01 *** Splex [~splex@n219079142042.netvigator.com] has joined #openttd 07:58:35 *** kannerke [~pvandenb@83.101.83.178] has quit [Quit: Leaving.] 08:00:15 *** Splex [~splex@n219079142042.netvigator.com] has quit [Remote host closed the connection] 08:00:33 *** Splex [~splex@n219079142042.netvigator.com] has joined #openttd 08:01:09 *** JVassie [~James@nelocat2.gotadsl.co.uk] has joined #openttd 08:09:34 *** Biolunar [mahdi@blfd-5d821289.pool.mediaWays.net] has joined #openttd 08:20:47 <Cybertinus> hello 08:20:50 <Cybertinus> little question: 08:21:09 <Cybertinus> I just installed OpenTTD 0.7.5 on my English Windows 7 laptop 08:21:35 <Cybertinus> I live in The Netherlands, so I've set it up to have Dutch as the first language 08:21:59 <Cybertinus> but I really hate Dutch software, but oTTD starts in Dutch 08:22:10 <Cybertinus> how can I force it to start with an English GUI? 08:22:13 <blathijs> Cybertinus: You can change that in the game options somewhere 08:22:30 <blathijs> And it should remember the setting afterwards 08:22:36 <Yexo> why do you set it up to use Dutch as first language if you don't want the software in dutch? 08:23:11 <blathijs> Yexo: Because Windows isn't software? :-) 08:23:11 <Cybertinus> Yexo: because I want numbers and stuff in Dutch (you write a number like 1,000.00 in English. In Dutch it's 1.000,00 ;) ) 08:23:35 <Yexo> ah, fair point 08:24:20 <Cybertinus> the question remains: where in the game options? :). I've already searched the game options, but I couldn't find it 08:24:39 <Cybertinus> I could only find the town-names, and that was set to English (original) already 08:25:05 <Yexo> directly below that 08:25:08 <Rubidium> you can find town names, but can find the language setting? 08:25:28 <Rubidium> the latter is obviously "can't" 08:25:40 <Cybertinus> damn, I really need a new pair of glasses or something :S 08:25:48 <Cybertinus> you are absolutelly right Yexo 08:25:50 <Cybertinus> thnx :) 08:35:23 *** LadyHawk [~here@office01.ldhosting.com] has quit [Read error: No route to host] 08:35:27 *** LadyHawk [~here@office01.ldhosting.com] has joined #openttd 08:37:23 *** lewymati [~lewymati@89.230.159.206] has joined #openttd 08:37:44 *** lewymati [~lewymati@89.230.159.206] has quit [] 08:44:38 *** fonsinchen [~fonsinche@brln-4dbab698.pool.mediaWays.net] has joined #openttd 08:47:27 <peter1138> poor newzbin 08:51:55 <fjb> What newzbin? 08:52:01 <peter1138> http://www.theregister.co.uk/2010/03/30/usenet_search_engine/ 09:03:40 *** woldemar [~osaka@213.178.34.57] has quit [Ping timeout: 480 seconds] 09:05:19 <Rubidium> so, next on the list: Microsoft, Yahoo and Google? 09:08:35 *** Biolunar [mahdi@blfd-5d821289.pool.mediaWays.net] has quit [Quit: bbl] 09:09:32 <fjb> No, they are too big and have too much money for lawyers. 09:23:37 *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd 09:35:12 *** fonsinchen [~fonsinche@brln-4dbab698.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 09:59:51 *** Terkhen [~Terkhen@95.69.220.87.dynamic.jazztel.es] has quit [Read error: Connection reset by peer] 10:00:30 *** Terkhen [~Terkhen@95.69.220.87.dynamic.jazztel.es] has joined #openttd 10:00:47 *** NeosaD [~Alty@16.Red-79-157-170.dynamicIP.rima-tde.net] has joined #openttd 10:01:04 *** Terkhen is now known as Guest630 10:01:52 *** Guest630 [~Terkhen@95.69.220.87.dynamic.jazztel.es] has quit [] 10:02:12 *** Tennel [~Tennel@port-ip-213-211-212-60.reverse.mdcc-fun.de] has joined #openttd 10:08:12 *** Rhamphoryncus [~rhamph@d198-53-213-246.abhsia.telus.net] has quit [Quit: Rhamphoryncus] 10:17:34 *** |Terkhen| [~Terkhen@63.68.220.87.dynamic.jazztel.es] has joined #openttd 10:19:26 *** |Terkhen| is now known as Terkhen 10:21:33 *** devilsadvocate [~devilsadv@202.3.77.127] has quit [Ping timeout: 480 seconds] 10:27:43 *** NeosaD [~Alty@16.Red-79-157-170.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] 10:34:16 *** NeosaD [~Alty@221.Red-79-158-43.staticIP.rima-tde.net] has joined #openttd 10:38:52 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 10:47:40 *** Progman [~progman@p57A1D6B8.dip.t-dialin.net] has joined #openttd 10:56:14 *** DanMacK [~DanMacK@206.191.69.149] has joined #openttd 10:57:10 *** devilsadvocate [~devilsadv@202.3.77.127] has joined #openttd 11:02:12 *** KenjiE20 [~KenjiE20@92.17.55.136] has joined #openttd 11:03:37 *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has quit [Ping timeout: 480 seconds] 11:03:40 *** ecke [~ecke@188.75.128.2] has quit [Quit: ecke] 11:04:46 *** Biolunar [mahdi@blfd-5d821289.pool.mediaWays.net] has joined #openttd 11:15:39 *** kannerke [~pvandenb@83.101.83.178] has joined #openttd 11:16:53 *** fonsinchen [~fonsinche@brln-4dbab698.pool.mediaWays.net] has joined #openttd 11:32:22 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 11:33:12 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 11:52:03 *** Neon [~Neon@dslb-088-069-241-103.pools.arcor-ip.net] has joined #openttd 11:55:48 *** Coco-Banana-Man [~Stephan.D@p5B2DB6C7.dip.t-dialin.net] has joined #openttd 11:59:24 *** ADMINtur [~ADMINtur@90.184.131.169] has joined #openttd 12:00:04 *** ADMINtur [~ADMINtur@90.184.131.169] has quit [] 12:00:25 *** ADMINtur [~ADMINtur@90.184.131.169] has joined #openttd 12:01:00 *** ADMINtur [~ADMINtur@90.184.131.169] has left #openttd [] 12:01:16 *** ADMINtur [~ADMINtur@90.184.131.169] has joined #openttd 12:02:37 *** ADMINtur [~ADMINtur@90.184.131.169] has quit [] 12:11:49 *** OwenS`Phone [~mirggi@82.132.248.188] has joined #openttd 12:15:31 *** ADMINtur [~ADMINtur@90.184.131.169] has joined #openttd 12:17:41 *** glx [glx@2a01:e35:2f59:c7c0:a430:cc84:fbb0:cb14] has joined #openttd 12:17:44 *** mode/#openttd [+v glx] by ChanServ 12:22:18 *** Doorslammer [Doorslamme@119.11.31.138] has joined #openttd 12:23:44 *** jano [~Miranda@195.91.55.70] has joined #openttd 12:26:49 *** devilsadvocate [~devilsadv@202.3.77.127] has quit [Read error: Operation timed out] 12:33:45 *** lugo [~lugo@mgdb-4db8c65e.pool.mediaWays.net] has joined #openttd 12:34:19 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 12:39:30 *** jano [~Miranda@195.91.55.70] has left #openttd [I'm a happy Miranda IM user! Get it here: http://miranda-im.org] 12:56:06 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd 13:07:48 *** devilsadvocate [~devilsadv@202.3.77.127] has joined #openttd 13:08:08 *** bryjen [~bryjen@63.147.94.149] has joined #openttd 13:08:11 <Belugas> good day 13:10:16 <DanMacK> Howdy 13:12:53 <andythenorth> my trams keep getting killed by trains :| 13:15:02 <andythenorth> hmm 13:15:16 <Terkhen> the big train eats the little ones? 13:15:56 <Eddi|zuHause> yes, that is a big problem with articulated road vehicles 13:16:11 <andythenorth> trams and standard RVs can't share bridges. Is that by design, or just a limitation in the map or something? 13:16:34 <Eddi|zuHause> they can, you have to overbuild the bridge head with the appropriate road type 13:17:56 <andythenorth> Eddi|zuHause: are you sure? 13:18:01 <Eddi|zuHause> at most it's a problematic UI, but not a game limitation 13:18:12 <Eddi|zuHause> yes, i'm sure 13:20:04 <andythenorth> I don't seem to be able to do it :o 13:20:12 <Terkhen> you don't seem to be able to rebuild it with a bridge of the same existing type, though 13:23:15 <roboboy> gnight 13:24:08 <planetmaker> andythenorth, ctrl+drag road onto the bridge ramp 13:24:12 <planetmaker> (or tram tracks) 13:24:19 <planetmaker> building a new bridge fails iirc. 13:25:24 *** valhallasw [~valhallas@wirenat2.strw.leidenuniv.nl] has joined #openttd 13:33:04 <peter1138> SMACK YOUR BITCH UP 13:34:03 <Rubidium> peter1138: wrong channel? 13:34:14 <Eddi|zuHause> planetmaker: why ctrl? 13:34:44 *** enr1x [~kiike@77.229.85.144] has joined #openttd 13:34:48 <planetmaker> Eddi|zuHause, hm... I wrote by memory. Might just be click+drag 13:34:54 <enr1x> hi guys 13:37:26 <Ammler> Eddi|zuHause: thanks for the update (stuck_trains) :-) 13:37:58 <Eddi|zuHause> planetmaker: afair ctrl toggles bulldozer when building road or rail 13:38:06 <planetmaker> Eddi|zuHause, you're right 13:38:11 <Terkhen> building road|tram the first road bit of the bridge works too 13:38:17 <Terkhen> on* 13:38:45 <Eddi|zuHause> andythenorth: build the tram/road on the bridge head only, do not drag it over the bridge 13:40:10 <planetmaker> I always draged it up the ramp :-) 13:40:18 <planetmaker> yes, but only ramp :-) 13:42:05 <andythenorth> seems to work 13:44:23 *** tokai|mdlx [~tokai@port-92-195-185-122.dynamic.qsc.de] has quit [Read error: Operation timed out] 13:45:43 <andythenorth> it's 1937 and /me needs a bigger airport... :o 13:45:54 <Eddi|zuHause> hm... 200MB text file, compressed with bzip2 gives 5MB, compressed with lzma gives 2MB... 13:47:23 *** tokai|mdlx [~tokai@port-92-195-169-60.dynamic.qsc.de] has joined #openttd 13:48:09 <Rubidium> impressive... though unlikely it's a trend that lzma compressed stuff is 60% smaller than bz2 13:49:19 *** sunkan [~Tarquin@90-224-108-233-no110.tbcn.telia.com] has quit [Quit: - nbs-irc 2.36 - www.nbs-irc.net -] 13:50:10 <andythenorth> yay. Pikka just gave me a dakota 13:50:24 <Eddi|zuHause> he is so kind :) 13:50:39 <andythenorth> he's a gent 13:51:29 * andythenorth considers changing airport intro dates and re-compiling :o 13:54:21 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 13:55:40 *** welshdragon [~markmac@147.143.254.98] has joined #openttd 13:55:56 *** welshdragon [~markmac@147.143.254.98] has left #openttd [] 14:03:03 *** RockerTimmy [~RockerTim@82-171-163-93.ip.telfort.nl] has joined #openttd 14:07:50 <planetmaker> <Tycoon> *** fonsinchen has left the game (general error) <-- what does that indicate?! 14:08:21 *** devilsadvocate [~devilsadv@202.3.77.127] has quit [Ping timeout: 480 seconds] 14:08:36 <planetmaker> I've never seen a "general error" 14:08:37 *** Doorslammer [Doorslamme@119.11.31.138] has quit [Ping timeout: 480 seconds] 14:09:52 <fonsinchen> more specifically it's "dbg: [net] [client] received invalid packet type 0" 14:10:23 <fonsinchen> (both client and server with --enable-desync-debug=2) 14:10:33 <fonsinchen> let's see ... 14:11:56 *** De_Ghosty [~s@206-248-181-57.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 14:14:26 *** valhallasw [~valhallas@wirenat2.strw.leidenuniv.nl] has quit [Ping timeout: 480 seconds] 14:17:46 <fonsinchen> I guess there is something wrong with the desync debugging. I can connect if I use a binary without desync debugging 14:18:03 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 14:25:41 *** MeCooL [mecool@94.128.20.64] has quit [Ping timeout: 480 seconds] 14:27:41 *** zodttd [~me@user-0c90n1c.cable.mindspring.com] has quit [Remote host closed the connection] 14:31:03 <Rubidium> fonsinchen: nothing's wrong; it's designed that way. With desync debugging at that level the random seed is checked every tick instead of every (few hundred IIRC) ticks 14:31:19 <Rubidium> or at least something related to that 14:31:36 <fonsinchen> but why can't I connect? 14:32:19 <fonsinchen> Maybe I'm misunderstanding something. 14:32:22 <Rubidium> no idea; the 'M' issue of the binaries? 14:32:35 <fonsinchen> No, it's well past that stage 14:32:45 <fonsinchen> I even see the map for a fraction of a second 14:33:02 <fonsinchen> then I get that "invalid packet type 0" 14:33:11 <fonsinchen> that's from network_client.cpp 14:33:25 <fonsinchen> line 983 14:33:35 <fonsinchen> obviously the server sends something it shouldn't 14:33:45 *** Juli_kuli [~Juli@p5088C33A.dip.t-dialin.net] has joined #openttd 14:33:47 <Rubidium> or it doesn't send enough! 14:33:51 <fonsinchen> and it doesn't even matter which game I load 14:33:54 <Juli_kuli> hi 14:33:54 <fonsinchen> ah 14:34:00 <fonsinchen> .... the version 14:34:18 <Juli_kuli> where can speak german? 14:34:24 <fonsinchen> it's supposed to be longer than 15 bytes but the server only has 15 bytes 14:34:29 <fonsinchen> could that be the reason? 14:34:50 *** devilsadvocate [~devilsadv@202.3.77.132] has joined #openttd 14:34:52 *** Juli_kuli [~Juli@p5088C33A.dip.t-dialin.net] has quit [] 14:35:23 <planetmaker> that wasn't patient 14:36:15 <Rubidium> fonsinchen: what packet is the troublesome one? 14:36:59 <fonsinchen> I'm going to recheck with more debug messages 14:37:44 *** frosch123 [~frosch@frnk-590ff840.pool.mediaWays.net] has joined #openttd 14:37:57 <fonsinchen> lots of 12, one 15, one 16, then one 0 14:38:11 <Rubidium> odd... it works fine for me 14:38:28 <Rubidium> ./configure --enable-desync-debug=2 && make 14:38:42 <Rubidium> bin/openttd -D vs bin/openttd -n localhost 14:39:11 <Ammler> maybe too many packages for the internet? 14:39:27 <Rubidium> Ammler: then the internet is horribly broken 14:39:28 <fonsinchen> why is packet type 0 actually invalid? 14:40:21 <Rubidium> type 0 is PACKET_SERVER_FULL 14:40:30 <fonsinchen> so it should be valid 14:40:35 <Rubidium> which is kinda very odd to get once joined 14:40:40 <fonsinchen> even if it's wrong in this case 14:42:20 <Rubidium> the *other* reason could be a length 2 package in which case the type is 'beyond' the bounds and 0 is returned (and the connection is closed) 14:42:42 <Rubidium> i.e. type is "valid", but the connection has been closed because the packet itself wasn't valid 14:45:22 *** enr1x_ [~kiike@77.229.85.144] has joined #openttd 14:45:56 <Rubidium> nevertheless, I advice to use -ddesync=2 to get command log + savegames to create a locally reproducable case. 14:46:33 <Rubidium> because without a reproducable case the chance of actually finding the bugger is near zero 14:46:56 <Rubidium> and the shorter the reproduced case, the faster you can find and fix it 14:47:05 *** enr1x [~kiike@77.229.85.144] has quit [Ping timeout: 480 seconds] 14:47:05 <fonsinchen> autosave 150 can reliably be used to reproduce the desync 14:47:34 <Rubidium> load that in the server, then join after N days reliably desyncs? 14:47:55 <fonsinchen> I can't connect to the server. I always get the invalid packet 14:48:00 <Rubidium> that's good news; allows you to test locally 14:48:01 <fonsinchen> yes 14:48:27 <fonsinchen> can I test that locally if I can't connect? 14:48:29 <Ammler> and locally you don't get that packet error? 14:48:33 <Rubidium> --enable-desync-debug=2 isn't really meant for debugging desyncs over distances 14:48:54 <Ammler> fonsinchen: start a server locally and connect 14:48:59 <fonsinchen> I can't 14:49:09 <Ammler> why? 14:49:15 <Rubidium> fonsinchen: you can load the autosave locally in a server compiled with the same settings and all; if you use the same binary for server and client you are sure that you run the same thing 14:49:59 <Ammler> hopefully, autosave150 is before the cause of desync ;-) 14:50:32 <Rubidium> Ammler: if you can reliably reproduce it by loading that savegame, then it's from after the cause (or there are more causes) 14:51:16 <fonsinchen> seems it doesn't desync like that 14:51:48 <fonsinchen> can I make it load a savegame and immediately pause it? 14:52:10 <fonsinchen> Interestingly it lets me connect now 14:52:14 <Rubidium> a server? Yes, just set min players to 1 in a dedicated server 14:54:04 *** Phoenix_the_II [~ralph@f234099.upc-f.chello.nl] has joined #openttd 14:55:30 <Ammler> the server is quite at max usage 14:55:38 <Ammler> that might be the cause of those package lost 14:55:57 <Rubidium> Ammler: TCP does not cause lost packets 14:56:38 <Rubidium> it knows two states: "connection and no packets are lost" and "no connection" 15:01:04 <fonsinchen> grrr, no desync when running it locally 15:01:22 <Eddi|zuHause> there are more TCP states than that :) 15:02:05 <Rubidium> Eddi|zuHause: for Ammler that's "too much information" 15:04:03 <Eddi|zuHause> http://www.kt.rim.or.jp/~ksk/wskfaq-ja/articles/bitmaps/state-diagram-small.gif 15:07:09 <Ammler> indeed :-) 15:11:28 <fonsinchen> On the openttdcoop dev server we had two desyncs for different people at roughly the same game time 15:11:40 <fonsinchen> (second one was after I reloaded the autosave) 15:11:50 <fonsinchen> I can't reproduce that here 15:12:11 <Rubidium> the time is crucial... sometimes to the tick crucial 15:12:44 <fonsinchen> Maybe it has logged something interesting ... 15:12:50 <Rubidium> i.e. hack the server to pause after 'n' ticks, then let the client join and then unpause 15:13:13 <Rubidium> with time I mean join time (ofcourse) 15:13:45 <Rubidium> also, do you know what kind of computer the desyncing person had (in the second case) 15:14:13 <Rubidium> because if it's a big endian machine, then debugging will be even nastier 15:16:17 <fonsinchen> they were both desynced 15:18:18 <fonsinchen> At least one is an Intel CPU 15:19:23 <fonsinchen> I'll try if it desyncs me reliably 15:19:33 <Rubidium> okay, that makes an endianness desync less likely 15:19:58 *** welshdragon [~markmac@147.143.254.98] has joined #openttd 15:20:14 <Rubidium> is he gonna leave quickly or not... that's the question :) 15:20:45 <Rubidium> fonsinchen: which cargodist patch (r195??.patch) does the server use? 15:22:20 <Rubidium> are the desyncees Windows users and the people that stay Linuxy (or at least GCC) users? 15:22:25 <fonsinchen> the lastest one 15:22:26 * welshdragon holds 15:23:05 <fonsinchen> I think they all run Windows, but I run Linux and get desynced, too 15:23:36 *** OwenS [~owenshep@cpc1-stkn14-2-0-cust562.11-2.cable.virginmedia.com] has joined #openttd 15:23:39 <Rubidium> okay, so different STL is less likely 15:23:47 <fonsinchen> Well, it doesn't desync me now 15:24:15 <Rubidium> cargopacket.cpp:~50 seems to be only removing indentation 15:24:43 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd 15:25:10 <OwenS> andythenorth: Was it glx who was working on the "close industries allowed" stuff with you? Did that go into trunk? 15:25:39 <andythenorth> I think frosch just removed the silly check in the end 15:26:32 <OwenS> OK, just checking that was how I ended up with an orphaned "STR_CONFIG_SETTING_SAMEINDCLOSE" in Progsigs 15:26:47 * OwenS prepares to investigate git log 15:31:41 <OwenS> resolving deltas is slow on an atom.. 15:33:53 *** DanMacK [~DanMacK@206.191.69.149] has quit [Quit: Bye for now!] 15:38:39 *** devilsadvocate [~devilsadv@202.3.77.132] has quit [Read error: Operation timed out] 15:39:32 *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd 15:39:36 *** lewymati [~lewymati@89.230.159.206] has joined #openttd 15:41:04 <Rubidium> bah... got lost in the saveload/threading code of cargodist... better luck next time I guess 15:42:24 <fonsinchen> saveload and threading are fairly different things 15:42:50 <fonsinchen> I only save/load the starting state of every link graph component 15:45:37 <Rubidium> and some part of the game's settings I think, which kinda puzzles me 15:48:35 <fonsinchen> yes, that's important 15:48:49 <fonsinchen> the link graph component cannot read the game settings as those might change 15:48:52 *** devilsadvocate [~devilsadv@202.3.77.132] has joined #openttd 15:49:00 <fonsinchen> so they make a copy before they run 15:49:06 <fonsinchen> and that copy must be saved 15:49:35 <Rubidium> it's just code looks odds and such 15:50:06 <fonsinchen> Why is that odd? 15:52:19 <fonsinchen> OK, I see why that is odd 15:52:37 <fonsinchen> but everything calculated there should be static 15:52:57 <fonsinchen> if it fails once it should fail all the time 15:54:42 <Rubidium> e.g. I would assume, given the name, that GetLinkGraphComponentDesc would give me something, the same thing every time (given the workings of the already existing functions). However it horribly breaks if it's called a second time 15:55:04 <fonsinchen> It breaks? 15:55:06 <fonsinchen> How? 15:55:37 <fonsinchen> Oh, it breaks ... it makes two copies of the linkgraph settings then 15:56:31 <OwenS> "the CC environment variable is set, but it doesn't seem to be a gcc binary. please redefine the CC/CXX environment to a gcc binary" <-- Why force GCC? :-( 15:56:47 <fonsinchen> There should be a "saveloads.clear()" or it shouldn't be stati 15:57:24 <OwenS> Oh, "checking build system type... /usr/bin/cc unusable" spotted. Probably still have the buggy linker... hmm... 15:57:58 <fonsinchen> but how could that ever work out? 15:58:13 <fonsinchen> It shouldn't be able to load something like this 15:58:21 <Rubidium> OwenS: anything gcc-alike should work 15:58:44 <Rubidium> OwenS: the rest likely fails to compile OpenTTD anyway 15:59:18 <OwenS> Rubidium: I'll have to test it when I get this upgrade installed (Some package conflict...) 15:59:41 <Rubidium> fonsinchen: the clear and possibly a bit explaining how the function is supposed to be used 15:59:44 *** kannerke [~pvandenb@83.101.83.178] has left #openttd [] 16:00:13 <fonsinchen> It doesn't do anything evil because it's only called once. 16:00:45 <fonsinchen> The misbehaviour is still not intended. saveloads should be cleared in every run 16:00:47 <Rubidium> fonsinchen: it makes me go.. WTF?!? is going on here 16:01:06 <__ln__> Belugas: http://games.slashdot.org/story/10/03/30/0718203/Decrying-the-Excessive-Emulation-of-Reality-In-Games 16:01:17 <Rubidium> and that is usually a clear sign that something is (at least) fishy 16:01:21 <Belugas> mmh? 16:01:35 <fonsinchen> better yet, the whole calculation should only run once. 16:02:33 <Rubidium> nevertheless, I've got more important things to do now 16:03:37 <fonsinchen> http://paste.openttd.org/225435 16:03:42 <fonsinchen> this is how it was meant 16:04:01 <fonsinchen> sorry if that bothered you. 16:05:07 *** devilsadvocate [~devilsadv@202.3.77.132] has quit [Ping timeout: 480 seconds] 16:07:08 <orudge> mIRC really needs some sort of highlight-exclusion. If anybody's ever highlighted me over the past month or so, it probably got lost due to all the OwenS highlights :p 16:07:37 <OwenS> hehe :P 16:08:16 <OwenS> I guess #openttdcoop is worse considering my ingame nick? :p 16:08:48 *** Grelouk [~Grelouk@79.88.146.51] has joined #openttd 16:08:57 <orudge> well, yes, but people tend not to talk to me in there at least ;) 16:09:01 <orudge> well, not unless I say something myself 16:09:06 <OwenS> Thats true 16:16:04 *** Ryand-Smith [~W@96.242.117.90] has joined #openttd 16:19:42 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has joined #openttd 16:28:28 *** De_Ghosty [~s@69-165-129-69.dsl.teksavvy.com] has joined #openttd 16:29:18 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe23dc00-198.dhcp.inet.fi] has quit [] 16:30:11 *** fonsinchen [~fonsinche@brln-4dbab698.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 16:30:27 *** rhaeder [~quix0r@dslb-094-221-150-105.pools.arcor-ip.net] has joined #openttd 16:37:57 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe23dc00-198.dhcp.inet.fi] has joined #openttd 16:41:06 <OwenS> Hmm thats interesting, "SunOS Asuka 5.11 snv_121 i86pc i386 i86pc Solaris", Sun OS 5.11? So this is officially Solaris 11 :O 16:51:25 *** DaleStan [~Dale@c-24-12-4-37.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds] 16:53:53 *** tokai|mdlx [~tokai@port-92-195-169-60.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 16:56:08 *** tokai|mdlx [~tokai@port-92-195-3-55.dynamic.qsc.de] has joined #openttd 16:56:33 *** rhaeder [~quix0r@dslb-094-221-150-105.pools.arcor-ip.net] has quit [Quit: Leaving.] 16:56:46 *** Ryand-Smith [~W@96.242.117.90] has quit [Ping timeout: 480 seconds] 17:02:29 *** Fri13 [~Fri13@77.109.225.135] has joined #openttd 17:03:02 <Fri13> Hi, I have tried to find out from wiki is it possible to transferr cargo from train to truck? 17:03:31 <planetmaker> yes 17:03:42 <planetmaker> build one common station and use transfer orders 17:04:05 <Fri13> planetmaker: common station? 17:04:33 <planetmaker> truck and train station adjacent to eachother. So that in the station name both the truck and the train symbol are shown 17:04:34 <Fri13> planetmaker: you mean like trainstation and truckstation next to each other? 17:04:38 <planetmaker> yes 17:04:58 <Fri13> planetmaker: must be exactly next to each other and not just the area? 17:05:12 <planetmaker> yes and no :-) 17:05:18 <SpComb> or use cargodist 17:05:25 <SpComb> it's more yay 17:05:33 <planetmaker> SpComb, it's more desync 17:05:41 <SpComb> not in singleplayer 17:05:56 <planetmaker> Fri13, you can build them apart, but they must be the same station. Not two different ones 17:06:04 <Fri13> Okay, I do not think it now because there is coming bigger multiplayer in later this week. 17:06:10 <planetmaker> They're automatically the same, if you place them exactly next to eachother. 17:06:26 <SpComb> I've played cargodist just fine in multiplayer without any desync issues :( 17:06:37 <planetmaker> If you don't want that, use distant join by ctrl+clicking when building the 2nd station (which might be the train or truck station) 17:06:43 <planetmaker> SpComb, we don't. 17:06:44 <Fri13> planetmaker: so there is no need to be then exact to giver order to right one, it gets automatically routed to correct then? 17:07:03 <planetmaker> Fri13, say again? 17:07:14 <planetmaker> A truck will never go to a train station 17:07:20 <planetmaker> A train never to a truck station. 17:07:39 <Fri13> planetmaker: If I place trainstation and truckstation next each other. Can I give order for truck to unload to the trainstation and it still understands it goes to truck station without error message? 17:07:46 <planetmaker> Ever tried to give orders to a vehicle to go to a station which it cannot go to as it's a station of a different vehicle type? 17:07:47 <Fri13> planetmaker: I mean only the commands. 17:07:52 <SpComb> Fri13: there is only one station 17:07:56 <planetmaker> yes, Fri13 no problem 17:07:59 <SpComb> just with multiple facilities 17:08:22 <Fri13> Okay. So the station name sign is "the station"? 17:08:28 <planetmaker> yes 17:08:49 <Fri13> Okay. That helped a lot. 17:08:55 <planetmaker> vehicles will go to whatever place suits them, no micro management necessary 17:09:06 <Fri13> Now I am going trough the train signs tutorial to understand that. 17:09:23 <planetmaker> hehe. :-) 17:09:56 <Fri13> btw, openttd wiki is one best ones what I have come to by... Just brillian. 17:09:58 <Fri13> +t 17:10:18 <planetmaker> :-) 17:10:51 <planetmaker> If you want to read about the insane stuff (as some call it) also have a look at http://wiki.openttdcoop.org 17:11:07 <planetmaker> But make sure you read some at the OpenTTD wiki before ;-) 17:11:14 <Fri13> Oh... one wish what I have in mind and I am not sure can it be found already. But is it possible to close windows otherway than clickin the X on them? 17:11:24 <planetmaker> yes. Hit del 17:11:38 <planetmaker> or ctrl+del for closing all 17:11:54 <Fri13> Does del close the one what is last opened or what mouse cursor is hovering? 17:12:06 <planetmaker> the active one 17:12:15 <Fri13> There is no way to get such function to own shortcut? Like middle mouse button? 17:12:30 <planetmaker> no configuration of that behaviour possible, sorry 17:12:42 <Fri13> Well... It is little extreme wish ;-) 17:12:55 <planetmaker> not really. But it's simply not done (yet) 17:12:55 <Fri13> Just use to such in KDE SC. 17:13:30 <Fri13> used 17:13:40 <planetmaker> so am I, yes 17:14:51 <Fri13> Oh, was there anykind undo if mistakenly destroyes example the airport and then the city council does not allow it to be build back? ;-D 17:15:06 <planetmaker> there isn't, there won't and there cannot be. 17:15:09 <Fri13> Otherway than just gain fame etc. 17:15:22 <planetmaker> for exactly that reason ^ :-) 17:15:48 *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd 17:16:08 <Fri13> planetmaker: It is just littlebit hard when mistakenly deletes intercontinental airport when meant to delete road/station next to it :-D 17:16:30 <planetmaker> Fri13, then don't use the dynamite tool but use the bulldozer tool 17:16:37 <planetmaker> such mistakes cannot happen then. 17:16:41 <Fri13> Oh... 17:16:55 <Ammler> there is autosave 17:17:01 <planetmaker> also that :-) 17:17:25 <planetmaker> other than that: In reality there's no undo after a bomb explosion, either :-( 17:17:37 <planetmaker> So the game is quite realistic in this point ;-) 17:17:44 <Belugas> booooo 17:17:52 * planetmaker waves merrily at Belugas 17:17:59 <Ammler> SevenDays or how was it called 17:18:16 <Belugas> what's left of Belugas you mean... 17:18:21 <Belugas> total wreck 17:18:22 <planetmaker> :-O 17:20:28 * peter1138 hugs Belugas 17:20:52 <Belugas> furrrrrrr furrrrrrrr 17:21:37 * Belugas has a big sheet of paper sticked to the wall beside him, saying : "NO, LATER" 17:21:50 <planetmaker> :-P 17:23:25 *** devilsadvocate [~devilsadv@202.3.77.159] has joined #openttd 17:27:12 *** Progman [~progman@p57A1D6B8.dip.t-dialin.net] has quit [Remote host closed the connection] 17:27:36 *** ChoHag [~mking@77-44-113-86.xdsl.murphx.net] has joined #openttd 17:28:50 *** ChoHag [~mking@77-44-113-86.xdsl.murphx.net] has quit [] 17:28:53 *** ChoHag [~mking@77-44-113-86.xdsl.murphx.net] has joined #openttd 17:31:51 *** enr1x_ [~kiike@77.229.85.144] has quit [Quit: leaving] 17:35:03 *** ADMINtur [~ADMINtur@90.184.131.169] has left #openttd [] 17:38:55 *** Progman [~progman@p57A1D6B8.dip.t-dialin.net] has joined #openttd 17:39:31 * andythenorth admits defeat. bridges are just safer than level crossings :P 17:39:34 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 17:43:21 *** Keyboard_Warrior [~holyduck@ip-215-136-106-77.eidsiva.net] has quit [Remote host closed the connection] 17:53:47 <peter1138> new disaster: bridge collapse 17:54:07 *** De_Ghosty [~s@69-165-129-69.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 17:54:11 <fjb> Earth quake. 17:54:41 <OwenS> 1 collapse every 100 years per bridge on average? 17:55:10 <__ln__> There could indeed be more *cough* realistic disasters in the game. 17:55:18 *** Ryt0n [54c6033c@webchat.mibbit.com] has joined #openttd 17:55:39 <fjb> What? You call UFOs not realistic? :) 17:56:10 <__ln__> Random derailing, random driving against red signal. 17:56:38 <OwenS> Belugas will dislike your herecy :P 17:57:03 <fjb> And trains should derail if they catch a bigger road vehicle. 17:58:02 *** De_Ghosty [~s@76-10-171-180.dsl.teksavvy.com] has joined #openttd 17:58:29 <OwenS> Random driving against red signal? Only before ~1985 :P 17:58:44 *** deghosty [~s@69-165-129-110.dsl.teksavvy.com] has joined #openttd 17:58:47 *** De_Ghosty [~s@76-10-171-180.dsl.teksavvy.com] has quit [Read error: Connection reset by peer] 17:58:53 <__ln__> OwenS: What's magical about 1985? 17:59:12 <OwenS> __ln__: most railroads had Automatic Train Protection of some form by then :p 17:59:37 <__ln__> in some country maybe. 18:00:14 <OwenS> Or would sets have to say "This loco has good train protection"? :p 18:00:44 <__ln__> Why not. :) 18:01:12 <OwenS> How would it deal with things like the Eurostar, which doesn't on some rails? :P 18:02:51 <__ln__> That would be way too much realism. 18:03:54 <__ln__> I'd better say that in google-French too: Ce serait ainsi un réalisme trop. 18:04:58 * OwenS ponders the babelfish-English(google-French) version 18:06:10 <OwenS> "It would be thus a realism too." 18:06:51 <fjb> Babelfish is better than google. 18:07:48 <OwenS> Babelfish-French of __ln__'s original sentance is "Ce serait trop de réalisme". Which I must say looks a lot more like I'd expect from my limited french knowledge 18:08:37 <OwenS> Babelfishing it back gives "It too much would be realism", which is at least understandable 18:09:46 <fjb> Tranlating is one of the worst google services. I don't know why so many people are using it. 18:10:03 <OwenS> Because Google are "awesome" and Yahoo/Altavista "suck"? 18:10:18 <OwenS> Yahoo at least pay experts Systran to do it 18:10:25 <fjb> Who remembers Altavista? 18:10:29 <OwenS> I do :p 18:10:39 <OwenS> Everyone remembers Yahoo though, and its now babelfish.yahoo.com 18:10:54 <OwenS> (Heck, Yahoo! have been running TV adverts here lately!) 18:11:15 <fjb> They must really have some problems then. 18:15:23 *** Ryand-Smith [~W@209.212.25.30] has joined #openttd 18:15:53 *** Phoenix_the_II [~ralph@f234099.upc-f.chello.nl] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )] 18:17:50 * frosch123 remembers astalavista 18:19:51 *** ecke [~ecke@188.75.128.2] has joined #openttd 18:20:30 *** Ryand-Smith [~W@209.212.25.30] has quit [] 18:24:21 *** Fri13 [~Fri13@77.109.225.135] has quit [Remote host closed the connection] 18:29:17 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has joined #openttd 18:30:52 *** R-Blade [~W@209.212.25.30] has joined #openttd 18:36:54 <OwenS> Hehe Astalavista... I remember mistyping Altavista as that once... 18:37:30 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 18:37:37 *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: ptr] 18:40:06 *** enr1x [~kiike@77.229.85.144] has joined #openttd 18:53:53 *** DaleStan [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has joined #openttd 18:59:33 *** Nite_Owl [~Nite_Owl@c-98-254-113-47.hsd1.fl.comcast.net] has joined #openttd 18:59:47 <Nite_Owl> Hello all 19:01:07 <Nite_Owl> Is it normal for the default engines and wagons to show up even if you have a newgrf train set loaded? 19:02:29 <Nite_Owl> I do not remember this behavior happening in the past - the defaults were usually overridden by the newgrf. 19:03:00 <R-Blade> hello 19:03:22 <Nite_Owl> Hello R-Blade 19:04:20 *** TB [~patric@145.118.72.132] has joined #openttd 19:05:00 *** PeterT_ [~PeterT@rdlbnc.com] has joined #openttd 19:08:11 *** Ryt0n [54c6033c@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 19:08:34 *** awox [~alex@gaww.net] has joined #openttd 19:09:02 *** Netsplit synthon.oftc.net <-> weber.oftc.net quits: PeterT, aw0x, R-Blade, a1270, TrueBrain 19:09:12 *** chaos95 [chaos95@mafianode.com] has quit [Ping timeout: 480 seconds] 19:09:16 *** chaos95 [chaos95@mafianode.com] has joined #openttd 19:09:42 *** DaleStan [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has quit [Read error: Connection timed out] 19:10:04 *** Hyronymus [~chatzilla@s5591a1ba.adsl.wanadoo.nl] has joined #openttd 19:10:35 *** DaleStan [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has joined #openttd 19:11:19 *** Netsplit over, joins: a1270 19:12:04 *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 19:12:54 *** R-Blade [~W@209.212.25.30] has joined #openttd 19:15:24 <Nite_Owl> I do have the multiple newgrf engine settings turned on by the way 19:15:24 *** Belugas [~belugas@216.191.111.238] has quit [Read error: Connection reset by peer] 19:18:22 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds] 19:18:59 *** lobstah [~michielbi@86.89.201.189] has joined #openttd 19:19:48 <R-Blade> Nite_Owl what's the problem 19:20:16 <Nite_Owl> scroll up - it is all there 19:20:22 <R-Blade> ... 19:20:38 <R-Blade> I got hit by a lagstream, so I can't see anything from 10 minuets ago 19:20:43 *** lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 19:21:58 *** DaleStan_ [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has joined #openttd 19:21:58 *** DaleStan is now known as Guest701 19:21:58 *** DaleStan_ is now known as DaleStan 19:22:01 <Nite_Owl> I thought a train set newgrf would override the default engines and wagons so that they would not show up in the availability lists 19:22:37 <R-Blade> not all sets do this 19:22:47 <planetmaker> Nite_Owl: it's an option for newgrfs 19:22:50 * andythenorth wonders if newgrf can control the map's ground tiles.... 19:22:55 <R-Blade> planetmaker: hivemind 19:23:11 <R-Blade> andythenorth yes it can if I read what you said correctly 19:23:19 <R-Blade> see the Japan Track Set or the North American City Cet 19:23:28 * andythenorth sees the specs :P 19:23:55 <Nite_Owl> Ahh - so if the newgrf is old (which it is) then it would not contain the proper NFO code to do the override thing 19:23:56 <planetmaker> andythenorth: ground tiles or map gen sprites? ;-) 19:23:58 <R-Blade> I know NARS and the UK set do that, but NARS and UK sets are total replacement sets. 19:24:05 *** Dred_furst [~Dred_furs@cpc3-pool12-2-0-cust451.15-1.cable.virginmedia.com] has joined #openttd 19:24:06 <R-Blade> Nite_Owl yeah 19:24:13 <planetmaker> Nite_Owl: I assume overriding was possible always. 19:24:32 <R-Blade> Some sets (I think CC set is guilty of this) doesn't do this 19:24:37 <R-Blade> 2cc* 19:24:52 <Nite_Owl> it is the US Transition Set which always did override the defaults in the past.... 19:25:37 *** Guest701 [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds] 19:25:39 <planetmaker> R-Blade: the 2cctrainset is quite new 19:25:44 <planetmaker> and it does override default engines 19:25:51 * andythenorth can't see a way to modify ground tiles (except for stations, industries and buildings) 19:26:00 <planetmaker> but sets have at least as of 2004 been doing that 19:26:06 <R-Blade> Oh, I thought it didn't overide the cars, my fault 19:26:26 <Nite_Owl> but the source code has changed quite a bit since that set was last updated so it is possible that whatever override code it might have had no longer works properly 19:26:29 <R-Blade> since I tend to run 2cc and NARS together so I can make subways and intercity american engines 19:26:37 *** Netsplit over, joins: Andel, Hyronymus, welshdragon, KenjiE20, NeosaD, Prof_Frink, @peter1138, Polygon, OwenS`Phone, LadyHawk (+14 more) 19:26:37 *** Netsplit synthon.oftc.net <-> charon.oftc.net quits: Cybertinus, @Rubidium, jonty-comp 19:27:00 *** Netsplit over, joins: jonty-comp, Cybertinus, @Rubidium 19:27:03 <planetmaker> Nite_Owl: which train set(s) is it you use? 19:27:26 <Nite_Owl> US Transition Set 19:27:59 <planetmaker> uh... 19:27:59 <R-Blade> the old one, not NARS 19:28:13 <Nite_Owl> that was a rather nasty net split 19:28:30 *** Dred_furst [~Dred_furs@cpc3-pool12-2-0-cust451.15-1.cable.virginmedia.com] has quit [] 19:28:45 <R-Blade> It is annoying that NARS doesn't have all the US transition engines, if it had HH8 as an option for the AEM 7 it would be grand 19:28:55 <Nite_Owl> US Set - not NARS 19:29:32 <planetmaker> R-Blade: ask authors for permission and compose a new set with the engines you need :-) 19:29:34 <Nite_Owl> or Non NARS US Set - however you want to call it] 19:30:03 <R-Blade> I would call it NARS Plus, since it would be adding the early electrics and middle diesels from USA renewal 19:30:20 <R-Blade> (I love those streamliners, even if my GG1s are better) 19:30:22 <Nite_Owl> I can deal with it but it does make for a longer list of wagons and engines 19:30:59 <R-Blade> long sets are perfect though, you can have funny things like a 20 car double decker pulled by a GG1, pushed by an AEM 7 and in the middle an HH8 19:32:05 <Nite_Owl> I will just chalk it up to older NFO code vs. newer trunk code 19:32:37 *** Progman [~progman@p57A1D6B8.dip.t-dialin.net] has quit [Remote host closed the connection] 19:33:10 *** goblin_ [~goblin@krlh-5f735368.pool.mediaWays.net] has joined #openttd 19:33:25 <planetmaker> Nite_Owl: it shouldn't. Otherwise it's a bug ;-) 19:34:08 <Nite_Owl> in the past the override default engines and wagons code in that set did just that - it overrode the default engines and wagons 19:34:52 <Nite_Owl> even the 'resetengines' console command does not remove the default stuff 19:36:43 <Nite_Owl> Hmmm - maybe a combination of newer trunk code and the OpenGfx's ? 19:36:45 <planetmaker> Hm... that will need looking at :-) 19:36:51 <planetmaker> OpenGFX has no influence on that 19:37:00 <planetmaker> it cannot. It must not 19:37:00 <Nite_Owl> okay 19:37:03 *** Belugas [~belugas@216.191.111.238] has joined #openttd 19:37:06 *** mode/#openttd [+o Belugas] by ChanServ 19:37:15 <planetmaker> Otherwise multiplayer could desync 19:37:35 *** Ryt0n [54c6033c@webchat.mibbit.com] has joined #openttd 19:37:38 <planetmaker> hm... is it in our old coop newgrf pack? I assume so. 19:37:47 <Nite_Owl> yes 19:38:06 <Nite_Owl> let me check the version number 19:38:16 *** PeterT_ is now known as PeterT 19:38:53 <Nite_Owl> v0.87.4d I believe 19:39:16 <planetmaker> let me see. OpenTTD I assume? Some RC or recent nightly? 19:39:38 <Nite_Owl> r19523 19:40:06 <planetmaker> North American transition trainset? Hm... I don't have it :-( 19:40:22 <Nite_Owl> once you get to around 1926 the default stuff shows up 19:40:44 <Nite_Owl> the US Set it self only starts in 1920 19:40:51 <Ammler> usset is in the pack 19:40:52 *** ecke [~ecke@188.75.128.2] has quit [Read error: Connection reset by peer] 19:41:29 <planetmaker> http://grfcrawler.tt-forums.net/details.php?do=details&id=10 <-- that? 19:41:54 <planetmaker> Ammler: I don't have it in my newgrf list... 19:41:55 *** woldemar [~osaka@213.178.34.57] has joined #openttd 19:42:09 <Nite_Owl> that is the one 19:42:14 <Ammler> I can't show you public link anymore 19:42:34 <Nite_Owl> it is the only train set I have in the game 19:43:57 <Nite_Owl> I only ever use one train set at a time but do use multiple road vehicle sets 19:44:20 <planetmaker> well. It became safer to use more train sets. But usually it doesn't make sense 19:44:45 <Nite_Owl> my thoughts exactly 19:45:22 <planetmaker> Nite_Owl: I don't have the default trains showing... (testing temperate climate) 19:45:29 <planetmaker> 1960 as starting year 19:45:58 <Nite_Owl> Then I wonder if it might be something I did like going out and modifying the game in the scenario editor 19:46:44 <Nite_Owl> or some other newgrf causing it to happen 19:46:52 <planetmaker> how does the reset engines command work? 19:47:02 <planetmaker> Nite_Owl: I thought it's the only one? 19:47:10 <planetmaker> Or do you have old wagons new cargos or alike? 19:47:33 <Nite_Owl> neither - I changed no newgrfs at any time 19:48:02 <Ammler> reset_engine is like apply in the newgrf gui 19:48:05 <Nite_Owl> no old wagons - new cargoes either 19:48:46 <Ammler> Nite_Owl: try with the openttdcoop info grf 19:48:55 <planetmaker> hm, Ammler ? 19:49:02 <Nite_Owl> experimentation time for me then to see if it is a newgrf conflict 19:49:14 <Ammler> I assume, he uses the ecs adapter 19:49:22 <Nite_Owl> I do use a lot of other newgrfs 19:49:34 <Ammler> Nite_Owl: do you use the usset ecs adapter? 19:49:46 <Nite_Owl> the ecs adapter is not needed with that version 19:49:54 <Nite_Owl> nor do I use ecs 19:49:59 <Ammler> oh, ok... 19:50:13 <Ammler> post your list :-) 19:50:33 <planetmaker> screenshot :-) 19:51:28 <Nite_Owl> mostly infrastructure and such I will have to play around with it 19:51:45 <Nite_Owl> I do appreciate the help though 19:52:20 <andythenorth> Nite_Owl: did you add a train newgrf and then remove it? 19:52:28 <Nite_Owl> I have no place to post it 19:52:41 <Nite_Owl> no - no newgrf changes 19:52:47 <Ammler> maybe the creator of usset just appended the ecs adapter 19:52:52 <Ammler> could explain it 19:53:29 <Ammler> hmm, not sure :-) 19:53:35 <Nite_Owl> the ecs adapter was added into the nfo code of newgrf way back when 19:54:26 <planetmaker> hm... us set is under the GNU license. With those wagons... yummi :-) 19:54:29 <Nite_Owl> v0.87.4d includes the ecs adapter in it 19:55:32 <Nite_Owl> Oracle (the original coder of the set) is back around and is working on an update. At least that is the last news I heard about it. 19:55:47 <planetmaker> sounds like good news :-) 19:56:34 <planetmaker> Might be that the 2cctrainset could then borrow a few wagons :-) At least I can recommend that :-) 19:56:53 <planetmaker> hm, yes, license and credit information are given, so... :-) 19:57:06 <Nite_Owl> It is my personal favorite set so I keep a good eye on it 19:57:48 <Nite_Owl> the documentation is excellent as well 19:57:49 *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has joined #openttd 19:58:05 <planetmaker> yup indeed. 19:58:22 <planetmaker> hm, I wonder why that set got forgotten a bit... 19:58:25 <frosch123> Nite_Owl: everytime you add a new newgrfs it reserves its engine ids. that also applies to scenarios, i.e. when you removed a newgrf from a scenario 19:58:28 <planetmaker> Looks quite nice 19:58:48 <frosch123> the reservation is reset by toggling the "allow multiple newgrf engines sets". but that is only possible as long as there are no build vehicles 19:58:58 <Nite_Owl> very nice charts of all of the engines and wagons which I have updated a bit since they were last done 19:59:46 <frosch123> reset_engines does not reset that reservation 19:59:56 <Nite_Owl> I did not remove or add any newgrfs. I only added a few industries in the scenario editor 20:00:02 <OwenS> frosch123: Is there a good reason its impossible to turn multisets on with trains? 20:00:18 <planetmaker> OwenS: yes ;-) 20:00:21 <frosch123> however, it is also possible for newer newgrfs to not replace any engines 20:02:10 <Nite_Owl> I changed the file extension (sav -> scn) and added industries 20:03:43 <Nite_Owl> but what if when I first opened the scenario editor I had a different preset loaded (with a different train set) and then loaded up the changed saved game ?? 20:04:37 <planetmaker> yeah. That's a change of newgrf technically 20:04:41 <Ammler> planetmaker: we use usset quite a lot on ps 20:04:46 <Nite_Owl> by changed I mean with the changed file extension 20:04:52 <planetmaker> Ammler: do we? Long time no seen actually 20:04:55 <Ammler> maybe teh most after dbset 20:05:22 <Ammler> as you said, it has quite nice cargo waggons 20:05:54 *** KritiK [~Maxim@95-25-154-170.broadband.corbina.ru] has joined #openttd 20:06:14 <__ln__> @seen Bjarni 20:06:14 <DorpsGek> __ln__: Bjarni was last seen in #openttd 4 weeks, 5 days, 20 hours, 40 minutes, and 54 seconds ago: <Bjarni> http://www.youtube.com/watch?v=-wVADKznOhY <-- wtf. Some rich guy built a trebuchet and uses burning pianos as ammo 20:06:34 <KenjiE20> lol 20:08:16 <OwenS> michi_cc: "Depots have signals built in. But as a train inside a depot has no real position anyway, it wouldn't make a difference where the train waits for a free path" <-- So, what, they have a position of, say, 1.24i? 20:08:23 <OwenS> :P 20:08:37 <Nite_Owl> Yes that makes sense. When doing the file extension change into the scenario editor type of thing you have to be sure that you have the same preset chosen as is present in the save game. 20:09:15 <Nite_Owl> before you open the scenario editor 20:09:48 <michi_cc> OwenS: what do you expect in a wormhole? because bridges, tunnels and depots are basically that :) 20:10:22 * Nite_Owl scribbles some notes 20:11:05 <Nite_Owl> thanks again everyone - it makes some sense now 20:11:06 *** Biolunar [mahdi@blfd-5d821289.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 20:12:26 <planetmaker> no problems, Nite_Owl :-) 20:14:55 <planetmaker> it's always a pleasure talking to you 20:15:02 <Nite_Owl> by the way the US Set was last updated back on April 27th, 2008 - the year on the grf list (2007) is off by by a year 20:15:48 <Nite_Owl> *by a year 20:15:55 <Ammler> grf list? 20:16:33 <Nite_Owl> the in game listing of the grfs you are using 20:17:41 <Nite_Owl> just out of curiosity what do you call it ?? 20:18:01 <Ammler> newgrf list :-P 20:18:13 <Ammler> but the name there origins from the grf itself 20:18:34 * Nite_Owl amends his terminology 20:19:23 <Nite_Owl> the last coder the set had made an error in the year 20:19:31 <Ammler> or is the name of a grf saved in the save too? 20:20:08 <planetmaker> ah... looking at the credits: I already assumed so, but DanMacK had his hands in the sprites creation :-) 20:20:24 *** Ryt0n [54c6033c@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 20:20:30 <Ammler> so they might look like nars wagons 20:21:42 *** Rhamphoryncus [~rhamph@d198-53-213-246.abhsia.telus.net] has joined #openttd 20:22:32 <Nite_Owl> DanMack did quite a lot of the sprite work for the US Set 20:23:11 <planetmaker> Not only there. Everywhere! 20:23:19 <Nite_Owl> which is why it looks very similar to the Canadian Set 20:23:35 <planetmaker> We just got sponsored new toyland engines from him :-) 20:27:38 <Nite_Owl> Ah well - no way to remove the default engines that I can find so I either have to start over or suffer with them 20:28:18 *** DaleStan_ [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has joined #openttd 20:28:18 *** DaleStan is now known as Guest708 20:28:18 *** DaleStan_ is now known as DaleStan 20:28:37 *** frosch123 [~frosch@frnk-590ff840.pool.mediaWays.net] has quit [Remote host closed the connection] 20:29:11 * OwenS crosses fingers - pkg(7) appears to have successfully passed the point at which it used to die horribly 20:34:00 *** Guest708 [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds] 20:36:01 <Ammler> Nite_Owl: you can, frosch told you how 20:36:12 <Ammler> or do you have already vehicles in? 20:37:09 <Nite_Owl> I do have vehicle in the game 20:37:23 <Nite_Owl> *vehicles 20:37:32 <Nite_Owl> about 30 trains 20:37:54 <Ammler> remove those and disable the multiengine pool 20:38:11 <Nite_Owl> but I could dump them all and then toggle it and be back to where I want to be 20:38:58 <Nite_Owl> I have more then enough cash to do that 20:39:55 <Nite_Owl> would it be just a matter of turning it off and then turning it right back on again ?? 20:43:42 *** Tennel [~Tennel@port-ip-213-211-212-60.reverse.mdcc-fun.de] has quit [Quit: WeeChat 0.3.1.1] 20:47:10 <Nite_Owl> Ahhh - turn it off -> resetengines -> turn it on 20:50:25 *** FloSoft [~oftc@tyra.ra-doersch.de] has quit [Remote host closed the connection] 20:50:49 <Nite_Owl> oh well - I will figure it out with enough experimentation 20:51:24 *** fjb is now known as Guest715 20:51:25 *** fjb [~frank@p5485F2C5.dip.t-dialin.net] has joined #openttd 20:56:09 *** FloSoft [~oftc@tyra.ra-doersch.de] has joined #openttd 20:56:53 *** goblin_ [~goblin@krlh-5f735368.pool.mediaWays.net] has quit [Remote host closed the connection] 20:58:06 *** Guest715 [~frank@p5485D80B.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:05:23 *** valhallasw [~valhallas@s55928dd9.adsl.wanadoo.nl] has joined #openttd 21:08:09 *** Hyronymus [~chatzilla@s5591a1ba.adsl.wanadoo.nl] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]] 21:08:21 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd 21:11:05 *** Rexxars [~rexxars@188.126.205.150] has quit [Read error: Connection reset by peer] 21:11:57 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has quit [] 21:22:24 *** TB is now known as TrueBrain 21:25:10 *** KenjiE20 [~KenjiE20@92.17.55.136] has quit [Ping timeout: 480 seconds] 21:27:58 *** Rexxars [~rexxars@188.126.205.150] has joined #openttd 21:29:49 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 21:33:48 *** lewymati [~lewymati@89.230.159.206] has quit [] 21:34:14 *** Neon [~Neon@dslb-088-069-241-103.pools.arcor-ip.net] has quit [Quit: Something strange must have happened...] 21:35:54 <Nite_Owl> is there a .cfg setting to have the auto saves show the date (like standard saves) instead of a number ?? 21:36:10 *** KenjiE20 [~KenjiE20@92.20.29.79] has joined #openttd 21:40:28 *** enr1x [~kiike@77.229.85.144] has quit [Read error: No route to host] 21:46:01 *** PeterT_ [~Peter@c-76-19-169-10.hsd1.ma.comcast.net] has joined #openttd 21:47:48 *** enr1x [~kiike@77.229.85.144] has joined #openttd 21:54:01 *** enr1x [~kiike@77.229.85.144] has quit [Read error: No route to host] 21:55:16 *** PeterT__ [~chatzilla@c-76-19-169-10.hsd1.ma.comcast.net] has joined #openttd 21:55:18 *** Progman [~progman@p57A1D6B8.dip.t-dialin.net] has joined #openttd 21:57:46 *** PeterT__ [~chatzilla@c-76-19-169-10.hsd1.ma.comcast.net] has quit [] 21:58:38 <Ammler> Nite_Owl: I guess so 21:58:50 *** PeterT_ [~Peter@c-76-19-169-10.hsd1.ma.comcast.net] has quit [Quit: Leaving] 21:58:51 <Ammler> dunno, if date, but you should be able to make the names unique 21:59:21 *** bryjen [~bryjen@63.147.94.149] has quit [Quit: Quit] 21:59:49 <Nite_Owl> well the month and year at least 22:02:30 <Nite_Owl> wait.... if you set the keep_all_autosaves = true then it would have to give them a unique name 22:02:51 <Terkhen> good night 22:02:56 *** Terkhen [~Terkhen@63.68.220.87.dynamic.jazztel.es] has quit [Quit: ...] 22:03:14 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Quit: adee] 22:04:35 <Nite_Owl> I think that is the way to go 22:10:15 <PeterT> planetmaker: bouncer trouble? 22:30:56 *** Biolunar [mahdi@blfd-5d821f75.pool.mediaWays.net] has joined #openttd 22:38:08 <CIA-6> OpenTTD: rubidium * r19526 /trunk/src/ai/ai_gui.cpp: -Fix (r19395): clients would crash while connecting to a server with AIs 22:38:20 <PeterT> wow, before this commit there actually wasn't a commit for 24 hours 22:38:27 <PeterT> not even a language commit 22:38:28 *** Progman [~progman@p57A1D6B8.dip.t-dialin.net] has quit [Remote host closed the connection] 22:38:58 *** valhallasw [~valhallas@s55928dd9.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds] 22:48:33 *** deghosty [~s@69-165-129-110.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 22:50:56 *** R-Blade [~W@209.212.25.30] has quit [Ping timeout: 480 seconds] 22:51:22 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has quit [Read error: Connection reset by peer] 22:53:40 <Zuu> PeterT: Maybe everyone is looking over their beer supply ;-) 22:53:56 *** DaleStan [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds] 22:54:27 *** NeosaD [~Alty@221.Red-79-158-43.staticIP.rima-tde.net] has quit [Quit: X-CRiPt 5.1 http://www.relativo.com ] 22:54:32 <PeterT> hehe 22:55:19 <Zuu> I see, I got a beer with my name it, should be okay. :-) 22:55:46 *** Grelouk [~Grelouk@79.88.146.51] has quit [Quit: Quitte] 22:56:30 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Remote host closed the connection] 22:56:48 <Nite_Owl> or doing fewer commits due to the pending v1.0 release 22:57:02 <PeterT> why would that matter? 22:57:06 <Zuu> Or all the devs go on vacation for a month leaving everyone wondering why 1.0 didn't come out. 22:57:30 <chaos95> maybe they're building suspense 22:57:42 <PeterT> 1.0 in two days! 22:58:35 *** DaleStan [~Dale@c-98-223-105-217.hsd1.in.comcast.net] has joined #openttd 22:59:15 <Nite_Owl> possibly - if the trend remains constant - but you must remember the significance of that date 22:59:50 <Zuu> Yep, could be an empty zip-file with nothing inside it other than a note that you got fooled. 23:00:17 <PeterT> you could tell that by the download size 23:00:31 <Zuu> They could add null data to the zip file 23:00:39 <PeterT> unless they are even more wicked and decide to add ~3.5MB hidden files 23:00:54 <OwenS> "Compress" 3.5MB of /dev/urandom? 23:01:02 <OwenS> And zip file? Bah 23:01:30 *** KritiK [~Maxim@95-25-154-170.broadband.corbina.ru] has quit [Read error: Connection reset by peer] 23:01:35 *** KritiK [~Maxim@95-25-154-170.broadband.corbina.ru] has joined #openttd 23:01:52 <Zuu> Well a bit trial and error with /dev/urandom you could come up with a zip file of the right size. 23:02:32 <OwenS> Nah. Average zip 3.5MB? 3.5MB of urandom. Why? Because random data is uncompressible, and urandom is pretty random 23:06:07 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 23:07:39 *** Zephyris [~Zephyris@cpc1-oxfd18-2-0-cust689.4-3.cable.virginmedia.com] has joined #openttd 23:08:53 *** KenjiE20 is now known as Guest727 23:08:56 *** KenjiE20 [~KenjiE20@92.2.185.174] has joined #openttd 23:10:09 *** Zephyris [~Zephyris@cpc1-oxfd18-2-0-cust689.4-3.cable.virginmedia.com] has quit [] 23:11:12 *** Guest727 [~KenjiE20@92.20.29.79] has quit [Ping timeout: 480 seconds] 23:13:36 *** KenjiE20 is now known as Guest728 23:13:40 *** KenjiE20 [~KenjiE20@92.3.9.59] has joined #openttd 23:17:17 *** Guest728 [~KenjiE20@92.2.185.174] has quit [Ping timeout: 480 seconds] 23:22:56 <OwenS> Hurray for ugly hacks making updates succeed 23:29:23 *** Biolunar_ [mahdi@blfd-4db0fd68.pool.mediaWays.net] has joined #openttd 23:29:55 <Nite_Owl> I need to feed - later all 23:29:58 *** Nite_Owl [~Nite_Owl@c-98-254-113-47.hsd1.fl.comcast.net] has quit [Quit: Read You Soon] 23:33:08 *** Biolunar [mahdi@blfd-5d821f75.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 23:33:20 *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 23:37:06 <OwenS> Install Phase - Cleared! Hurrah! 23:38:43 * PeterT gives OwenS a high-five! 23:39:17 <OwenS> Update Phase - Cleared 23:39:24 <OwenS> Now its sitting around doing "something" 23:39:30 *** RockerTimmy [~RockerTim@82-171-163-93.ip.telfort.nl] has quit [Remote host closed the connection] 23:40:33 *** Coco-Banana-Man [~Stephan.D@p5B2DB6C7.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der blÀht, als hinterster geht!] 23:41:14 <Eddi|zuHause> you sound like a windows user 23:41:33 <OwenS> This is on an OpenSolaris box 23:42:06 <OwenS> Its just Ive had trouble getting this update to apply, I think because of conflicts with an OS package and nVIDIA's drivers 23:42:36 <OwenS> "A clone of opensolaris-2 exists and has been updated and activated. On the next boot the Boot Environment opensolaris-10 will be mounted on '/'. Reboot when ready to switch to this updated BE." :) 23:43:04 <Eddi|zuHause> ok, a windows user wouldn't speak about "hacks" 23:44:04 <OwenS> Hopefully when I boot into the new BE my C++ compiler will no longer crash the linker ^^ 23:44:45 <OwenS> And with that I say good night 23:47:40 *** KritiK [~Maxim@95-25-154-170.broadband.corbina.ru] has quit [Quit: Leaving] 23:47:51 *** OwenS [~owenshep@cpc1-stkn14-2-0-cust562.11-2.cable.virginmedia.com] has quit [Quit: Leaving.] 23:53:36 *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd 23:59:05 *** Eddi|zuHause [~johekr@p54B77380.dip.t-dialin.net] has quit [] 23:59:41 *** Eddi|zuHause [~johekr@p54B77266.dip.t-dialin.net] has joined #openttd