IRC logs for #openttd on OFTC at 2010-04-06
⏴ go to previous day
00:10:37 *** Keyboard_Warrior has joined #openttd
00:35:03 *** roboboy has joined #openttd
00:46:32 *** PeterT is now known as Guest1447
00:46:43 *** Guest1447 is now known as PeterT
01:05:40 *** fjb is now known as Guest1453
01:16:33 *** Belugas has joined #openttd
01:16:33 *** ChanServ sets mode: +o Belugas
01:18:13 *** Coco-Banana-Man has quit IRC
01:46:43 *** Keyboard_Warrior has quit IRC
01:55:45 *** Biolunar_ has joined #openttd
02:12:08 *** De_Ghosty has joined #openttd
02:48:11 *** michi_cc has joined #openttd
02:48:11 *** ChanServ sets mode: +v michi_cc
04:01:05 <Mazur> I have a station next to a sawmill, and it's producing goods, yet in the station I see no goods waiting. Do I need to transport it there from the adjacent sawmill?
04:02:50 <SirSquidness> Is the sawmill in the station's catchement area? ie, does the station say it provides goods?
04:03:01 <SirSquidness> and has something attempted to pick up goods from the statoin before?
04:05:57 <SpComb> Mazur: the station has to cover enough tiles from the sawmill, and you need to have a train that carries goods waiting at the station
04:06:43 <Mazur> Yes, I just built the train and set it going, and it's loading.
04:07:01 <Mazur> GThought I'd build the goods truck line if needed after.
04:07:30 <SpComb> (train or other vehicle)
04:12:03 <Mazur> B.t.w. I've set Primary production for the time being fundable like secondaries, I'm still too slow setting up the infrastructure to support them. They kept dying on me before I was ready. ;-)
04:12:54 <Mazur> When I'm more experienced I'll set it to prospecting again.
04:14:44 *** Adambean has joined #openttd
04:20:14 <Mazur> Made my first billion Euro.
04:39:00 <Mazur> Hm. I've just set up passenger and goods delivery to a mall on the other end of a city, and the mall relocates. Do I have to relocate my bus and goods stop at make sure it's in range or will it resolve itself?
04:39:35 <Mazur> Neither location was in range of the train station.
04:44:15 <Mazur> Relocated it, anyway, joined a new lorry stop at the new location and disconnected/removed the old one.
05:37:47 *** rhaeder has joined #openttd
05:44:36 *** devilsadvocate has quit IRC
05:55:49 *** roboboy has joined #openttd
06:51:12 *** Cybertinus has joined #openttd
06:52:28 <Mazur> You know, when adding a dedicated HSL track along existing routes, it helps using signs to remind yourself which pair is HSL and which are for stopping trains.
06:52:59 <Mazur> I discovered I join my planned HSL to a local coal run.
06:54:08 <Mazur> Had to redo a whole swath of tracks to clean it up.
07:08:21 *** Exception has joined #openttd
07:15:47 *** Zephyris has joined #openttd
07:30:42 <Zephyris> Feeling the slashdot effect?
07:31:15 <Jupix> too bad it wasn't my post
07:33:59 <SirSquidness> \o/ Merry delayed 1.0.0
07:34:18 <Rubidium> Zephyris: it's still less than when the day beta1 was released and the day after Christmas
07:35:54 <Zephyris> Interesting! A little investigation into the gaming habits of slashdotters...
07:37:53 *** ProfFrink has joined #openttd
07:41:10 <planetmaker> [09:34] <Rubidium> Zephyris: it's still less than when the day beta1 was released and the day after Christmas <-- you speak of total download count? Interesting...
07:41:28 <Rubidium> planetmaker: no, of server bandwidth
07:41:58 <Rubidium> although, the binary download is lower too
07:42:09 <planetmaker> including mirrors?
07:42:57 <Rubidium> the LW server doesn't serve the binaries anymore, so yes... it includes the mirrors
07:44:05 *** ProfFrink is now known as Prof_Frink
07:44:23 <planetmaker> hm... interesting, why does beta get more downloads than the stable?
07:45:43 <DDR> It's pretty stable itself, it adds great new features. There is really not any disincentive to use it.
07:46:51 <DDR> Also, I believe the beta is the community standard. Check multiplayer server versions. :)
07:47:27 <planetmaker> DDR: the servers run the stable release mostly. And the betas are not much more than re-labeled nightlies. So I could play those...
07:48:15 <Rubidium> oh, the stats from around Christmas a skewed due to 0.7.5 too :)
07:48:27 <dih> planetmaker: there's just a difference between what you know and what a bunch of people believe to know ^^
07:48:39 <DDR> Hm, it's been a few weeks since I looked into the situation... and downloaded the beta. You know what?
07:48:59 <Rubidium> there's almost as many 1.0.0 downloads in a little less than 1 week as 1.0.0-beta1 in those two weeks
07:49:08 <planetmaker> DDR: a few weeks ago stable 1.0 release servers just could not have been running...
07:49:38 <planetmaker> ok, that's more to what I expected, Rubidium :-)
07:49:54 <DDR> Well... I often forget what I had for breakfast, it's probable I've just forgotten what I'm talking about.
07:50:29 <DDR> ***Not a reliable source.***
07:53:11 <Rubidium> nevertheless, the peak back than is higher than it's now although the bananas download count is significantly higher than during beta1
07:54:03 <Rubidium> in 5 days: 200 GiB via LW and 400 GiB via the mirrors
07:54:48 <Rubidium> that's about the bandwidth of April in 2009
07:55:31 * peter1138 waits for everything to swap back in so that it can quit
07:55:35 <lennard> oh, that reminds me, I need to tell you guys some moments in time when the utwente mirror will be unavailable
07:56:17 <lennard> I'll need to look it up, but its over a week from now :)
07:57:42 <Rubidium> lennard: work on the power units?
07:57:57 <peter1138> ah, quitting monodevelop drops swap from 3GB used to 0.5GB
07:58:02 *** Zephyris_ has joined #openttd
07:58:06 <Rubidium> then it's the 16th and 23rd from 15:00-00:00 UTC
07:59:17 <lennard> oh my they actually made an app
08:01:46 <lennard> well, at any rate, we plan to have the mirror simply be offline during the maintenance (real time down is from 06:00-09:00 UTC in both cases)
08:02:01 <lennard> well, at any rate, we plan to have the mirror simply be offline during the maintenance (real time down is from 18:00-21:00 UTC in both cases)
08:06:07 <Forked> wee.. you made slashdot
08:22:16 *** einKarl has joined #openttd
08:22:37 <Rubidium> openttd-1.0.0/src/newgrf_engine.cpp:4133567: error: expected unqualified-id
08:22:50 <Rubidium> somehow I think we don't have that many lines :)
08:32:24 *** Terkhen has joined #openttd
08:40:01 <peter1138> what produced that error?
08:40:16 <Rubidium> peter1138: some sparc gcc
08:54:42 *** devilsadvocate has joined #openttd
08:57:53 *** JVassie has joined #openttd
09:17:21 <TrueBrain> we are receiving 6 visits per minute from slashdot .. can anyone go give slashdot a hug? :)
09:19:10 <TrueBrain> (assuming all have their referer active)
09:21:05 *** Coco-Banana-Man has joined #openttd
09:21:23 <DorpsGek> TrueBrain: 0.820738390539
09:22:41 <blathijs> TrueBrain: 1.0 release was featured on /.?
09:23:41 *** Mrruben5 has joined #openttd
09:23:46 <TrueBrain> normally we handle 6 to 7 hits per second. Since 1.0.0 this is between 12 and 16 hits per second. Currently, we are at a rate of 25 hits per second :p
09:24:12 <Rubidium> TrueBrain: are usually much quieter anyway
09:24:43 <Rubidium> why did I not write that?
09:24:45 <TrueBrain> you really make no sense, I think you typed a partly sentence
09:25:37 <Rubidium> anyhow, 30-35 downloads an hour from 2-5 UTC, 130-140 downloads from 15-19 UTC
09:26:13 <Rubidium> average hourly downloads is 90
09:26:55 <Rubidium> so given the download stats and your averages we're at roughly twice the normal amount
09:27:13 <TrueBrain> euh, make that '25' more like '40' ;)
09:28:01 <TrueBrain> Rubidium: let me put the stats differently: yesterday in the 08:00-08:59 range, there were 70k hits. Today that number was 173k
09:28:43 <TrueBrain> @calc 173075 / 68298
09:28:43 <DorpsGek> TrueBrain: 2.53411520103
09:29:40 <TrueBrain> random other stats: Python (Django), serving main website appears relative stable. php-cgi, serving bugs/wiki are having a hard time handling it .. go figure
09:32:58 <blathijs> TrueBrain: The PHP code needs to reinitialize one every request, which probably makes it more heavy
09:33:41 <TrueBrain> which makes PHP suck ass, yes :)
09:36:40 <dih> TrueBrain: got an accelerator?
09:37:29 <TrueBrain> lol: no; and wouldn't help :)
09:39:57 <TrueBrain> because the time is not in the compiling. It is in handling and replying to the request, at this rate
09:40:44 <blathijs> and setting up database connections, and processing configuration, etc. I guess
09:41:25 <TrueBrain> Django for example has a MySQL connection ready at all times, mmmuuucccchhhhh faster :)
09:41:41 <dih> yeah, that must be nice :-)
09:42:57 <dih> my php does support persistent connections
09:44:21 <TrueBrain> unless you run your php stuff as a stand-alone app, it never really is
09:45:13 <blathijs> TrueBrain: With php-cgi or mod_cgi, the mysql_pconnect would save some trouble of connection setup though
09:45:37 <TrueBrain> blathijs: in return, killing your MySQL because of dangling connections ;)
09:47:29 <dih> i dont use php-cgi but a php module
09:53:41 <TrueBrain> hmm .. funny: the downloads amount went up with the same rate as the hits per second went up, meaning that our normal visitors download as often the game as slashdotters do :p
09:54:08 *** zachanima has joined #openttd
09:59:17 *** Doorslammer has joined #openttd
10:03:35 <Ammler> traffic of DevZone also doubled since April 1st
10:04:31 <Ammler> from 400 to 900 visits
10:06:01 <TrueBrain> to be expected, I guess
10:06:07 <Ammler> hmm, that is bundles., dev. has also doubled from 500 to 1000, silly,
10:06:27 <TrueBrain> strangly though, this channel hasnt been more empty :p
10:07:59 <Ammler> he someone commented that you should make a installier to include the addons ;-)
10:08:45 <Ammler> oh well, bon appetit :-)
10:23:02 *** oskari89 has joined #openttd
10:35:50 *** TinoDidriksen has joined #openttd
10:48:40 *** Aylomen has joined #openttd
10:48:40 <ragzid> any idea why I can't build Junk Yard in Scenario editor? i always says "...site unsuitable". but generating "many random industries" creates it...
10:50:21 *** KenjiE20 has joined #openttd
10:54:53 <peter1138> speak to george i guess
10:55:01 <planetmaker> rather to andythenorth
10:55:51 <planetmaker> Dunno the pacement rules for those, though. SE should be SE. Maybe it requires vicinity of towns or alike
10:56:13 <glx> or special landscape layout
10:56:29 <planetmaker> seems even more likely.
11:02:19 <ragzid> hmm, now I figured that out... it must be built near the town and enough flat space around
11:05:31 <dih> and what is "enough flat space" ?
11:06:14 *** Biolunar_ is now known as Biolunar
11:06:33 <ragzid> maybe 1 or 2 square around
11:07:21 <Rubidium> dih: ain't no lighty
11:07:30 <TrueBrain> who still uses apache :s
11:07:52 <svip> In fact, most of all webservers.
11:08:05 <TrueBrain> number is reducing fast :)
11:08:19 <svip> :P Well, I just slapped a decent cache engine over Apache.
11:08:27 <svip> So now its slowish hog ain't present anymore.
11:08:42 <dih> svip - define 'decent cache engine'
11:09:10 <TrueBrain> Apache is just 55% of all httpds (netcraft, March 2010)
11:10:04 <TrueBrain> 7% is nginx (what we use too)
11:10:25 <svip> I only use Apache out of habit.
11:10:34 <svip> A decent setup will still get you performance, however.
11:10:51 <svip> I have not yet seen a reason to switch.
11:10:58 <TrueBrain> a bike works too. But I dislike driving 100km with it
11:11:13 <svip> Well, I ain't riding my Apache server.
11:11:17 <dih> TrueBrain: can you give me some numbers from the sql server? i.e. statements / second?
11:11:20 <svip> Besides, I isntalled Varnish.
11:11:25 <svip> Which is like installing rockets on your bike.
11:11:49 <TrueBrain> svip: so maybe it now is fast, but an even higher chance to miss a turn ;)
11:11:59 *** lobster has joined #openttd
11:12:19 <svip> It actually performs without a hitch.
11:12:33 <TrueBrain> Apache can work very nice and stuff :)
11:12:42 <TrueBrain> just ... there are faster things out there :)
11:14:24 <svip> It reacts faster than Google's Analytics. :(
11:14:55 <TrueBrain> that aint that hard :)
11:15:04 <dih> you really think that is a good comparison?
11:15:18 <svip> But I was using Google Analytics.
11:15:20 <dih> i mean, comparing your setup against google? :-P
11:15:21 <svip> And its speed was annoying me.
11:15:48 <TrueBrain> @calc 178211 / 3600
11:15:48 <DorpsGek> TrueBrain: 49.5030555556
11:15:59 <TrueBrain> 50 hits per second and stable ... I think this setup is working :)
11:16:50 <TrueBrain> still 150% increase in normal traffic
11:17:17 <svip> Well, so far, we only get like... 200k hits a day.
11:17:21 <TrueBrain> our main server is running at 10 mbit/s .. still plenty to grow :)
11:18:41 <TrueBrain> 55 GB to US (from 1st of April), 325 GB to the rest, for binaries.openttd.org
11:18:50 <TrueBrain> this game really isn't catching on in the US :p
11:19:01 <svip> What do Americans know? :P
11:19:57 <TrueBrain> 73k downloads of release files, of which 25% is most likely 1.0.0 release, so that is almost 20k installs in 6 days time :p
11:19:58 <svip> It only seems to update when it feels like it.
11:20:21 <svip> It just skipped the first three days of this month.
11:20:50 <TrueBrain> nah, I have 31k confirmed, so that number is on the low side ...
11:21:09 <svip> Yeah, my server isn't serving binary files.
11:21:15 <TrueBrain> strangely enough, 2% of the downloads yesterday was for 0.6.3 :s
11:21:15 <svip> It is just serving Futurama information for the people.
11:22:25 <dih> we have about 500-600 'useful' statements / second to your sql server
11:23:23 <TrueBrain> since 2008-09-14, OpenTTD has been downloaded 1.2M times
11:23:46 <TrueBrain> 1M releases, 0.13M nightlies
11:23:59 <TrueBrain> we still have a lot to grow :)
11:25:59 <svip> And so do we hope to do.
11:26:04 <svip> When Futurama returns this summer.
11:26:45 <dih> and an average of 190 established connections at any given time (according to netstat)
11:27:24 <Rubidium> TrueBrain: 31916 1.0.0 downloads up to 05-04 23:59 UTC
11:30:24 <TrueBrain> atm, on average, 1 person downloads OpenTTD every 6 seconds :p
11:30:36 <TrueBrain> (excluding linux distros and stuff of course :p)
11:38:17 <OwenS> I find that its "only" 0.13M nightlies is unimpressive considering how often people redownload them :-(
11:38:57 <planetmaker> OwenS, I guess that doesn't count the source checkouts.
11:39:14 <OwenS> That would be hard considering the multitude of repositories
11:39:39 <ragzid> sync sv->git happens once a day?
11:40:00 *** roboboy has joined #openttd
11:48:49 <Rubidium> must say Varnish looks ingenious, but I fear it doesn't do much good. Much of the content it automatically generated (i.e. uncachable), uses cookies (i.e. uncachable) or is already cached
11:54:01 <Mazur> You know, when you build a double one-way track for stopping trains, it really helps if you maake hte one way path signals on one track facing the opposite way.
11:58:08 *** rhaeder has joined #openttd
12:00:06 <Mazur> Oh well, I thought it funny when I discovered the error.
12:02:16 *** ragzid is now known as ragzid|cooking
12:07:52 <OwenS> The Itanic continues to sink - MS is officially dropping Itanium from future Windows Server releases
12:09:14 <Rubidium> who cares, as long as OpenTTD compiles & runs on Itanium it's not lost yet
12:09:35 <TrueBrain> Itanium was lost before it was released :p
12:17:08 <svip> What is Itanium and why should I care?
12:17:27 <FauxFaux> A cpu architecture even more insignificant than x86_32.
12:18:35 <peter1138> it was intel's original version of a 64 bit platform until amd's trumped it.
12:18:48 <blathijs> Rubidium: OpenTTD will still need an OS to run on, though :-)
12:19:15 <Rubidium> blathijs: that's what's Debian for
12:19:44 <peter1138> Debian's new name: OpenTTDOS
12:20:19 <svip> Just make a LiveCD of a Linux distro which only runs OpenTTD.
12:20:28 <Rubidium> peter1138: shall we at the same time release a DOS version of OpenTTD called OpenTTDOS?
12:20:56 <peter1138> yes, just runfreedos
12:21:01 <blathijs> Rubidium: Ah, we compile on Debian / Itanium, not Windows / Itanium of course :-)
12:28:00 *** lasershock has joined #openttd
12:45:44 <KenjiE20> hm, OpenTTD 1.0.0 is on slashdot
12:46:12 <OwenS> And loads of people there are complaining about the old AI *facepalm*
12:47:25 <KenjiE20> they're only marginally better than youtube commenters
12:48:31 <OwenS> For Youtube, theres Feyntube.js, which replaces the inane drivel with Richard Feynman quotes
12:49:26 <KenjiE20> I just don't ever read them
12:50:08 <ddfreyne> i cannot help but feel that diagonal bridges/tunnels would make some constructions so much easier… probably rather hard to write a patch for that, though
12:51:06 <KenjiE20> It's been proposed a couple times on TT-F
12:51:57 <KenjiE20> it would be awesome though, to be able to built proper flyovers :)
12:52:39 <OwenS> And if you're implementing it, you probably just rewrote the map array.. so why not implement lomo-style complex bridges? :P
12:53:04 <ddfreyne> lomo-style complex bridges? needs some explanation :)
12:53:20 <OwenS> Multiple elevation changes, corners, etc
12:53:45 <ddfreyne> (that *would* be useful too :P)
13:00:12 *** TheMask96 has joined #openttd
13:00:42 <TrueBrain> our httpd just reached 55 hits per second :p (was 35 3 hours ago)
13:01:03 <Rubidium> oh noes... the server's 15 minute average load has breached 1
13:02:06 <TrueBrain> I really wonder if we wil survive this day without downtime ;)
13:02:38 <OwenS> TrueBrain: Its Lighty isn't it? :p
13:04:00 <OwenS> What is used for the static content then?
13:04:06 <Rubidium> offloading ~20 Mbps to mirrors... lovely
13:04:19 <Rubidium> OwenS: lighty behind nginx I think
13:04:30 <Rubidium> mirror distribution is python behind nginx
13:04:49 <Rubidium> svn over http is apache behind nginx
13:05:07 <OwenS> Using LightHTTPd for the static seems a little silly. As for mirror distribution, I'd be tempted to learn Perl and have it run in-httpd
13:05:55 <Rubidium> OwenS: the mirror distribution is a webserver written in python dedicated to mirroring
13:06:29 <TrueBrain> OwenS: it depends on what you request, but our front httpd is always nginx
13:06:36 <TrueBrain> and using Perl for httpd is stupid
13:06:38 <TrueBrain> there are more efficient ways
13:07:13 <ashb_> less stupid than using ruby(1.8)
13:07:27 <OwenS> ashb_: Python owns Ruby any day :p
13:07:56 <OwenS> BTW, did you see the formal proof someone created that Perl is unparsable?
13:07:56 <ashb_> depends on your metrics. in raw thruput ruby sucks huge donkey balls
13:08:30 <TrueBrain> for ruby, you need to be well aware of your software
13:08:31 <ashb_> OwenS: in a context-free-manner, sure. well known inside perl community
13:08:58 <OwenS> ashb_: Not just in a context-free manner. It is completely impossible to parse Perl
13:09:29 <ashb_> what is the defintion of 'parse' there?
13:09:43 <OwenS> ashb_: Compose a syntax tree from the code. Do not execute any of it.
13:10:08 <ashb_> okay if oyu mean parse only and never exec files then okay
13:10:14 <ashb_> s/files/any code at all/
13:10:23 <OwenS> That is the definition of parse ;-)
13:10:39 <ashb_> not strictly. you can parse one file given the right context
13:10:47 <ashb_> the context involves executing some code :)
13:11:06 <OwenS> Parsing Perl is equivilant to solving the Halting Problem ;-)
13:11:09 <ddfreyne> in my experience lighttpd handles static files quite well, but I’m not used to dealing with distribution on this scale
13:11:21 <TrueBrain> lighttpd does it fine
13:11:23 <TrueBrain> nginx does it better
13:11:24 <ashb_> OwenS: only bad perl ;)
13:11:26 <TrueBrain> Apache does it wrong
13:11:42 <ddfreyne> you can’t parse perl unambiguously
13:11:44 *** Progman has joined #openttd
13:11:46 <OwenS> ashb_: Quite common perl actually
13:11:47 <ashb_> and it stems down to bareword method call.
13:11:57 <ashb_> OwenS: thats my defn of bad ;)
13:12:09 <OwenS> nginx owns any httpd server for performance. It just needs better config files
13:12:13 <TrueBrain> ddfreyne: wrongly formulated. You can _always_ parse thing unambigiously. Just it doesn't have to be unambigiously :)
13:12:35 <Rubidium> OwenS: except its performance to "leak" memory
13:12:52 <OwenS> Rubidium: Huh? Its lighthttpd which leaks
13:13:04 <ashb_> i prefer the config of nginx to lighty
13:13:15 <TrueBrain> even under this load, nginx is using 10 MiB RAM :p
13:13:31 <OwenS> ashb_: I have no experience with lighty, but nginx config, while simple, is limited. For example, no nested ifs
13:14:00 <Rubidium> OwenS: you're parsing it incorrectly
13:14:05 <ashb_> not needed that yet. but lighty is harder to parse (as a user) at a glance
13:14:27 <TrueBrain> lighttpd 1.5 had a more sane configure, but .. it seems that is dead
13:14:47 <ashb_> nginx confused the crap out of me at first with its proxy_pass;
13:14:52 <ashb_> it stomps on Host: header
13:15:08 <TrueBrain> Cherokee is best in configure
13:15:10 <blathijs> TrueBrain: That's an interesting thing to say about an unreleased version :-)
13:15:11 <TrueBrain> it comes with a webadmin :)
13:15:29 <TrueBrain> blathijs: why? The part about it being dead? Or more sane configure?
13:15:31 <OwenS> I use nginx exclusively. Except for mailman, which is proxied to apache because mailman sucks balls and uses CGI
13:15:40 <blathijs> TrueBrain: Your use of the past tense in "had" :-)
13:15:58 <TrueBrain> blathijs: well, there was NO development on the 1.5, so I consider it dead, so past tense :)
13:16:23 <blathijs> TrueBrain: But did development really cease? It does have some features I want, so I was hoping they'd finally release sometime soon...
13:16:39 <TrueBrain> what I gathered last time, is that they considered it a brainfart
13:16:47 <TrueBrain> and they continued back on 1.4
13:17:03 <TrueBrain> the are now so far apart ... I wouldn't hold my breath on a 1.5 release .. ever
13:17:17 <jordi> blathijs: have you seen the sparc issue?
13:17:28 <blathijs> jordi: Yeah, Rubidium also spotted it
13:17:31 <Rubidium> jordi: that's IMO a non-issue of OpenTTD
13:17:42 <Rubidium> jordi: just look closely at the line number
13:18:05 <Rubidium> jordi: newgrf_engine.cpp:4133567: error: expected unqualified-id
13:18:07 <ashb_> OwenS: seem the python mail project thiny?
13:18:17 <Rubidium> jordi: i.e. line number 4 million something
13:19:02 <ashb_> i don't know any details about it other than 'it exists'
13:19:05 <blathijs> jordi: Do you have access to a sparc machine? I was thinking about mailing the sparc porters about this issue / to ask for access.
13:19:08 <jordi> Rubidium: so your editor can't seek to line 4133567? ha ha!
13:19:32 <OwenS> ashb_: I don't want a new mail server. I want a decent mailing list manager :p
13:19:38 <jordi> blathijs: I could ask for access, but I guess a mail to debian-sparc is best
13:19:50 <jordi> OwenS: dude, ngix + mailman for the win
13:20:02 <OwenS> jordi: mailman doesn't work with nginx to my knowledge
13:20:26 <OwenS> blathijs/jordi: Considered asking for access to OpenSolaris' dev machines?
13:20:31 <TrueBrain> mailman sucks. period.
13:21:25 <Rubidium> jordi: no, my editor doesn't have access to 4132377 lines that are not in that file
13:21:42 <blathijs> OwenS: I'd rather try with a machine that runs Debian, since the build failed on Debian
13:22:14 <jordi> blathijs: some good hint would be to compare the GCC versions of the rc3 compile and this one
13:22:15 <OwenS> blathijs: Fair enough. Theres also GCC's compile farm, which is available to OSS projects
13:22:34 <jordi> that, or any tool that generates stiuff during the openttd build, etc.
13:23:06 <jordi> OwenS: if you're interested (and use Debian/Ubuntu), I can give you the package I'll uplooad to Debian eventually (the cgiwrapper)
13:23:37 <jordi> if you don't use Debian/Ubuntu, it's a trivial C file you can compile on your own
13:23:38 <OwenS> jordi: I'm not too bothered at the moment. Its nice to see one of those projects finally producing something viable though
13:23:39 <blathijs> jordi: Hmm, are older logs archived anywhere? Simply changing the version number in the url doesn't seem to work...
13:25:04 <jordi> OwenS: if you are, just ping me. the .deb has an example file for mailman. It's a 5 min job
13:25:07 <Rubidium> g++-4.4_4.4.3-5 vs g++-4.4_4.4.3-5
13:25:42 <OwenS> jordi: Now if only either Debian or Ubuntu would package a recent nginx version ;-)
13:26:06 <Rubidium> the toolchains are the same between rc3 and stable; the .cpp (or its dependencies) hasn't changed since rc3 either
13:26:14 *** Wizzleby has joined #openttd
13:26:17 <jordi> 0.7.x is current stable, right?
13:26:19 <Rubidium> the only thing that's different is that assertions aren't disabled
13:26:32 <KenjiE20> jordi: it's the first thing in the topic
13:26:56 <jordi> KenjiE20: I am aware about OpenTTD 1.0.0
13:27:06 <jordi> however, *nginx* is at 0.7.x :)
13:28:00 <jordi> OwenS: I mean, why do you *need* 0.8.x?
13:28:04 <OwenS> jordi: I think so. I really need to check and update
13:28:10 <blathijs> Rubidium: The build has been done a different machine, though, so that might a factor
13:28:21 <OwenS> jordi: Last I checked Ubuntu didn't even package nginx. I think i'm on an oldish 0.7, must recompile
13:28:22 <blathijs> I guess I'll mail debian-sparc for access later today
13:28:29 <Rubidium> blathijs: shoddy hardware :)
13:28:59 <jordi> blathijs: I don't think you'll be granted access, porter boxes are developer-only except a few (
13:29:23 <jordi> but I can do the test build if you want
13:30:02 <jordi> OwenS: debian testing & unstable have the very latest stable, fwiw
13:30:31 <jordi> OwenS: and the same version is available from backports.
13:30:34 <blathijs> jordi: It wasn't a problem for the hurd porter's machine a while back
13:31:14 <jordi> yeah, hurd and kfreebsd have granted more open access than DSA-administered boxes
13:31:28 <OwenS> jordi: If only I ran Debian then ;-)
13:32:03 <jordi> OwenS: what do you use?
13:32:38 <jordi> ah, our small cousin. :P
13:32:57 <jordi> blathijs: should I ask for the build-deps?
13:33:21 <OwenS> Assuming its a SPARC issue, should it not show up on other SPARC boxen?
13:33:44 <jordi> I suspect this is something weird with that buildd
13:33:46 <Rubidium> I think it's just a fluke
13:34:18 * jordi tries to find out if #debian-sparc exists
13:34:23 <blathijs> jordi: Yeah, I guess so. I was considering compiling just this one file, but that probably only works properly after a full configure etc.
13:37:32 * jordi tries to find out who needs some nagging to see if 1.0.0 in Ubuntu 10.04 is possible
13:38:25 <Rubidium> would slashdot coverage "help" that cause?
13:38:50 <jordi> I've found the optimal target. Attack launching!
13:47:50 * jordi does the necessary stuff
13:48:43 <dih> you do the necessary stuff for 'hope' ?
13:51:49 *** Adambean has joined #openttd
13:53:19 <OwenS> I should dig out my Qt FastCGI/SCGI library...
13:56:22 <OwenS> Gyah. Why does MSIE only support TLSv1.1 server name indication on Vista and higher?! :-(
13:59:43 <ddfreyne> whoa, weird, my loan was £1M but the max loan is only £500K… weird.
14:00:08 <Rubidium> you took over some AIs
14:02:38 *** ChanServ sets mode: +v glx_
14:03:37 *** glx is now known as Guest1506
14:06:45 *** Wizzleby has joined #openttd
14:08:22 <Mazur> Man, I made some ugly weird shit trackwise.
14:08:28 <ddfreyne> any way to get a list of all depots?
14:09:23 <planetmaker> well.... yes. But you won't like the method :-P
14:09:38 <planetmaker> Scroll the map and not each depot on a piece of paper :-P
14:09:44 <Mazur> CLeaning it up is a heacache, too, since I don't want to stop the trains.
14:10:47 <dih> note the tile number, then you can also use the command 'scrollto' :-P
14:11:19 <ddfreyne> but even if it were a small one, I wouldn’t enjoy it :)
14:11:33 <dih> i always remembered where my depots were
14:11:46 <dih> i could spot them just by looking at the track layout in the minimap
14:11:57 <OwenS> Plop signs on top of them?
14:13:41 <Ammler> or simply use only one depot
14:14:16 <planetmaker> stopped trains can also be found in the train list. They have a blue bullet
14:15:43 * ddfreyne bought a competitor but there’s lots of awful depots around the place
14:17:28 *** ChanServ sets mode: +v glx_
14:18:13 <planetmaker> just get out the BIG dynamite
14:19:27 *** devilsadvocate has quit IRC
14:21:09 *** Hirundo has joined #openttd
14:23:04 *** V453000 has joined #openttd
14:28:52 <planetmaker> hm... The unowned industry colour issue desync - can that be happening in 1.0.0?
14:29:06 <planetmaker> (or do I recall one of those commit messages just wrongly?)
14:30:17 <planetmaker> should it then always affect all people or a random amount? The latter, right?
14:30:20 <Rubidium> planetmaker: it can, it's just unlikely as it's been that way for years
14:30:36 <planetmaker> We just had 5/10 players desync.
14:30:46 <Yexo> planetmaker: that desync will only happen if an industry newgrf uses var 0x45 in a gui-callback
14:30:54 <planetmaker> No newgrf. Then not.
14:31:08 <planetmaker> right. Forgot that part of the commit message, Thx Yexo
14:31:37 *** ChanServ sets mode: +v glx_
14:32:26 *** glx is now known as Guest1511
14:34:09 <Rubidium> planetmaker: and you can talk to those people that desync?
14:35:07 <planetmaker> what should I ask except the origin of their binary?
14:35:25 *** devilsadvocate has joined #openttd
14:37:10 *** ChanServ sets mode: +v glx_
14:42:30 <planetmaker> Rubidium, those two I could get hold of: both from your website, one Ubuntu 9.10 and Windows7 64bit.
14:43:43 <planetmaker> the ubuntu one is 32bit OS
14:44:14 <Rubidium> odd; then I don't really have a clue :(
14:50:04 <Rubidium> I'm still a bit flabbergasted that it works for basically a year without desyncs and now the show up for you (and seemingly you alone)
14:55:24 <planetmaker> I have to admit that it may look suspicious :-)
14:56:05 <Ammler> well, it is patched with smatz log patch
14:56:09 <planetmaker> But from - not only the chat I had right now with those two players - many people seem not aware that it is a problem: they rather attribute it to faulty connection and so on
14:56:56 <planetmaker> and if (other) admins don't monitor a game actively, such desyncs will pass by unnoticed.
14:57:04 <planetmaker> I know, weak arguments.
14:57:30 <planetmaker> Interestingly I haven't seen one on our main server, the PublicServer.
14:57:34 <Ammler> but true, the other busy servers are the goal server, which are quite much patched
14:57:42 <Ammler> so they wouldn't report such desyncs
14:57:47 <planetmaker> they must not report ;-)
14:58:48 <dih> ps too is patched, is it not?
14:58:59 <planetmaker> with a logging patch.
14:59:05 <OwenS> planetmaker: Which server did this occur on then?
14:59:14 <planetmaker> OwenS, our 1.0.0 server
15:01:15 <planetmaker> hm... having the stable server run in desync mode would probably be pretty bad on the machine ;-)
15:01:47 <Rubidium> planetmaker: -ddesnyc=2 shouldn't be that hard on the server
15:02:18 <planetmaker> does that help, if the clients are non-desync clients? Does it work then at all?
15:02:50 <Rubidium> however, it's best to have some savegame to load once you've started a game with -ddesync=2
15:03:45 <planetmaker> you mean to load a game and keep that available?
15:03:52 <Rubidium> planetmaker: what it does is log all commands and the (game) time including when people join. That way one should be able to recreate the exact steps to reproduce it
15:04:58 *** jonty-comp is now known as jonty-comp`
15:05:19 <planetmaker> ok... so we re-compile the stable server with desync-debug enabled and set the desync debug level to 2
15:05:30 <planetmaker> And keep especially the savegame which was initially loaded
15:05:38 *** jonty-comp` is now known as jonty-comp^
15:05:43 <Rubidium> just run openttd with -ddesync=2
15:05:52 <Rubidium> just the binary you're running now
15:05:57 <Yexo> or do "debug_level desync=2" in the console
15:06:12 <Yexo> then save and load the game
15:06:31 <Rubidium> yeah, especially the loading is needed
15:06:51 <Rubidium> because from then it becomes "reproducable"
15:09:32 <planetmaker> :-O 22 players... :-) So chances are there
15:12:36 <planetmaker> hm... what would be the output file for the command log?
15:12:54 <Yexo> stderr, same as with other debug output
15:13:01 <Yexo> or maybe stdout, not sure
15:13:14 <planetmaker> hm, ok, then I need to tee autopilot's output
15:13:26 <dih> mkfifo for stdin stdout and stderr and use redirections ;-)
15:13:34 <Rubidium> planetmaker: autosave/commands.txt or so gets the autoput
15:15:04 <Rubidium> what did you do!?! :(
15:15:43 <planetmaker> what I did? I restarted the server so that autopilot's talking is piped into a file
15:17:05 *** kannerke has joined #openttd
15:29:09 *** ChanServ sets mode: +v glx_
15:30:00 <jordi> blathijs: I need a diff between 0.7.5-1 and 1.0.0-1 of the Debian changes
15:31:04 <blathijs> jordi: For review, I guess?
15:31:45 <jordi> ie, I need to attach that to the bug report
15:32:09 <blathijs> jordi: I'll have a look
15:32:21 <jordi> probably a diff of changelog.txt too
15:33:06 <blathijs> e.g., upstream changelog?
15:33:40 <Aylomen> wow....didn't think that city-builder is such a stress game :D
15:33:43 <jordi> after that I can request sync to Debian
15:42:35 <blathijs> jordi: I'll attach the files to the report
15:43:03 <blathijs> I tried using debdiff, but I can't tell it to just list changes to debian/, so I'm just using the git diff instead (which should be fine, of course)
15:43:27 *** zombie_monkey has joined #openttd
15:43:49 <jordi> git diff is what I was trying to get
15:43:54 <jordi> but I was getting upstream stuff too
15:44:22 <zombie_monkey> Hi, I rummaged through the wiki and manual, but I'm still not quite sure about one or two basic game mechanics, is this an appropriate place to ask?
15:45:02 <Mazur> Seems to be, I asked all my stoopid newbie stuff here and got polite answers.
15:45:46 <Eddi|zuHause> ... we're definitely too good to people :p
15:46:06 <blathijs> jordi: Yeah, I used "git diff debian/0.7.5-1 debian/1.0.0-1 debian" now (the last "debian" is a pathname)
15:46:13 <Mazur> Lots of my network still looks like it was designed by a deranged lunatic with a picasso complex while having the fits.
15:47:41 <Mazur> I'm cleaning it up, though.
15:49:04 <Mazur> Just now unravelled a nightmare at a city, cleaning out 4 bridges and 3 tunnels.
15:50:10 *** lasershock has joined #openttd
15:50:23 <zombie_monkey> well the thing is: I can get info on what a square accepts, but does a station have to have the whole of, say, an iron ore mine in its coverage area, to have access to the whole production?
15:51:30 <zombie_monkey> so I can have just one square of a coal mine but all of the production of the mine will still be accessible to trains form that station?
15:52:47 <zombie_monkey> I was just wondering because individual squares of production facilities have individual accepts
15:56:15 <blathijs> jordi: Anything else? :-)
15:56:29 *** OwenSX-28AC has joined #openttd
15:56:48 *** OwenS is now known as Guest1524
15:56:48 *** OwenSX-28AC is now known as OwenS
15:57:00 *** Guest1524 has left #openttd
15:57:58 <jordi> blathijs: no,I just subscribed ubuntu-release
15:58:05 <jordi> and now will ask for seconds
16:01:04 <jordi> core ubuntu people to say "this looks ok"
16:01:30 <jordi> the biggest issue is the need to import many new packages
16:10:49 *** Grelouk has joined #openttd
16:19:44 *** |Jeroen| has joined #openttd
16:20:10 *** welshdragon has joined #openttd
16:27:18 *** ChanServ sets mode: +v glx_
16:36:25 <Rubidium> planetmaker: still no desync :(
16:36:31 *** jonty-comp^ is now known as jonty-comp
16:42:31 *** fonsinchen has joined #openttd
16:56:41 *** Beklugas has joined #openttd
16:59:17 *** Beklugas has joined #openttd
17:01:07 *** Beklugas is now known as Belugas
17:04:57 <planetmaker> I guess we'll have to wait. Sorry... If I could force it, I'd do it ;-)
17:05:03 <planetmaker> But then it wouldn't be required.
17:05:57 *** Polygon has joined #openttd
17:06:26 *** devilsadvocate has quit IRC
17:41:32 *** devilsadvocate has joined #openttd
17:46:10 <CIA-6> OpenTTD: translators * r19568 /trunk/src/lang/ (12 files): (log message trimmed)
17:46:10 <CIA-6> OpenTTD: -Update from WebTranslator v3.0:
17:46:10 <CIA-6> OpenTTD: simplified_chinese - 15 changes by mfans
17:46:10 <CIA-6> OpenTTD: traditional_chinese - 13 changes by josesun
17:46:10 <CIA-6> OpenTTD: croatian - 1 changes by VoyagerOne
17:46:12 <CIA-6> OpenTTD: danish - 12 changes by silentStatic
17:46:12 <CIA-6> OpenTTD: dutch - 13 changes by habell
17:50:33 *** ChanServ sets mode: +v glx_
18:11:19 *** Biolunar has joined #openttd
18:13:48 *** larsemil has joined #openttd
18:14:12 <larsemil> So. my openttd drains 100% cpu all the itme. what could be the cause. using version 1.0 with latest nightly open gfx
18:14:29 <Rubidium> larsemil: and you're using Ubuntu, right?
18:15:14 <Rubidium> then read known-bugs.txt, the part about CPU usage and such
18:15:15 *** Terkhen has joined #openttd
18:18:00 <larsemil> Rubidium: where do i find it?
18:19:07 <Rubidium> although also somewhere in /usr/share/docs or so on Ubuntu
18:29:09 *** JVassie has joined #openttd
18:34:15 *** ajmiles has joined #openttd
18:35:46 *** Grelouk has joined #openttd
18:38:57 <yuriks> what is the correct sign formation to use on a triangle intersection?
18:40:00 <Eddi|zuHause> yuriks: one for each rail segment.
18:44:47 <yuriks> normal signalers seem to create deadlocks sometimes
18:48:07 <SmatZ> PeterT: yuriks looks suspicious :)
18:48:23 <PeterT> I thought the same thing :-)
18:48:28 <Rubidium> planetmaker: why is waiting for a desync so boring?
18:48:41 <PeterT> but yuriks has a different host name
18:48:54 *** V453000 is now known as Guest1536
18:50:18 <SmatZ> yuriks: probably nobody understands your question
18:50:30 <Yexo> yuriks: if you have 2 trains on those tracks, and they share only one part of that rails, then you put an exit signal on that piece of track and entry-signals on the other two
18:50:46 <Eddi|zuHause> yuriks: if you use path signals (second one from the right/fifth from the left) it should be easier to get deadlock-free
18:51:15 <SmatZ> ok, it is just me who didn't understand it :)
18:51:26 <Yexo> if you want to use path signals, put a path signal where I said entry-signal and don't put any signal where I said exit signal
18:52:30 *** V453000 has joined #openttd
18:53:50 *** andythenorth has joined #openttd
18:56:22 <ragzid|cooking> imho is better to use double-track if you have enough money
18:57:15 * ragzid|cooking is no longer cooking
18:57:20 *** ragzid|cooking is now known as ragzid
18:59:01 <snaqo> hello. anybody having sound problems on linux ?
18:59:18 <Rubidium> snaqo: by Linux you mean Ubuntu, right?
18:59:41 <__ln__> Rubidium: are there others?
18:59:51 <Rubidium> and by problems you mean that there is sound but that it's crackling or interrupted, right?
19:00:07 <Muxy> Hello TTD Gamers/devs/...
19:00:13 <__ln__> everyone is having sound trouble on linux, thanks to pulseaudio.
19:00:38 <Muxy> PeterT: The Goulp Server Side Patch is ready on tt-forums
19:01:00 <Muxy> it will cost you a big-mac
19:01:29 <Muxy> on your next trip to europe
19:01:31 * PeterT gives Muxy a ticket to see a concert of your choosing
19:01:38 <PeterT> Muxy: I'm going to Spain in April
19:02:23 <__ln__> PeterT: it is April already
19:02:35 *** ChanServ sets mode: +v tokai
19:02:42 *** welshdragon has joined #openttd
19:02:43 <snaqo> i read that. but it's not only about cpu usage: no sounds play at all
19:02:59 <snaqo> songs seem to last 0 seconds, they keep switching
19:03:04 <snaqo> anybody having anything similar?
19:03:17 <Eddi|zuHause> PeterT: shouldn't "april vacations" usually be the week before or after easter?
19:03:27 <ragzid> snaqo: missing timidity?
19:03:28 <snaqo> Rubidium: ubuntu 64 bits, yes
19:03:29 <__ln__> PeterT: ¿adónde vas a viajar?
19:03:35 <Eddi|zuHause> at least that's how it works here...
19:03:35 <PeterT> Not in America, aparently
19:03:53 <Yexo> snaqo: do you actually have a music set?
19:03:54 <PeterT> __ln__: Voy a Madrid, Morroco
19:04:10 <snaqo> yes. i have the original and i downloaded OpenSFX/MSX
19:04:13 <Eddi|zuHause> and in may the vacation is around pentecoste (is that the name?)
19:04:53 <snaqo> heh. i installed 'timidity' and it's working now
19:05:00 <Rubidium> snaqo: in the game options window, what does it say for sound and music set?
19:05:28 <snaqo> its working now. why isn't this package a dependency of the .deb ?
19:05:44 <snaqo> timidity (optional, for playing the music)
19:05:45 <Eddi|zuHause> i don't know about your geography, but in mine, Morocco is not in Spain
19:05:56 <Rubidium> snaqo: because it isn't required to run OpenTTD
19:06:12 <Rubidium> and it is a "suggests" dependency of OpenTTD
19:06:39 <snaqo> yeah.. its a trade.. its not 'dependent' but it is required if you want the original experience
19:06:53 <snaqo> some users may think it's just not working
19:07:38 <snaqo> well.. thanks a lot :) good work
19:09:45 <__ln__> PeterT: ¿has estado en España antes?
19:11:12 <yuriks> Eddi|zuHause, Yexo: I used combo-signals on all 3 entrances/exists and it seems to have worked... for now
19:11:39 <Yexo> yuriks: that isn't foolproof, it'll deadlock again at some time
19:14:33 <yuriks> when you say 'use two tracks', do you mean two one way tracks?
19:18:30 <zombie_monkey> you can't switch transport methods, it seems
19:18:50 <zombie_monkey> like, have something transported partly by tran, partly by truck
19:19:16 <zombie_monkey> stations accept certain goods and supply certain goods and that's that?
19:30:12 <TrueBrain> tsss, the slashdot effect is already over :(
19:30:33 *** Nite_Owl has joined #openttd
19:31:30 <Rubidium> TrueBrain: yeah, it feel from the frontpage
19:34:24 <andythenorth> Hah. "Conclusive proof" that OpenTTD is not a train game :P
19:34:49 <andythenorth> Apparently it's an "Urban planning and simulation game"
19:34:59 <andythenorth> I had better start on a town set :P
19:36:48 <andythenorth> That is google result number 3 for "OpenTTD"
19:37:53 <PeterT> then www.openttd.org/download-stable
19:37:58 <PeterT> then en.wikipedia.org/wiki/OpenTTD
19:38:47 <zombie_monkey> I used to play TT a long itme ago, and I had heard of OpenTTD a lot lately, probably because it was nearing 1.0.0
19:38:50 <TrueBrain> that is the 3rd in my book ...
19:39:10 <Yexo> counting to 3 is apparently difficult for PeterT :p
19:39:32 <TrueBrain> PeterT: first you have number 1, that is the first, the one on top
19:39:37 <TrueBrain> then comes 2, the one below that, the second
19:39:47 <TrueBrain> then, yes, then, comes 3, the third, the one below the second, and two below the top
19:39:52 * andythenorth reads slashdot comments
19:40:08 <andythenorth> a habit I stopped a few years ago as a waste of life
19:40:26 <TrueBrain> in general it does not contribute to the general health, reading /. comments ;)
19:43:42 *** DaleStan_ has joined #openttd
19:43:42 *** DaleStan is now known as Guest1540
19:43:42 *** DaleStan_ is now known as DaleStan
19:45:24 <Rubidium> what's this whole notion of 2560x1440 is the maximum resolution? Where does that myth come from?
19:45:41 <Rubidium> Miss Byron, can you debunk that myth?
19:46:16 <Progman> and the product is not called "Open Transport Tycoon" *g*
19:46:21 <__ln__> The existence of such a limit can only be confirmed by Savage & Hyneman.
19:49:16 <TrueBrain> Rubidium: we in fact once had a limit on the resolution, so I guess from there that grew?
19:49:30 <andythenorth> Isn't marketing fun :D
19:49:56 <Rubidium> TrueBrain: yeah, but that limit was significantly lower than that number they pulled out of their arse
19:50:18 <TrueBrain> can;t remember the res. Only know it happened only on dualscreens in that time
19:52:38 <andythenorth> you can post comments on that site no?
19:52:56 <Rubidium> or that German site?
19:56:47 <Terkhen> I have found a blog complaining that the free graphics are not included at the installer and that they are not listed as a suggested package (and even claiming that OpenGFX is not packaged separatedly)
19:58:03 *** Adambean has joined #openttd
19:58:51 <Nite_Owl> you cannot please all of the people all of the time
19:59:01 <andythenorth> Terkhen: there's a slashdot comment saying the same thing
20:00:17 <Nite_Owl> if you offered to go to their home and do the installation for them and then teach them how to play the game some people would still complain that you have not done enough
20:01:35 * andythenorth wonders what causes them to think they don't have the files though?
20:01:54 <Nite_Owl> learning how to play a game is half the fun provided that you remember that it is just a game
20:02:27 <Rubidium> andythenorth: 85% of the people who react badly there react that way because that's the only way they get any attention
20:03:15 <andythenorth> It's one step up from YT comments in the food chain
20:03:29 <Terkhen> that's probably what happened with this blog entry... appears fourth when searching for "openttd 1.0.0" in spanish google
20:03:37 <Rubidium> andythenorth: youtube's probably 95%
20:03:49 <Terkhen> it has no comments, though
20:05:11 *** ChanServ sets mode: +v glx_
20:10:36 <Terkhen> he has a point, though: when not starting OpenTTD from a console it silently fails to start with no messages at all (linux)... but I thought that linux users would notice the links to free graphics / sound / music just over the download link
20:11:26 <andythenorth> it's all about the out-of-the-box experience :)
20:11:30 <Rubidium> Terkhen: there's not much we can do about that... chicken + egg
20:11:59 *** Aylomen has joined #openttd
20:12:45 <Terkhen> we could add one of those ugly notices that forces you to scroll down all of it before clicking on download :P
20:12:53 <ragzid> what about improve openttd-wrapper for debian? to check return code of openttd and at least print xmessage that something is wrong...
20:13:38 <Rubidium> ragzid: that script fails (failed?) for lenny
20:14:02 <Rubidium> also for the generic binary where people make a desktop item to openttd it fails
20:14:15 <Rubidium> and then it'll also fail when you don't have xmessage or something like that
20:15:30 <ragzid> Rubidium: failed, blathijs fixed that
20:15:54 <Rubidium> ah, then it might be useful for the 1.0.1 debian-ish binaries
20:17:42 <ragzid> xmessage is part of x11-utils package, it could be considered as dependency, or something similar...
20:20:58 *** Terkhen has joined #openttd
20:30:34 *** Hackykid has joined #openttd
20:42:01 *** Hirundo has joined #openttd
20:43:01 *** V4530000 has joined #openttd
20:44:01 *** andythenorth has joined #openttd
21:02:08 <Rubidium> lovely... 20% of pre 1.0.0-beta1 monthly bandwidth within 21 hours (for the mirrors alone)
21:10:13 <TrueBrain> it was a nice run today :)
21:11:38 <Rubidium> so... shall we make April 6th mirror appreciation day? :)
21:12:15 <TrueBrain> and the look-we-can-survive-the-slashdot-effect
21:13:23 *** Progman has joined #openttd
21:13:49 <Rubidium> yeah, that effect is quite minimal... a nightly compile gives a higher bandwidth (factor 2) and load (factor 4) peak
21:14:13 <TrueBrain> at least we know all our httpds can handle 50 hits per second easy
21:14:34 <Nite_Owl> what until the how-the-heck-does-this-work effect hits in a few days (or less)
21:15:17 <Rubidium> then I've got a paper to write
21:16:52 <CIA-6> OpenTTD: yexo * r19569 /trunk/src/ (newgrf_text.cpp newgrf_text.h strings.cpp): -Fix: possible buffer underflow in newgrf string code
21:17:57 <Nite_Owl> I guess the question load will depend on if they find the forums or the email links first
21:18:13 <TrueBrain> our email reply rate is very simple
21:19:31 <Nite_Owl> most likely be a lot of forum questions then
21:19:41 <TrueBrain> about the emails ;)
21:20:02 <Nite_Owl> or they could end up here
21:37:23 *** DaleStan_ has joined #openttd
21:37:24 *** DaleStan is now known as Guest1553
21:37:24 *** DaleStan_ is now known as DaleStan
21:53:48 *** DaleStan has joined #openttd
21:55:07 *** Beklugas has joined #openttd
21:55:48 *** DaleStan_ has joined #openttd
21:55:48 *** DaleStan is now known as Guest1555
21:55:49 *** DaleStan_ is now known as DaleStan
21:58:03 *** ChanServ sets mode: +v glx_
22:01:31 *** Hirundo has joined #openttd
22:03:01 *** V453000 has joined #openttd
22:03:24 *** DaleStan_ has joined #openttd
22:03:25 *** DaleStan is now known as Guest1559
22:03:25 *** DaleStan_ is now known as DaleStan
22:04:02 *** andythenorth has joined #openttd
22:04:07 *** Beklugas is now known as Belugas
22:15:45 *** ChanServ sets mode: +v tokai
22:18:37 *** John_Fredrik has joined #openttd
22:18:58 <John_Fredrik> Hey, real quick, what was the command for kicking a player from a server=?
22:19:47 <Yexo> first type "clients", then "kick ip" or "kick client-id"
22:20:42 <Nite_Owl> need to feed - later all
22:21:36 *** Ivan_ is now known as Bluelight
22:21:51 *** Yperion has joined #openttd
22:22:38 <Bluelight> I'm trying to kick someone using rcon, what kommand should I use to kick?
22:23:15 <Bluelight> Is it a client number? Where do I find this number on the client list?
22:24:19 <Bluelight> Where do I find the client ID?
22:24:44 <OwenS> Bluelight, list_clients iirc
22:34:45 *** Brianetta has joined #openttd
22:49:01 *** V4530000 has joined #openttd
22:49:01 *** Hirundo has joined #openttd
22:49:12 *** andythenorth has joined #openttd
23:25:43 <yuriks> do you really get a lot of questions over email?
23:45:33 <CIA-6> OpenTTD: yexo * r19570 /trunk/src/ (newgrf_text.cpp stdafx.h strings.cpp table/control_codes.h): -Add: [NewGRF] support for extended text code 0x9A 11, print qword
23:47:20 *** ChanServ sets mode: +v tokai
23:59:29 *** Eddi|zuHause has joined #openttd
continue to next day ⏵
