IRC logs for #openttd on OFTC at 2009-04-03
⏴ go to previous day
00:01:12 <Sacro> SmatZ: genius! *adds using namespace std;
00:02:36 <Sacro> stupid language, hate it now
00:08:59 <SmatZ> Sacro: you can compile C code in C++ compiler
00:09:37 <SmatZ> if you don't use K&R and some C99 extensions ;)
00:12:20 <SmatZ> (and some further C features)
00:15:25 *** Frostregen has joined #openttd
00:33:12 <CIA-1> OpenTTD: rubidium * r15921 /trunk/src/network/ (core/address.cpp core/address.h core/udp.cpp network.cpp): -Fix: some OSes don't like sizeof(sockaddr_storage) but want sizeof(sockaddr) or whatever is 'valid' for the given protocol
00:36:20 <EoD> i'll go to bed. Gn8 everyone
00:36:46 <Sacro> hmm, how do you decalare an istream in the header
00:37:51 *** ChanServ sets mode: +v glx_
00:40:05 *** [com]buster has joined #openttd
00:40:13 <SmatZ> extern in the header, and without extern in one file
00:40:16 *** [com]buster is now known as Combuster
00:40:22 <SmatZ> as with all other variables...
00:43:01 <Sacro> but hmm, ifs > data doesn;t
00:43:17 <Sacro> I think I'm using a pointer when I shouldn't
00:43:27 <Sacro> though do I need to use a pointer when the object has a constructor...
00:53:49 *** stuffcorpse has joined #openttd
00:58:17 <ben_> i got a ship now but it doesn't load the stuff
00:59:54 <Belugas> indeed... yo need a crew for that
01:00:49 <Belugas> your ship must have 1) order to load, 2) able to carry that stuff
01:01:00 <Belugas> 3) there is stuff to carry at station
01:02:10 <Belugas> well.. if it's the case, my crystal ball is broken
01:02:17 <Belugas> might give us a screenshot?
01:02:24 <Belugas> ho... is it on pause?
01:04:41 <Belugas> might give us a screenshot?
01:07:47 <Belugas> your ship is at the farm?
01:08:01 <Belugas> if so, he is loading alright
01:08:05 <Rubidium> have you refitted it?
01:08:43 *** DaleStan is now known as Guest1300
01:08:45 *** DaleStan has joined #openttd
01:09:03 <Belugas> ho.. well.. screenshot is blurred of me srry
01:09:22 <Belugas> could you give us a screenshot of the properties of the boat?
01:11:02 <Belugas> yopu see the sheet of paper on that window?
01:11:13 *** Progman_ has joined #openttd
01:11:13 <Belugas> that's what i want you to clock on and give me the resuylt
01:11:23 <Belugas> ---- my wife is going to kill me ---
01:11:32 <Belugas> she is already screaming
01:12:04 <ben_> you'd better go, don't you? :)
01:13:23 <Belugas> your ship is setup to carry goods
01:13:44 <Belugas> not what a farm can offer :)
01:13:45 <glx> farms don't produce goods
01:14:49 <Belugas> you have to refit it, as Rubidium asked to carry either grain or livestok
01:15:22 <Belugas> see? we're not as bad as sirkoz might make you think we are o_O
01:18:59 *** Progman_ is now known as Progman
01:19:51 <ben_> is it possible to drive oil to another oil well and put it in a railway there?
01:21:34 <ben_> k, i just need a railway station and a truck station there?
01:22:18 <Sacro> how do I grep just 0 on a line
01:22:27 <Sacro> surely grep ^0$ should wokr
01:24:25 *** Hendikins is now known as Hendikins|SRA412
01:25:06 <CIA-1> OpenTTD: rubidium * r15922 /trunk/src/network/ (6 files in 2 dirs): -Codechange: unify the ways to listen on a socket
01:25:12 <Sacro> that says numberOfInts = 10000
01:25:16 <Sacro> and i'm only reading 1000 XD
01:28:51 <CIA-1> OpenTTD: rubidium * r15923 /extra/masterserver_updater/ (15 files in 5 dirs): [MSU] -Codechange: update everything so it compiles again
01:33:43 *** welshdragon has left #openttd
01:42:07 * Sacro bangs his head against the wall
01:42:38 <Rubidium> be careful not to break the wall
01:42:55 <Sacro> I think my app is losing pointers
01:43:28 <Sacro> if I do this->write(cout) during the read() all my data is fine
01:43:31 <Rubidium> luckily your os keeps track of the lost pointers
01:43:44 <Sacro> but if I drop out the read then it returns 0s :(
01:44:20 <Sacro> I'm not even sure what's dropping the data
01:45:07 <Sacro> where is it getting 0 from ><
01:45:20 <Sacro> at least if it was random crap then I'd know it was reading memory
01:45:31 <Sacro> i think it must be reading NULL and converting it to 0
01:46:19 <Sacro> hmm, insertion sort on an array seems like messy business
01:49:19 <Sacro> and I bet I can't get away with std::__insertion_sort
01:51:56 <Sacro> eh, I have to implement my own sorting route
01:52:11 <Sacro> I don't have my own :( i'm pretty sure all the good ones are done
01:57:10 <Sacro> anyone here used it? I can find no documentation
02:02:44 *** [com]buster has joined #openttd
02:02:47 *** [com]buster is now known as Combuster
02:36:38 <glx> Sacro: google bubble sort
02:37:23 * glx should read before writing
02:44:34 <Sacro> glx: it's on reading, so gonna use insertion
02:44:45 <Sacro> might do bubble for the read data sort
02:44:52 <Sacro> just having a major scoping headache
02:44:59 <Sacro> I hate C++ after using C#
02:46:49 <Sacro> I've even tried declaring it in the constructer, the array is there
02:46:57 <Sacro> but none of the data lasts past the end of the writing scope
02:46:58 *** ChanServ sets mode: +v glx_
02:47:14 *** glx is now known as Guest1312
02:47:17 <Sacro> Sacro: I've even tried declaring it in the constructer, the array is there
02:47:18 <Sacro> [03:46] Sacro: but none of the data lasts past the end of the writing scope
03:03:52 *** [com]buster has joined #openttd
03:03:55 *** [com]buster is now known as Combuster
03:25:38 *** [com]buster has joined #openttd
03:25:41 *** [com]buster is now known as Combuster
03:38:24 *** thingwath has joined #openttd
04:59:07 *** TinoDidriksen has joined #openttd
04:59:32 *** Singaporekid has joined #openttd
05:27:28 *** [com]buster has joined #openttd
05:27:32 *** [com]buster is now known as Combuster
05:32:36 *** Cybertinus has joined #openttd
05:50:07 *** [com]buster has joined #openttd
05:50:15 *** [com]buster is now known as Combuster
06:49:53 *** Alberth has joined #openttd
06:54:49 *** maristo has joined #openttd
08:11:45 *** Progman has joined #openttd
08:15:45 <TrueBrain> I feel sad, I fail to reach tt-forums :(
08:19:39 <planetmaker> not only you, TrueBrain
08:19:49 <TrueBrain> I did spot an IPv6 assigned to tt-forums.net :p
08:19:58 <planetmaker> but then look at positively: no offending posts by demanding people :D
08:20:13 <petern> planetmaker, don't forget, adding 'please' means it's not a demand...
08:20:34 <planetmaker> petern: oh, sorry. I keep forgetting it. Thanks for the reminder :P
08:20:38 <Rubidium> TrueBrain: yes, tt-forums is on IPv6
08:20:39 <TrueBrain> petern: I know a few situations that doesn't hold :p
08:20:51 <petern> SO GO FUCKING KILL YOURSELF, please
08:21:02 <petern> orudge knows it's broken
08:21:10 <petern> jonty-comp broke it but denies everything
08:21:13 <TrueBrain> Rubidium: amazing, how fast such virus can grow :p
08:22:42 <TrueBrain> I can't live without tt-forums
08:22:45 <TrueBrain> I feel like dying :(
08:22:53 <TrueBrain> (before you think it is a demand :p)
08:24:54 <TrueBrain> @calc 6559 / 695966
08:24:54 <DorpsGek> TrueBrain: 0.00942431095772
08:24:59 <TrueBrain> @calc 6559 / 695966 * 100
08:24:59 <DorpsGek> TrueBrain: 0.942431095772
08:25:09 <TrueBrain> 0.9% is IPv6 traffic to openttd.org httpd server :p
08:26:13 <TrueBrain> can lol be sad? So :'(
08:26:13 <planetmaker> I wonder whether ipv6 will finally take over or whether these ugly hacks like ipv4-expansion via ports will start picking up...
08:26:29 <TrueBrain> planetmaker: I really really really hope IPv6 takes over :)
08:26:34 <TrueBrain> rather sooner than later ...
08:26:37 <gleeb> IPv4 expansion via ports? O.o
08:26:43 <planetmaker> TrueBrain: sounds like the way better solution, yes, TrueBrain
08:26:56 <planetmaker> gleeb: read the proper magazines. yes
08:27:10 <gleeb> That sounds like it's asking for trouble.
08:27:19 <Forked> one needs the ability to have vanity IPs.. like some efnet server that has something:something::dead:beef:cafe:babe
08:27:19 <gleeb> Also, I don't read magazines :'(
08:27:35 <TrueBrain> besides the old hardware of petern, most things are IPv6 ready ... either they just ask too much money for it, or they simply don't publish it to their clients (ISPs, that is)
08:28:05 <TrueBrain> although the iPhone doens't support IPv6 ...
08:28:20 <Forked> iphones have mms trouble here anyway.. so
08:28:23 <gleeb> Why would it? Sell it as a 'value-add'
08:28:38 <TrueBrain> Forked: iPhone doesn't support MMS (yet)
08:28:48 <Forked> thats a pretty basic functuion in todays phones
08:39:09 <gleeb> Multimedia Messaging Service.
08:39:18 <gleeb> SMS with shiny things :3
08:40:32 <TrueBrain> for MMS you need to setup a data-carrier .. SMS goes over the service control ... much more coverage :p
08:40:39 <petern> only use SMS and voice
08:40:49 <petern> i once made a 3G video call, but only to test it, heh
08:40:56 <gleeb> It's not useless. How else would you sister be able to send you that picture of a cute puppy with a bappy photoshopped grin on it's face to you?
08:41:01 <TrueBrain> I never had a video call :(
08:41:06 <TrueBrain> gleeb: I call that email
08:41:27 <TrueBrain> I guess we both do :)
08:41:59 <petern> my mobile supports voip too, heh
08:59:48 <TrueBrain> Ammler: why? Nobody is replying idiotic things in that topic :p
09:00:18 <Ammler> he made that topic, because you locked his even more idiotic topic :-D
09:00:27 <TrueBrain> no, follow the timestamps ...
09:01:20 <TrueBrain> you should really check facts before talking :p
09:02:01 <TrueBrain> you point me to some topic with some kind of complain.. while it is invalid
09:02:03 <TrueBrain> YOU WASTED MY TIME!
09:02:09 <TrueBrain> now you will be punished!
09:02:22 <TrueBrain> now go sit in a corner
09:02:56 <TrueBrain> 170 euro an hour, you want to do the donation yourself Ammler, or do we need to come at your home? :p
09:06:05 <Ammler> btw, thanks for fixing the rss feeds
09:06:17 <Ammler> (need to change the topic)
09:07:38 <CIA-1> OpenTTD: rubidium * r15924 /trunk/src/network/core/ (address.cpp address.h host.cpp host.h): -Codechange: replace NetworkResolveHost with something less AF dependant.
09:08:38 <Cybertinus> my package manager had a surprise for me today:
09:09:30 <gleeb> I wish ubuntu realised that games need updating more than once every 6 months.
09:09:54 <petern> 0.7.0 actually got into gentoo? hah
09:09:56 <Rubidium> gleeb: ubuntu doesn't even update; it just leeches from Debian
09:09:56 <Cybertinus> heh, that is one of the reasons I use a rolling release distro ;)
09:09:57 <Ammler> suse needs around an hour from release to repo...
09:10:19 <Ammler> (and other 2-10 for the mirrors)
09:10:22 <petern> i prefer a tested stable distro
09:10:40 <Cybertinus> petern: yeah, it is in :). There where a lot of problems for the 0.6.3 version, wasn't there?
09:10:54 <gleeb> Rubidium: I just download the generic binaries... and tbh, oTTD doesn't perform well for my under linux, so I play in Windows.
09:11:00 <Ammler> well, debian has also "unstable" repos ;-)
09:11:43 <Rubidium> gleeb: you're playing with music?
09:12:30 <Ammler> (so has suse "stable" repos, which has maybe version 0.5 of openttd)
09:12:47 <Cybertinus> gonna update my Vista laptop also now
09:12:58 <Cybertinus> and my Eee (running a Ubuntu clone)
09:13:12 <Cybertinus> and I must check if there is a new version for my Windows Mobile phone... :)
09:13:16 <petern> so it's just ubuntu with its fixed 6 month release schedule, bugs or not
09:13:36 <petern> debian unstable still has 0.6.3, heh
09:15:12 <petern> dunno, i only look at the official repos
09:15:34 <Ammler> somtimes, there were also betas or RCs in the repo here :-)
09:16:11 <blathijs> petern: I'm slightly challenged for time atm
09:16:22 <blathijs> I'll try to get around to it in the train this afternoon
09:16:42 <Cybertinus> petern: ok. I'm using backports on my Eee, gonna check now if it has 0.7.0
09:17:00 <Ammler> can't include the binaries.openttd.org as repo?
09:17:15 <petern> it's not a debian-style repo, so no
09:17:55 <TrueBrain> we once worked on making debian-style repo at packages.openttd.org
09:18:04 <TrueBrain> but ... blathijs never finished that :p :p
09:18:33 <blathijs> The problem is that you want to have different package names, and I never decided what would be the least hacky way to implement that :-)
09:18:52 <petern> we want to have different package names?
09:19:08 <TrueBrain> blathijs: making choices is hard, I agree :)
09:19:15 <TrueBrain> petern: -trunk and stable debs
09:19:28 <TrueBrain> so that you can have a nightly via apt-get :p
09:19:32 <Cybertinus> pff, Ubuntu stil has 0.6.2 (no, that is not a type ;) )
09:20:18 <blathijs> Rubidium: That seems to be splitting openttd into different packages, that's a different project
09:20:24 <blathijs> Rubidium: Which is also still on my list :-)
09:20:25 <petern> 0.6.3 probably came too late for intrepid
09:21:00 <TrueBrain> out-dated idea with content service :p
09:21:34 <blathijs> TrueBrain: The -dedicated-server is still useful
09:21:41 <Rubidium> you mean that the intro game and languages should be downloaded via the content service?
09:21:46 <TrueBrain> blathijs: fair enough :)
09:21:47 <Ammler> not, if you need the client for downloading the content....
09:21:49 <TrueBrain> Rubidium: now that is an idea! :p
09:21:54 <blathijs> TrueBrain: And I think that even with the content service, there is still data in the package
09:21:58 <TrueBrain> Rubidium: no, I mean that putting languages in a different package is asking for trouble :)
09:21:59 <petern> command-line content service
09:22:19 <TrueBrain> Rubidium: because they depend on the executable .. things change too fast
09:22:30 <TrueBrain> I don't think ther ecomes much good of splitting those
09:22:30 <petern> that's what dependencies are for :)
09:22:36 <Rubidium> so, it depends on a specific version of OpenTTD
09:22:38 <petern> but yeah, probably not needed
09:22:39 <TrueBrain> petern: so a 1-on-1 dep .. sounds useful ;)
09:22:56 <petern> it just makes the binary packages smaller
09:23:08 <Rubidium> and with like 10 binary packets
09:23:12 <TrueBrain> and always adds the requirement to download an other package ... usefulness :)
09:23:28 *** fonsinchen has joined #openttd
09:23:40 <Ammler> TrueBrain: more important is that you don't need all languages at once, usually.
09:23:51 <petern> don't split up languages too :p
09:23:55 <TrueBrain> Ammler: well, that is true .. so we make a language deb for all languages
09:23:57 <Rubidium> TrueBrain: that's why I didn't commit those changes to trunk. For manual install a single package is much easier
09:23:58 <TrueBrain> then it MIGHT be useful :p
09:24:20 <Rubidium> but for non-manual install it doesn't matter that the package depends on subpackages
09:24:30 <TrueBrain> Rubidium: it is just silly :) To have 2 packages which always come hand-in-hand
09:24:38 <TrueBrain> it is not like you can have version A of the first, and version B of the second
09:24:56 <Rubidium> TrueBrain: it's to save space
09:25:12 <TrueBrain> you want to keep track of when you don't need to download a new language package or something? :p
09:25:14 <petern> as already explained :s
09:25:25 <petern> it saves space on the repo, not on the user's system
09:25:36 <TrueBrain> petern: I even fail to see how it saves space on the repos :)
09:25:38 <Rubidium> a 2 MB data package and 10 1.3 MB binary packages vs 10 3.3 binary packages, please do the math
09:25:41 <TrueBrain> but .. it is early in the morning :p
09:25:46 *** eQualizer has joined #openttd
09:25:59 <TrueBrain> Rubidium: 'data' package .. we talked about languages, right?
09:26:16 <Rubidium> yes and the intro game
09:26:29 <TrueBrain> the intro-game size is .. well .. there you might save space :p
09:26:51 <TrueBrain> but for languages ..
09:27:13 <TrueBrain> as you made the habbit of doing a wt2 commit every night or so
09:27:17 <TrueBrain> that changes every night too ...
09:27:38 <TrueBrain> but okay :) It might be just me that things it is silly :p
09:28:31 <Rubidium> I said it already, but will say it again: I DO NOT INTEND TO COMMIT THIS TO OUR TRUNK/RELEASES AS MANUALLY INSTALLING MULTIPLE PACKAGES IS STUPID, BUT FOR THE MAIN DEBIAN REPOSITORY SPLITTING THE PACKAGES IS A GOOD THING (AT LEAST SPACE RELATED)
09:28:41 <TrueBrain> Rubidium: your capslock is on
09:29:11 <Rubidium> no I was literally shouting, but apparantly my voice wasn't loud enough
09:29:18 <Rubidium> it flipped some bits though ;)
09:29:51 <TrueBrain> come for some tea, then you can shout in my face :)
09:29:57 <TrueBrain> might be a nice intermetzo :)
09:32:25 <TrueBrain> after a nice PM talk with Rubidium, I finally understand he talks about multiple targets of one version of OpenTTD ..
09:32:58 <TrueBrain> always nice, to understand people :p
09:35:17 <petern> what was already stated :p
09:35:57 <TrueBrain> btw, debian description says you need the windows files of TT .. ;)
09:36:04 * Rubidium wonders why Gentoo only supports OpenTTD on 4 of the 8 platforms
09:36:13 <TrueBrain> Rubidium: lack of testers, mostly
09:36:23 <petern> opengfx is unplayable :p
09:36:30 <blathijs> TrueBrain: Is opengfx fully usable already, then?
09:36:41 <TrueBrain> blathijs: no, but you can use the dos files too, not? :)
09:36:54 <TrueBrain> sorry, I was pointing at the word ;)
09:37:29 <Rubidium> my patch already fixes that though ;)
09:37:55 <blathijs> TrueBrain: Ah, that was not so before :-)
09:38:07 <TrueBrain> and can I ask .. don't know if I want to .. but .. why does debian build with -g?
09:39:21 <Ammler> someone a idea, where I can get ubidi_openSized_3_8?
09:39:51 <Rubidium> libicuuc 3.8 to be more precise
09:39:55 *** Sir_Bob has joined #openttd
09:40:12 <Ammler> that is installed, but no such file there
09:40:38 <Ammler> that might have changed with version 4
09:40:41 <Rubidium> /usr/lib/libicuuc.so.38 ?
09:41:16 <Rubidium> and that is NOT a symlink to /usr/lib/libicuuc.so.40
09:42:05 <Ammler> so it would need a installation of version 3.8 to run openttd nightlies?
09:42:21 <Ammler> symlinks worked for every other lib
09:43:09 <Rubidium> because icu doesn't like that
09:43:38 * Ammler is wondering if I can get the old version somewhere on the repos...
09:44:31 <Ammler> if 4.0 isn't downwards compatible, it should.
09:44:45 <TrueBrain> I hate new versions of libs ...
09:45:04 <Alberth> Ammler: there is probably a reason why they didn't call it 3.9
09:45:11 <Ammler> ususally, I just symlinked to the older, so I didn't mind.
09:45:29 <TrueBrain> Ammler: but why don't you just compile yourself?
09:45:42 <Ammler> ah, I do, I need to...
09:46:28 <Ammler> just sometimes, it would go faster, specially, if you just like to try something on an older version...
09:47:04 <Ammler> or plain support for "our" players
09:47:24 <Ammler> there exists linux users who can't compile self
09:48:28 <Rubidium> the real question is whether 3.8 or 4.0 is on the majority of the installs
09:49:53 <Ammler> Rubidium: oh well, I guess, suse is too new compared to other didstros
09:50:08 <Ammler> so I was familiar with the symlinks
09:50:47 *** HerzogDeXtEr has joined #openttd
10:06:19 *** Vikthor has joined #openttd
10:14:59 *** Combuster has joined #openttd
10:21:38 <petern> seems that the network code core has been completely rewritten :/
10:21:51 <petern> or is that just the diffs making it look like bigger changes...
10:22:34 *** Dred_furst has joined #openttd
10:24:11 <Rubidium> it's more of the latter
10:24:46 <Ammler> hmm, also the "stable" suse has already 4.0
10:25:49 <TrueBrain> "The only thing necessary for the triumph of evil is for good men to do nothing."
10:26:21 *** DephNet[Paul] has joined #openttd
10:26:55 <Ammler> the repo of the older distro has it :-) I try that
10:30:09 <CIA-1> OpenTTD: rubidium * r15925 /trunk/src/network/ (4 files in 2 dirs): -Codechange: remove _network_server_bind_ip as it's pretty AF dependant.
10:36:27 <TrueBrain> petern: why you have to spoil it :(
10:41:25 <Ammler> ha, that is almost complicater then compiling: rpm -i --force libicu-3.8.1-21.1.i586.rpm, but now openttd nightly runs :-)
10:42:03 <petern> may the --force be with you
10:42:11 <petern> (congratulations on screwing up your system)
10:42:56 <Ammler> petern: else you would deinstall the 4.0
10:45:51 * TrueBrain is happy with Gentoo slots :)
10:46:22 <Ammler> hehe, after "reinstalling" 4.0, 3.8 is gone again
10:46:55 <Ammler> yeah, "they" already told me, with gentoo, it is possible to have different versions of the same package
10:46:59 *** Biolunar has joined #openttd
10:47:14 <TrueBrain> not always, but mostly, yes
10:49:09 <Ammler> well, it was possible with my suse, too, just not supported ;-)
10:51:37 <TrueBrain> the compile-farm keeps compiling too :p
10:53:31 <TrueBrain> oeh, freezer is cold
10:53:52 <petern> hmm, should i use vpses or just ip aliasing...
10:56:46 <eQualizer> One of my trains "broke". It's at the station, unable to move. Only thing it does it switches direction. Like 2 to 3 times per second.
10:57:39 <eQualizer> Sending it to depot doesn't work, unable to find one, switching destination doesn't either. It just switches direction.
10:58:24 <Ammler> looks like the engine is replaced by waggon
10:58:37 <Ammler> but opengfx doesn't do that
10:58:56 <Ammler> did you try to ignore signal?
11:02:01 <petern> my crystal ball is not working as efficiently as Ammler's this morning
11:02:53 <CIA-1> OpenTTD: rubidium * r15926 /trunk/src/network/ (7 files in 2 dirs): -Codechange: make the broadcast IP list less AF dependent.
11:05:21 <Ammler> why isn't sikoz in this channel?
11:05:51 <petern> because he'd be banned in an instant
11:06:05 <petern> maybe he's already banned :p
11:06:32 <planetmaker> eQualizer: it's a electric train in a station with non-electric tracks outside
11:08:16 <Forked> how did the train get into the station in the first place? :)
11:08:32 *** maristo has joined #openttd
11:10:33 <eQualizer> planetmaker: Maglev at maglev station
11:11:30 <eQualizer> But, because everything else fails, I might just well try to make other train crash to it.
11:11:34 <planetmaker> very true :) Despite that: non-track tiles next to it?
11:12:02 <petern> we can keep guessing for hours
11:12:06 <eQualizer> One PBS signal at the end of the station
11:12:10 <eQualizer> Stale reserved tiles?
11:12:32 <petern> provide a screenshot and/or savegame
11:13:45 <eQualizer> Where should I upload the savegame?
11:17:23 <Alberth> tt-forums, or a pastebin for binary files
11:18:49 * TrueBrain likes petern more and more :)
11:27:37 *** stuffcorpse has joined #openttd
11:28:14 <Rubidium> #love is in the air ;)
11:29:06 <Ammler> tried to determine reserved tiles with "ignore signals"
11:37:19 <eQualizer> I did a bug report about it.
11:37:39 <fonsinchen> with partial rewrite of vehicle loading in flowmapping-vehload.diff
11:39:13 <petern> i can only look at images atm so it'll have to be later, or someone else
11:41:53 <Rubidium> it's a monorail train on maglev?
11:42:40 <planetmaker> doesn't sound healthy...
11:42:45 *** pavel1269 has joined #openttd
11:42:54 <Rubidium> hmm, you can replace tracks when there's a vehicle on there... that ain't good
11:43:06 <Ammler> eQualizer: just add a monorail depot to the station
11:43:11 <planetmaker> Rubidium, that wasn't always the case, no?
11:43:37 <Rubidium> no, previously you couldn't convert normal rail to elrail
11:43:41 <eQualizer> .... no I feel so stupid.
11:43:42 <Rubidium> but this shouldn't be possible
11:43:46 <eQualizer> I can't belive I missed that.
11:44:07 <Ammler> what does "maybe modified" mean?
11:44:08 <planetmaker> I didn't notice that change up to now... at least not conciously :D
11:44:23 <TrueBrain> Ammler: that it might be modified :p
11:45:11 <Ammler> a modified binary but with "stable" rev number?
11:45:29 <planetmaker> Ammler, that's easy as you surely know :)
11:46:27 <planetmaker> to fake a revision number
11:47:31 <Rubidium> I really wonder how he did it; if you convert it to monorail then you can't convert it back
11:47:32 <Ammler> so if you "remove" the M, it gets a "maybe"?
11:48:45 <Ammler> just add some monrail tracks
11:49:42 <Ammler> [13:41] <Rubidium> it's a monorail train on maglev? <-- it is monoral train on monorail tracks ;-)
11:50:15 <Rubidium> yeah, I realised that later too ;)
11:50:58 <Pikka> hmmm... no prop 25 for non-train vehicles anyway, petern.. D:
11:51:03 <Pikka> roll on var 7C for vehicles. ^^;
11:51:15 *** KenjiE20 has joined #openttd
11:52:31 *** Timitry_ has joined #openttd
11:57:49 <petern> so you want persistent storage for vehicles... hmm
11:57:51 <TrueBrain> Kate has this lovely 'search' function .. which fails to find entries of your search :(
11:58:20 <Pikka> the possibilities... ;)
11:58:42 <petern> lots of opportunities for desyncs
11:59:37 *** roboboy has joined #openttd
11:59:49 <ben_> I've built a train station besides a dock. i've told the train to transfer its wood there. but the ship always says 0% loaded
11:59:53 <CIA-1> OpenTTD: alberth * r15927 /trunk/src/genworld_gui.cpp: -Codechange: Added nested widget for generate-world windows
12:01:19 <Alberth> ben_: any wood at the station?
12:01:40 <ben_> 161 tonnes of wood en route it says
12:01:59 <Alberth> station-sign shows both train and ship?
12:02:17 <ben_> station-sign? what's that? :)
12:02:41 <Alberth> name of the station has little trains/etc added at the end
12:03:11 <planetmaker> then you have two stations
12:03:12 <Alberth> put your dock and station against each other
12:03:27 <planetmaker> make them one station
12:03:29 <Forked> distant join station works in 0.7.0?
12:03:56 <ben_> what do you mean with against each other?
12:04:02 <Alberth> do we support 0.6.0 any more? :P
12:04:19 <planetmaker> ben_, make them one station. So they have a common station sign. Adjacent. next to eachother.
12:04:29 <planetmaker> and update to 0.7.0
12:04:34 <Alberth> without any tiles between them
12:22:42 <DASPRiD> planetmaker, make what one station?
12:23:56 <Alberth> the ship dock and the train platforms
12:26:01 <DASPRiD> im not playing right now :x
12:35:31 *** Timitry__ has joined #openttd
12:38:03 *** tkjacobsen has joined #openttd
12:38:29 <CIA-1> OpenTTD: alberth * r15928 /trunk/src/statusbar_gui.cpp: -Codechange: Moving statusbar widget numbers outside StatusBarWindow
12:40:03 <CIA-1> OpenTTD: alberth * r15929 /trunk/src/statusbar_gui.cpp: -Codechange: Added nested widgets for statusbar.
12:42:57 *** Timitry_ has joined #openttd
12:45:18 <petern> DASPRiD, er, he wasn't talking to you :p
12:45:43 *** Frostregen has joined #openttd
12:45:48 <TrueBrain> you don't smell like him :(
12:48:23 <CIA-1> OpenTTD: glx * r15930 /trunk/src/network/core/ (host.cpp host.h): -Fix (r15926): MSVC compilation
12:48:40 <SmatZ> great, openttd-0.7.0 got in ~arch today :)
12:48:57 <TrueBrain> faster than any other version so far ...
12:49:35 <petern> so arch isn't archlinux...
12:49:59 <SmatZ> no... it's ~x86, ~amd64 and such - "unstable" tree (or how is that called)
12:50:09 <CIA-1> OpenTTD: rubidium * r15931 /trunk/src/ (8 files in 3 dirs): -Codechange: let the host and ban lists use of SmallVector.
12:52:37 <Ammler> TrueBrain: if you have some free time, might it be possible to push again h2h to compile?
12:52:50 <TrueBrain> Ammler: if Yexo wants that :)
12:53:07 <Ammler> first I should look, if you didn't already ;-)
12:53:18 <TrueBrain> haha :) I didn't ;)
12:53:42 <Yexo> TrueBrain: that would be nice, because the compiled version can crash
12:53:53 <TrueBrain> Yexo: no suprise ;) :p
12:54:04 <TrueBrain> Yexo: so you want a compile? :)
12:54:06 <Yexo> Ammler: unfortunatly I don't have to look at the match tonight
12:54:08 <planetmaker> Yexo, the current hg version desyncs, though
12:54:27 <Ammler> Yexo: we aren't sure, if we make it with the knonw desyncs
12:54:28 <planetmaker> or at least the current binary
12:54:29 <Yexo> planetmaker: yes, but I haven't found the problem yet, and no time to look at it before tonight
12:54:50 <CIA-1> OpenTTD: rubidium * r15932 /trunk/src/network/ (network.cpp network_udp.cpp): -Codechange: show ip:port as (fallback) servername instead of only the ip. This way you can clearly see there aren't any duplicates.
12:54:57 <Ammler> we will ask the people
12:55:36 <planetmaker> hm... the longer I think about it, the more I think we should delay it till after the desync is fixed.
12:55:47 <planetmaker> Though it might help us to pin-point it.
12:56:01 <Aali> or, you could fix the desync now
12:56:09 <planetmaker> But otoh it might decrease the people's willingness to test it :)
12:57:03 <Ammler> the test we made last night was fun anyway
12:57:08 <planetmaker> so... I'm undecided whether it's a good idea :)
12:57:29 <planetmaker> let's have the same fun tonight?
12:57:40 <Ammler> but it might be annoyning for some with slow connections
12:57:49 <Ammler> and we were only around 5
12:58:21 <Ammler> you were able to play for around 10-20 mins
12:58:38 <Yexo> if you don't expect more than 8 players, setting head_to_head_areas to 8 instead of 16 will halve the map size
12:59:08 <Ammler> might be a good idea...
12:59:37 <Ammler> but head-to-head is also nice to join later...
13:01:00 <planetmaker> Ammler, despite that, I think Yexo's proposal is a good one. We then could do a real coopetition :)
13:01:08 <planetmaker> 2 vs 2 vs 2 vs...
13:05:10 *** Yexo is now known as Guest1370
13:06:06 <SmatZ> TrueBrain: is the 0.7.0 ebuild working for you?
13:06:16 <SmatZ> Your 'grf/TRG1R.GRF' file is corrupted or missing! You can find it on your Transport Tycoon Deluxe CD-ROM.
13:06:23 <SmatZ> I wonder why is it searching in "grf/"
13:06:26 <TrueBrain> SmatZ: haven't tried it yet
13:07:40 <TrueBrain> they don't apply patches, so it should be fine
13:07:48 <TrueBrain> they even download from binaries.openttd.org :p
13:08:17 <TrueBrain> they only removed +zlib (and replaced it with zlib)
13:08:29 <TrueBrain> so if you don't have zlib in your flags .... :(
13:11:42 <petern> why do we bother making zlib optional?
13:11:49 *** [1]Mark has joined #openttd
13:11:51 *** [1]Mark is now known as Mark
13:11:57 <TrueBrain> petern: that is exactly what they did, and what I complain about :p
13:12:13 <petern> i mean why do WE bother making it optional
13:12:22 <TrueBrain> ah :) Because we can ;) :p
13:15:07 <SmatZ> the NDS port didn't have zlib...
13:16:14 <petern> i think we ought to make zlib required
13:17:47 <petern> even if only in the configure script ;)
13:17:49 *** Biolunar has joined #openttd
13:32:09 <Rubidium> it's gentoo's choice to make OpenTTD deliberately not working if you don't have zlib ;)
13:33:33 <petern> well, who doesn't have zlib...
13:45:28 <Roujin> hey guys, I just noticed a bug in 0.7.0, don't know if it's already been found and fixed: when selecting a server that uses NewGRFs from the server list and clicking on "NewGRF settings", the names of the newGRFs are gibberish
13:47:17 <Roujin> found this bug on a fresh install of 0.7.0 with one of Maarten's servers, to be precise -[EN/NL]- Maarten 6 (1950-2020,NewGRF,NoBrk,200k-GBP)
13:49:54 <petern> probably your firewall
14:01:58 <CIA-1> OpenTTD: glx * r15933 /trunk/src/network/core/ (address.cpp os_abstraction.h): -Fix (r15920): mingw doesn't know getaddrinfo() and freeaddrinfo() either
14:05:41 <TrueBrain> glx: shouldn't 'ai' have a final NULL entry?
14:06:00 <TrueBrain> oh, nevermind, it has a 'next' field
14:07:35 <TrueBrain> "Resolution only if global address configured" <- glx: what does that comment mean? (just wondering, really :))
14:07:54 <glx> dunno (it comes from MSVC headers)
14:08:38 <glx> anyway one day mingw will be fixed (I hope)
14:09:48 <glx> for now it's : /* FIXME: Need WS protocol-independent API helpers. */
14:15:39 *** Roujin_ has joined #openttd
14:38:56 *** fonsinchen has joined #openttd
15:00:54 *** izhirahider has joined #openttd
15:06:04 *** izhirahider has left #openttd
15:15:00 *** Alberth has joined #openttd
15:21:27 <TrueBrain> petern: take a power-nap :)
15:22:33 <petern> my boss'll appreciate that
15:24:21 *** NukeBuster has joined #openttd
15:24:51 <CIA-1> OpenTTD: rubidium * r15934 /trunk/src/network/core/address.cpp: -Fix: work around Solaris' inability to "parse" 0 as defined in the specifications.
15:25:37 *** Belugas has joined #openttd
15:25:37 *** ChanServ sets mode: +o Belugas
15:42:53 <CIA-1> OpenTTD: rubidium * r15935 /trunk/src/network/core/address.h: -Codechange: function to compare IP addresses (to sort them)
15:45:01 <CIA-1> OpenTTD: rubidium * r15936 /extra/masterserver_updater/ (4 files in 3 dirs): [MSU] -Fix: compile failures due to updates in trunk
16:02:18 *** |Jeroen| has joined #openttd
16:19:34 <jpm> Have anybody made patch to reduce passengers
16:20:40 <Belugas> a kill them all at station one?
16:20:58 <el_en> transport them to "factories"?
16:21:21 <jpm> to make city "produce" less passengers
16:21:27 <|Jeroen|> its nog logical that passangers wait more then a day at a station
16:21:44 <CIA-1> OpenTTD: rubidium * r15937 /extra/masterserver_updater/src/shared/ (helpers.hpp macros.h mysql.cpp string.cpp string_func.h): [MSU] -Codechange: replace macros.h and include the right core/(bit)math_func.hpp.
16:22:46 <CIA-1> OpenTTD: glx * r15938 /trunk/src/network/core/host.cpp: -Fix: broadcast addresses detection was broken for win32
16:24:00 <Belugas> jpm, no, nobody wrote anything like that. It's not required, yuo can do the same by creating a grf who modifies the houses properties accordingly
16:24:27 <Belugas> |Jeroen|, a day is like less than a second on the game :)
16:24:45 <|Jeroen|> ow that would be kinda short then
16:25:06 <jpm> glx: What I supposed to use?
16:25:37 <glx> TTRS is known to generate way too many passengers
16:27:25 *** Roujin_ has joined #openttd
16:28:10 <jpm> I like TTRS, so I'll check out how to kill some passengers...
16:31:14 <Belugas> apart having a very good transportation system, not much you can do if you keep on using it
16:31:46 <Alberth> jpm: don't have too many houses in the catchment area of your station
16:32:33 <jpm> I want serve to whole city..
16:33:06 <Prof_Frink> Blow up every other house and build something in its place.
16:33:15 <glx> use a distant join rail station or airport
16:34:45 <jpm> I usually use distant join rail stations... airports just cant handle all passengers
16:35:03 <planetmaker> then build smarter rail networks :)
16:36:59 <jpm> hmm... I have build very high capacity networks but now I bored to build 3x2 railways for every single railstations near/in cities...
16:39:42 <CIA-1> OpenTTD: rubidium * r15939 /extra/masterserver_updater/src/ (13 files in 4 dirs): [MSU] -Codechange: initial support for binding to multiple IPs.
16:40:54 *** frosch123 has joined #openttd
16:43:56 *** jonty-comp has joined #openttd
16:44:10 <TrueBrain> yeah, I managed to modify lighttpd to show IPv4s as IPv4s again :)
16:44:37 <TrueBrain> now wiki shows normal things again :p
16:45:41 *** jonty-comp has joined #openttd
16:50:00 *** jonty-comp has left #openttd
16:50:15 *** jonty-comp has joined #openttd
17:02:41 <CIA-1> OpenTTD: rubidium * r15940 /trunk/src/network/ (core/address.cpp network.cpp): -Codechange: move setting reuse address to the binding process.
17:13:05 <Roujin_> what's the reason for all those network related commits lately?
17:13:41 <TrueBrain> because he likes doing that :p
17:14:13 <Roujin_> hmmm I doubt the truthfulness of this statement :P
17:14:23 <TrueBrain> I really hope he likes doing it
17:14:28 <TrueBrain> else ... something is wrong in general :)
17:14:31 <TrueBrain> goes for all developers here :p
17:15:13 <Roujin_> I did not say he doesn't like it. Just that him liking it is not the reason to do it :P
17:16:56 <Roujin_> "oh, I'll go and rewrite this, it's working perfectly already, but I just feel like rewriting it..." - nah...
17:16:59 <Belugas> maybe it's a thing against boredom?
17:17:16 <TrueBrain> Roujin_: clearly it doesn't work perfect; so much is obvious :)
17:17:34 <frosch123> maybe he changes the protocol to something that needs less bandwidth and works to play between earth and iss
17:17:50 <TrueBrain> damn, that would be laggy :p
17:19:28 <Roujin_> TrueBrain: okay, so the reason is fixing/improving the network protocol. fine as an answer :P
17:20:05 <Rubidium> read the forum and you might get a clue
17:20:15 <jonty-comp> You should be adding ipv6 support, considering in the last two days everyone's suddenly decided to get it! :P
17:21:09 <CIA-1> OpenTTD: rubidium * r15941 /trunk/src/network/ (core/address.cpp core/address.h network_content.cpp): -Codechange: jonty-comp's wish partly implemented (content server) ;)
17:22:07 <Roujin_> hooray for cryptic commit messages that no one understands in a few months :P
17:22:12 <frosch123> hmm, that is quite a short timespan between feature request and implementation :p
17:22:26 <jonty-comp> I believe it is my first ever feature request too :D
17:22:41 <frosch123> then you should never do any again :)
17:23:27 <frosch123> resp. tell everyone you accept some millions for requesting features
17:23:35 *** tkjacobsen has joined #openttd
17:23:50 <orudge> jonty-comp: you should request the winning lottery number generator
17:23:55 <Rubidium> frosch123: there have been feature requests with negative implementation time ;)
17:23:57 <orudge> then Rubidium will commit it a minute later
17:24:21 <jonty-comp> Nah, I won't bother
17:24:29 <frosch123> negative is cheating :)
17:24:30 <jonty-comp> I only do mostly useless features at the moment
17:24:48 <jonty-comp> perhaps I'll expand to life-changing features in the future
17:24:53 <Rubidium> orudge: 1 2 3 4 5 6 7 <- will eventually be winning
17:24:59 * jonty-comp requests some tea from his oven
17:25:25 * jonty-comp requests some tea from his owen
17:25:34 * orudge gives jonty-comp a mouldy lump of mould
17:25:38 <orudge> that's for allegedly breaking (maybe) things!
17:25:52 <orudge> the logs alas provided no clue
17:26:08 <jonty-comp> I will from now on deny all involvement in the server that hosts both tt-forums and my VPS crashing this morning.
17:26:29 * jonty-comp notes that the tea request from his oven has been implemented, and goes to consume it
17:26:51 <jonty-comp> I wouldn't make drink tea in an oven
17:29:20 <CIA-1> OpenTTD: translators * r15942 /trunk/src/lang/ (4 files in 2 dirs):
17:29:20 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2009-04-03 17:29:01
17:29:20 <CIA-1> OpenTTD: icelandic - 3 changed by scrooge (3)
17:29:20 <CIA-1> OpenTTD: lithuanian - 3 fixed by geckonas (3)
17:29:20 <CIA-1> OpenTTD: serbian - 29 fixed by Jenraux (29)
17:29:22 <CIA-1> OpenTTD: slovak - 7 changed by ezimir (7)
17:50:07 <TrueBrain> why do I always watch disguisting programs when I eat :(
17:51:20 <Prof_Frink> Because you misread the schedule.
17:51:33 <Prof_Frink> You wanted to watch digesting programs instead.
17:52:27 <petern> SixXS's reason box ... argh
17:52:34 <petern> that's why i never bothered filling it in before
17:52:54 <TrueBrain> petern: even if you do ........ well ... oh, I won't start again :p
17:53:03 <petern> reason: because i'm a sad git and want to mess around with ipv6
17:53:06 <petern> probably won't work :p
17:53:50 <TrueBrain> petern: use freenet6
17:54:06 <petern> i did use BT's but it got taken down :(
17:54:25 <jonty-comp> freenet6 seems good so far
17:54:59 <TrueBrain> too bad I bounce via canada ..
17:55:11 <TrueBrain> SixXS would allow me to do it via my local ISP :p (which happen to have a PoP)
17:55:13 * jonty-comp enjoys compiling 0.7.0 ridiculously fast on this 8-core xeon server
17:55:25 <TrueBrain> jonty-comp: give me access! :p
17:55:43 <jonty-comp> buy it from orudge
17:55:50 <TrueBrain> the complete server? :p
17:56:24 <jonty-comp> about £10 a month at the moment, although I should switch to pay-by-year for more cheapness
17:56:42 <EoD> petern: If you fill in the reason box something like "i want to test ipv6" it should be fine
17:56:56 <jonty-comp> it does run out of ram a bit sometimes, but it's fine for what I need at the moment
17:59:22 <taisteluorava> my comp is just 4ghz e8400 ; )
17:59:38 <TrueBrain> I need a SaN server at home ....
17:59:48 <Belugas> [13:57] <TrueBrain> too bad I bounce via canada .. <-- what the fack are you doing here?
17:59:48 <taisteluorava> does compiling even support multi threading?
17:59:56 <TrueBrain> Belugas: visiting you! :p
18:00:05 <TrueBrain> taisteluorava: you are not seriously asking that, are you?
18:00:14 <TrueBrain> Belugas: well, over a wire I am :p
18:00:24 <taisteluorava> ok, atleast openttd does not support it
18:00:43 <TrueBrain> the game, no ... not a suprise :)
18:00:47 <taisteluorava> uses only 1 core (4ghz) when creating a huge map
18:01:03 <Belugas> does compliing even support XML?
18:01:19 <TrueBrain> Belugas: with the magic 42 patch it does! :p
18:02:47 <orudge> Does compiling support babby?
18:03:03 <jonty-comp> hmm, more impressive than compiling in about a minute is generating a 2048x512 map in about a second
18:03:16 <EoD> how much GHz do you have?
18:03:32 <orudge> [18:54:58] <TrueBrain> too bad I bounce via canada .. <-- for some reason, when I try to access a server in France via IPv6, it gets bounced via New York
18:03:40 <orudge> via IPv4 the route is, as expected, more direct :p
18:03:48 <taisteluorava> its not just Ghz, like 4ghz pentium 4 just suck ; )
18:03:54 <TrueBrain> orudge: IPv6 can auto-train itself wrongly :)
18:04:13 <orudge> [18:52:32] <petern> that's why i never bothered filling it in before <-- I entered in something like "wanting to test OpenTTD IPv6" a couple of years ago when I applied for SiXXS
18:04:16 <orudge> well, a year and a half ago, maybe
18:04:26 <orudge> that was when SpComb was hacking around on his thing, I think
18:04:42 <TrueBrain> orudge: I requested one for my private and for OpenTTD .. got denied .. only got one ... idiots ..
18:04:51 <TrueBrain> when I leave, OpenTTD is without IPv6 :p
18:05:04 <orudge> I have two subnets and two tunnels
18:05:05 <TrueBrain> (just having such policy makes me go BRRR)
18:05:06 <orudge> but one with with a UK provider
18:05:08 <orudge> the other is with Leaseweb
18:05:19 <EoD> The only mistakes you can do about SixXS reasons: enter something like "I want to use IRC"...
18:05:21 <orudge> the UK provider is, obviously, for my home connection
18:05:33 <orudge> perhaps they didn't want to give you two from the same country or something :p
18:05:53 <TrueBrain> orudge: no, he said I already had one .. while I filled the 'comment' box with a long text explaining
18:05:56 <TrueBrain> why ask for comments if you don't read it
18:06:14 <TrueBrain> still a bit pissed :p
18:06:59 <TrueBrain> but okay, today we hit the 10 hits per second on the httpd ... not bad for an Open Source project, I say :)
18:07:38 <orudge> hmm, tt-forums has used 360MB of IPv4 bandwidth in the last hour, just 14MB of IPv6 bandwidth
18:07:45 <jonty-comp> still a lot I say!
18:07:56 <jonty-comp> there must be more than just me, TrueBrain and EoD using it :p
18:07:56 <TrueBrain> orudge: 0.9% of the hits is IPv6 for openttd.org
18:08:02 <orudge> jonty-comp: you've used 8.74MB IPv4, 3.63MB IPv6 :p
18:08:22 <jonty-comp> anyway, I need to go and move my grandma's furniture
18:08:26 <orudge> EoD: buy a Zernebok VPS
18:08:29 <TrueBrain> jonty-comp: gooddluck
18:08:30 <jonty-comp> and no, that isn't a euphemism
18:12:33 <EoD> 0.9% IPv6 traffic is a lot compared to worldwide ipv6 traffic (which is far below 0.9%... iirc ~0.5%)
18:13:07 <EoD> i hope my math isn't abandoning me again
18:13:45 <planetmaker> @join #coop.members
18:13:55 <TrueBrain> EoD: well ... we did a lot of tests, so that would not be suprising for a first day ;)
18:13:59 <TrueBrain> we will see tomorrow :)
18:16:16 <TrueBrain> I just had to kill your xserver
18:17:36 *** Nite_Owl has joined #openttd
18:18:15 <fonsinchen> Since my last update all town names and loading indicators are truncated by 2 chars and have "..." appended instead
18:18:36 <fonsinchen> I guess this is not intended ...
18:19:16 <TrueBrain> IPv4 hits: 414516 hits
18:19:17 <TrueBrain> IPv6 hits: 15304 hits
18:19:19 <TrueBrain> IPv6 ratio: 3.5605 %
18:19:34 <EoD_> sounds really good for ipv6!
18:19:57 <TrueBrain> just 49 unique IPv6 users :p
18:20:31 <EoD_> ok, i'm probably ~4 of those addresses.
18:21:18 <DorpsGek> TrueBrain: 0.00762289981332
18:21:20 <TrueBrain> @calc 49 / 6428 * 100
18:21:20 <DorpsGek> TrueBrain: 0.762289981332
18:25:24 *** Polygon has joined #openttd
18:30:32 <TrueBrain> I want if I can also harvest the bandwidth on IPv6 .. but the access log is not that useful to get that data from via bash ..
18:31:24 * orudge just monitors the bandwidth usage being forwarded to each IP via iptables
18:31:31 <orudge> not necessarily the nicest way of doing it
18:31:44 <orudge> (in a VPS environment, at least)
18:33:45 <petern> oh, freenet6... seem to remember using that a long time ago
18:34:11 <TrueBrain> I guess we need to install some stat-monitoring to seperate IPv4 and IPv6 bandwidth :p
18:36:33 <TrueBrain> too bad awstat and webalizer don't understand IPv6 yet :p
18:37:08 <EoD> gentoo does list ipv6 via iptraf...
18:37:24 <TrueBrain> I know iptraf support it like udp
18:37:52 <EoD> there is a column for ipv4 and a column for ipv67
18:38:29 <orudge> TrueBrain: hmm, awstats seems to be OK with IPv6 IPs for me, webalizer not so much
18:38:41 <orudge> (webalizer truncates them to something like [2001, awstats seems to display them in full)
18:38:45 <TrueBrain> EoD: it doesn't here
18:38:58 <TrueBrain> orudge: well, I meant more: an overview of IPv4 usage against IPv6 usage
18:39:04 <EoD> In Debian it doesn't, in Gentoo it does. I'm sure about this
18:39:07 <TrueBrain> but yeah, webalizer is known
18:39:16 <TrueBrain> EoD: I am running Gentoo, and I only see IPv4
18:40:07 <TrueBrain> it shows IPv6 in some places
18:40:29 <EoD> Installed versions: 3.0.0-r4(14:05:45 08/04/08)(ipv6 unicode -suid)
18:42:07 <EoD> General interface stats has no ipv6 at your computer?
18:43:19 <TrueBrain> General Interface Statistics
18:43:34 <TrueBrain> Total, IPv4, IPv NonIP IP, Bad IP
18:43:56 <TrueBrain> lol, I need to make my window bigger, so it seems :p
18:44:14 <TrueBrain> totally fucked up, that window :p Ghehe :)
18:45:06 *** Ridayah has joined #openttd
18:47:33 <petern> so who's well up on ipv6 network allocation?
18:48:19 <petern> address allocation, rather
18:49:08 <petern> when requesting ipv6 from RIPE the documents assume you're a huge provider with millions of customers all ready to go to ipv6
18:49:47 <petern> whereas "i" am a small isp with a few split up networks and some customers ready to go to ipv6
18:49:49 <EoD> why don't you use sixxs.net or tunnelbroker.net?
18:50:07 <petern> because i don't want a tunnel
18:50:37 <TrueBrain> petern: then just request a big thing from RIPE :p
18:50:43 <TrueBrain> not that we will run out of IPv6 any time soon :p
18:51:24 <petern> but what's the normal allocation for end-user sites, isp networks, etc...
18:52:06 <petern> we've got 3 main network areas split up into subnets for customers, hosted servers, our own servers, etc etc
18:52:34 <orudge> I was just reading yesterday about this
18:52:37 <EoD> i got a /64 tunnel and a /48 subnet, if that's what you mean
18:52:40 <orudge> RIPE is apparently not keen on allocating to companies or small ISPs
18:52:46 <orudge> which has annoyed various people
18:53:02 <orudge> can't remember quite where I read this
18:53:15 <petern> i assume they should have the same rules for ipv6 as for ipv4
18:54:14 <Alberth> petern: why don't you have a look at the sites that EoD gave, they probably quote address space and prices
18:54:30 <petern> what do prices have to do with anything? heh
18:54:35 <petern> ipv6 doesn't cost anything
18:54:48 <TrueBrain> IPs are free (from RIPE point of view)
18:55:08 <EoD> and sixxs tunnels/subnets are also free
18:55:22 <TrueBrain> LeaseWeb akss money for IPv6 (25 euro a month) and for IPv4 (1 euro per IP)
18:55:26 <TrueBrain> sick amount of money :(
18:55:54 <petern> i don't want a tunnel :s
18:56:18 <TrueBrain> petern: just try it at RIPE :)
18:56:28 <petern> my existing ip connectivity already offers ipv6 connectivity. i just need "my own" IPs
18:57:08 <petern> can't remember my LIR portal login :/
18:58:28 <EoD> Nerim and FDN are small french ISPs and they seem to provide native IPv6. You could find out how they give their users ipv6.
18:59:21 <petern> In the coming month, the RIPE NCC will launch IPv6 Now!, a website showcasing IPv6 in use in the private and public sector.
18:59:36 <TrueBrain> what are the odds ;)
19:11:43 *** ChanServ sets mode: +o Bjarni
19:20:46 * petern waits for his old emails to download
19:21:14 <Muxy> can someone explain me about ending_year patch missing in 0.7.0 release ?
19:22:05 <Nite_Owl> there is no ending year - you can just play on forever
19:22:37 <Muxy> but it was used to display the score board
19:23:26 <Nite_Owl> if you do not use any cheats the scoreboard will display in 2051
19:24:10 <Muxy> yes i know, then ending_year patch has been replace by the ORIGINAL_END_YEAR
19:24:43 <Rubidium> Muxy: it was a 'configurable' variable that could only be modified in the intro menu. Then whenever another game was started it was reset to 2051 and it wasn't changeable anymore
19:25:22 <Rubidium> so in effect it has always been an unchangeable constant
19:25:29 <Muxy> yes but now the score board rise always at the end of 2051
19:25:41 *** HerzogDeXtEr1 has joined #openttd
19:26:05 <Rubidium> Muxy: what don't you understand in what I said?
19:26:11 <Rubidium> apparantly everything
19:26:30 <orudge> whee, we're front page news ;)
19:26:51 <petern> and no doubt will be for a long time :p
19:26:53 <Muxy> but i dont want the score board appears at the end of 2051
19:27:13 <orudge> eh, seems if OpenTTD had been released on the 31st, we'd have been buried down with a pile of other software releases
19:27:32 <Muxy> i would like to have it appears regarding the ending_year patch...
19:27:49 <Rubidium> but it DID NOT DO that
19:28:14 <Muxy> yes it did... i use it in my 0.6.3 servers
19:28:16 <petern> nobody wants to release on the first of april
19:28:35 *** SHRIKEE has joined #openttd
19:28:44 <Bjarni> petern: but we do it often
19:31:56 <petern> well, rubidium does :p
19:34:13 <Muxy> end_year patch was set to 2051 in LoadFromHighScore which is called after LoadFromConfig.
19:34:54 <Muxy> it would have more simple to remove that line from LoadFromHighScore, no ?
19:34:56 <TrueBrain> orudge: you still manage to produce OS/2 binaries? :p
19:35:29 <TrueBrain> you posted it yourself
19:35:45 <TrueBrain> is there any real community for OS/2?
19:35:50 <TrueBrain> (besides the obvious: you)
19:35:51 <orudge> quite a lot of activity on usenet
19:36:01 <TrueBrain> like MorphOS activity?
19:36:03 <orudge> and also on os2world, os2.cz, and various other sites
19:36:04 <TrueBrain> or real activity? :p
19:36:14 <orudge> eh, well, OS/2 is still used in various niche places
19:36:18 <orudge> probably moreso than, say, FreeDOS
19:36:35 <TrueBrain> I wish openttd.org was running on an ESXi machine ...
19:36:48 <Alberth> orudge: such an announcement doesn't look very comforting to me
19:36:50 <TrueBrain> petern: you pay? :p
19:37:09 <TrueBrain> but with ESXi we at least could install an OS/2 and add it to the compile-farm :p
19:37:49 *** KenjiE20 is now known as Guest1403
19:37:50 *** KenjiE20 has joined #openttd
19:38:16 <Alberth> orudge: the date jumps out like THIS IS A HOAX to me :P
19:38:37 <orudge> Alberth: blame openttd
19:38:40 <orudge> they released it on the 1st :p
19:38:50 <orudge> same with 0.6.0 last year
19:39:15 <Alberth> I didn't know, but I like the tradition :)
19:41:54 <Muxy> back to my ending_year patch...
19:42:46 <Muxy> i have a network game running and the value of ending_year patch is not 2051 but reflect the value set in the cfg file
19:44:42 <Bjarni> <Alberth> I didn't know, but I like the tradition :) <-- me too... people always go "where is the joke in this release?"
19:44:56 <Bjarni> and you will never know if there is a joke in it :P
19:46:22 *** KenjiE20 has joined #openttd
19:53:14 <petern> gateway6 source code download is 1.4MB
19:53:24 <petern> there's 1.4MB of PDF in there...
19:53:32 <TrueBrain> petern: why make things simple?!
19:53:58 <TrueBrain> that is what they are thinking :p
19:55:02 <jonty-comp> petern: the gateway6 program is what broke my VPS!
19:55:14 <jonty-comp> or well, the tspc package in apt, which is apparently the same thing
19:56:17 <petern> in the past i've just use iproute2 tools to set a tunnel... odd stuff thus :/
19:56:26 <frosch123> gimp seems to have trouble with 149749 x 1313 pngs...
20:04:46 <petern> i bet it's my router :p
20:06:43 <petern> i suppose my router does not know what to do with v6v4 packets :/
20:08:13 <TrueBrain> petern: the idea is that the IPv6 is in a IPv4 .. and it should just allow that :)
20:08:31 <petern> yes but it's not working :p
20:09:31 <petern> (yes i put my machine as the dmz host)
20:09:56 <TrueBrain> petern: put gw6c in log 3 mode
20:10:03 <TrueBrain> it can fail on VERY stupid things :p
20:10:08 <TrueBrain> (or did you receive an IPv6?)
20:10:35 <petern> 4: sit0: <NOARP> mtu 1480 qdisc noop state DOWN
20:10:46 <petern> 15: sit1@NONE: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1280 qdisc noqueue state UNKNOWN
20:10:57 <petern> link/sit 0.0.0.0 peer 81.171.72.11
20:10:57 *** Belugas has joined #openttd
20:10:57 *** ChanServ sets mode: +o Belugas
20:11:50 <petern> i fixed my (dynamic, lol) ip address in the config
20:12:12 <petern> i love that it goes through leaseweb in the traceroute :p
20:19:18 <Ammler> did something change on the advertising part?
20:19:28 <Ammler> our servers aren't on the list anymore
20:21:23 <petern> since r1, yes, lots changed.
20:23:08 <planetmaker> petern: probably since somewhen yesterday
20:23:37 <planetmaker> it's not like we check the server list every minute :)
20:24:26 <planetmaker> yesterday, I recall them seeing in servers.openttd.org as I checked for a reason I forgot
20:24:33 <planetmaker> maybe it was the day before
20:32:14 *** tkjacobsen_ has joined #openttd
20:41:33 <CIA-1> OpenTTD: alberth * r15943 /trunk/src/ (graph_gui.cpp lang/english.txt): -Fix: Tooltip of detailed ratings window button showed wrong tip
20:42:57 <petern> i.e. a single adsl account
20:44:06 <TrueBrain> isn't a /64 enough? :)
20:44:21 <TrueBrain> gives you unique addresses for each mac :p
20:45:53 <petern> i think it's because they might want separate networks, or something
20:46:09 <TrueBrain> so 256 seperate networks :p
20:46:20 <TrueBrain> haha :) I know there are enough IPv6 to give every piece of sand its own IP
20:46:21 <petern> of course, really a /120 is more than enough for most people
20:46:25 <petern> just not for autoconfig
20:46:37 <TrueBrain> petern: indeed :) And IPv6 is built to autoconfigure it self :)
20:46:55 <TrueBrain> but okay .. you can get a /48 without much trouble anyway :p
20:47:02 <Prof_Frink> TrueBrain: I thought each grain of sand could have multiple IPs
20:47:24 <SpComb> organizations are allocated /32 prefixes
20:47:36 <SpComb> so the "every piece of sand its own IP" is a bit not-actually-true
20:48:01 <TrueBrain> because organizations get /32, that statement is not true?
20:48:05 <SpComb> half of the bits go into autoconf, the others are split at eight-bit boundaries across various levels
20:48:12 <SpComb> becuase /lots/ of organizations get /32s
20:48:25 <TrueBrain> and what does that have to do with grains of sand?! :p
20:48:27 <SpComb> if you want to e.g. multihome properly, you need a /32
20:48:51 <TrueBrain> you can still give every grain of sand in the world an IPv6, and not run out of them
20:48:52 <SpComb> an organization with a /32 probably won't have all that many grains of sand
20:48:55 <TrueBrain> I don't care in which prefix you put them :p
20:49:21 <petern> also the 'every piece of sand' thing is bollocks :)
20:49:33 <TrueBrain> yeah ... then there are still IPv6 left over :p
20:49:57 <petern> some people have stated that ipv6 allows you more addresses than there are atoms in the universe too
20:50:01 <petern> which is, of course, total bollocks
20:50:12 <TrueBrain> it is just a figure of speech, but that we all understand :)
20:50:18 <TrueBrain> well .. except a few nitwits of course :)
20:50:21 <SpComb> an organization with a /32 prefix probably won't have 2^96 grains of sand to address
20:50:35 <petern> SpComb, so you know all about ipv6
20:50:45 <petern> i should request a /32 right?
20:51:13 <SpComb> but I gather the ideal situation for IPv6 would be that the global routing table only contains /32's
20:51:29 <petern> why does nobody know :(
20:51:30 <Prof_Frink> If each grain of sand weighs 1g that's a lot of sand.
20:51:39 <petern> okay, so i can pay ripe £lots to go on courses...
20:51:51 <TrueBrain> petern: they have to make money of you in some way :p
20:52:01 <TrueBrain> petern: just request a /32, who cares .. if you run out, you request a new block
20:52:04 <petern> yeah, there's a montly fee for a start
20:52:53 <petern> Your IP Address is: 2001:5c0:1400:b::bf1
21:05:57 *** KillaloT has joined #openttd
21:06:26 *** MrFrans has joined #openttd
21:17:45 <TrueBrain> a SixXS tunnel gives 1 IP or /64 IPs? It is a bit unclear to me :(
21:21:48 <petern> IPv6 Allocation Usage Plan Help
21:21:48 <petern> When will you use this address space? *
21:23:18 <Belugas> just follow up WISE FooBar... Don't care about IP6 :P
21:24:03 <TrueBrain> Belugas: you might have missed it, but the last 3 days, OpenTTD and tt-forums are all into IPv6 :p So really important stuff here!!! :p
21:24:27 <petern> i was fiddling with it many years ago
21:24:33 <petern> back when you had to patch the linux kernel...
21:24:55 <Rubidium> that sounds like pre 2.0 ;)
21:25:43 <Belugas> i know, TrueBrain :) i've been following
21:26:02 <Belugas> i was refering to the very important statement of the Foobar individual on forums
21:26:33 <Belugas> "And what's the advantage of IPv6 for your average Joe? Last time I checked, we weren't out of IPv4 addresses yet and because everything is backward compatible with IPv4 I don't really see the point."
21:28:11 <TrueBrain> Belugas: that is a good summary ... as clearly he missed something .. essential .. I think we call it a brain :p
21:28:12 <petern> 790 days left, apparently
21:28:31 <SmatZ> glx: on your local network? :)
21:28:33 <TrueBrain> I just wish SixXS wasn't so bitchy and gave me my damn /64 already
21:29:03 <SmatZ> /64 is still a bit too much for IPv4 ;)
21:31:41 <TrueBrain> Belugas: I took the effort to make this all so nice reply :)
21:32:17 <TrueBrain> I can't get native IPv6, because my university things it is not needed yet .. although the ISP we have supports it :(
21:33:41 <Belugas> i would have used beer and drunk instead of food and hunger, but yes :) it's quite the good analogy!
21:33:56 <TrueBrain> beer and drunk would have been better ... why didn't I think of that :p
21:34:05 <TrueBrain> glx: btw, why don't you enable IPv6? There is no loss .. only gain :p
21:34:23 <petern> yeah you get to see google's animated logo
21:34:53 <TrueBrain> yeah! But only for non-international part ...
21:34:59 <TrueBrain> ipv6.google.com/intl/nl
21:35:03 <TrueBrain> doesn't have animated logo :(
21:42:12 <Belugas> TrueBrain : 'cause it's not an imperative for you :) as a student, you are more likely to crave for food, wich you do oftenly!
21:42:35 <Belugas> me, i've got a belly, that requires beer!
21:42:49 <Belugas> plsu, it's fridAY EVENING
21:43:09 <Rubidium> and he's still at the office
21:43:54 <Belugas> a cookie for Rubidium :)
21:43:56 <petern> i hope ripe really don't want me to list every single /48 :/
21:45:09 <jonty-comp> are you still talking about that? D:
21:45:43 <Rubidium> yeah, all day long ;)
21:46:02 <jonty-comp> oh well, I suppose it's worthwhile discussion :D
21:46:10 <jonty-comp> now let us go boycott quakenet to enable ipv6
21:46:19 <jonty-comp> or better boycott everyone to abandon quakenet
21:46:53 <petern> some twat is revving their car
21:46:59 <petern> i hope they blow the engine up :/
21:47:04 <CIA-1> OpenTTD: rubidium * r15944 /trunk/src/network/core/address.cpp: -Codechange: disable IPv4 over IPv6 sockets as there is no default value and not all OSes actually support IPv4 over IPv6 so making it the same on all OSes eases debugging and such
21:47:43 <petern> ipv4 over ipv6 is silly :o
21:47:55 <jonty-comp> not much need for it
21:47:55 <TrueBrain> no idea why it is active by default for most OSes ...
21:48:05 <TrueBrain> it makes porting applications REALLY easy
21:48:26 <TrueBrain> s/AF_INET/AF_INET6/g;s/sockaddr_in/sockaddr_in6/g;
21:49:00 * jonty-comp upgrades everyone to IPv7
21:50:06 * Rubidium ponders the point of giving people /64 (or even /48) subnets
21:50:27 <TrueBrain> we talked abuot that a moment ago :p
21:50:35 <TrueBrain> you can use /64 .. radvd! Autoconfigure! :)
21:50:46 <Rubidium> how insane amount of disk space you must have to address all bits on your disks and exhaust that ;)
21:51:07 <TrueBrain> haha :) You can query 1 bit on every IPv6 :p
21:53:01 <Rubidium> hmm, it's 'only' 2 EB
21:53:15 * jonty-comp considers buying "TCP/IP for Dummies"
21:53:54 <Rubidium> it's probably not heavy enough to slap some sense into people
21:54:01 <jonty-comp> I need somewhere to learn about all this /54 and radvd and random technical words though D:
21:54:24 <TrueBrain> radvd: fancy dhcp for ipv6, configures based on mac
21:54:26 <TrueBrain> so, now you know :)
21:54:53 <Rubidium> radvd: nice when you're got multiple Medion systems of a certain range
21:55:03 <jonty-comp> does that mean that as long as the mac address stays the same your ip is the same?
21:55:11 *** valhallasw has joined #openttd
21:55:18 <TrueBrain> morniing valhalla1w
21:55:22 <TrueBrain> morniing valhallasw
21:55:23 <Rubidium> 'cause it's cheaper to give all computers the same mac address than give them different ones
21:55:36 <TrueBrain> Rubidium: I really don't get that ... is there a shortage of mac addresses? :P
21:55:55 * jonty-comp wanders off muttering about dummies and subnets
21:56:47 <petern> no doubt it'll be bounced back
21:57:01 <petern> i'm hoping they bounced back the first request last year because it was too small
21:57:02 <TrueBrain> I hope the other end has nicer people than SixXS :p
21:57:18 <petern> they just want everything documented properly :p
21:57:26 <petern> also we pay them for it :p
21:58:03 <petern> requested a /32 this time, to cover everything
21:58:56 <TrueBrain> Belugas: hi mister dead
21:58:59 <TrueBrain> how is the other end?
21:59:24 <Belugas> TrueBrain, it's LUMINOUS!
22:00:21 <Wolf01> what did you give him to drink?
22:00:33 <TrueBrain> bye Belugas, enjoy your weekend :)
22:01:09 <Wolf01> bye Belugas, have a good weekend ;)
22:02:07 <Wolf01> I think I'll go on the bed
22:11:04 *** dany_21a_ has joined #openttd
22:12:08 <dany_21a_> hello - quick question: why does a railw. station accept passenger near a farm?
22:12:33 <dany_21a_> does it affect the productivity of the farm if i ship ppl to them?
22:12:54 <gleeb> Shouldn't. Must be something else near by.
22:14:29 <dany_21a_> gleeb: and also brings money if i bring ppl there (was so in v0.6.x and is also in 0.7 that way)
22:21:51 <dany_21a_> smth. seems weird, if i try to build a new station i see on some places "accept: nothing" (even if farms are in range) - and on other locations (even only farms in range) it says "accept: persons"
22:25:12 <TinoDidriksen> The houses on the farms count towards passengers. I believe the original number is 1/8th passenger per house. So a single farm would not accept passengers, but that many would.
22:29:31 <dany_21a_> TinoDidriksen: Ah - that would make sens... so it happens only if there are more farms are on a small area (as in my case)
22:31:10 <dany_21a_> not really intuitve, but on the other hand it doesnt matter that much... maybe add it in the wiki page for the farm
22:31:48 <dany_21a_> (someone who knows exactly how it works... so: not me :) )
22:32:28 <TinoDidriksen> In the original TTDX I used to wonder how it happened as well, but iirc the Inspect tool revealed the 1/8th passenger on the house squares, and only on those. The farm itself does not count, but catching the house-inside-the-farm does.
22:36:05 <nooby> i have a question im wonderng if anyone can help with
22:36:26 <nooby> can a person with a dynamic IP host a openttd server?
22:37:23 <Yexo> are you spool @ tt-forums.net?
22:37:26 <nooby> just i cant seem to make my self show up on the list. i think i got it working once, but cant seem to do it now. ports open and forwarded, set to 'internet (advertise)' . any ideas?
22:38:07 <Yexo> are you ports forwarded to the right computer? That happened to me sometimes
22:38:34 <nooby> i dont understand that.
22:38:46 <nooby> im trying to make it open on internet, not lan
22:39:03 <Yexo> yes, but to do that you have to forward some ports from your router to your computer
22:39:16 <Yexo> did you forward those ports to the correct ip address?
22:39:26 <nooby> yea 3979 to my internal ip
22:39:34 <DorpsGek> Yexo: OpenTTD uses TCP and UDP port 3979 for server <-> client communication and UDP port 3978 for masterserver (advertise) communication (outbound)
22:39:54 <Yexo> did you forward both tcp and udp?
22:40:04 <nooby> yea, and made a fire wall exception
22:41:01 <nooby> i tryed to host a FTP server once, and failed cause of my dynmic IP, so was wondering if it was the ip
22:41:20 <Yexo> having an ftp server with a dynamic ip is perfectly possible
22:41:32 <Yexo> you just have to tell the users the correct ip at all times
22:42:07 <nooby> well, i managed to have people log in to my ftp. just not move or change anything.
22:42:20 <TrueBrain> and you blame that on your IP? Cool :)
22:42:32 <Yexo> then you miscofigured your ftp server
22:43:06 <TrueBrain> last online 2009-04-03 02:43:27 (UTC)
22:43:09 <nooby> so must be working then, hmmm
22:43:14 <TrueBrain> was online for about an hour
22:43:25 <nooby> i have not done anything different since then
22:43:39 <Yexo> nooby: do you have dhcp in your local network?
22:43:44 <nooby> same procedure. but my friends could not find me on the list, even send me a screenshot
22:44:03 <TrueBrain> nooby: sorry, but something did change :)
22:44:06 <nooby> i dont know what a dhcp is. but im not connected to any other machines if thats what your asking
22:44:11 <glx> check your local IP and compare it to the forwarded IP on the router
22:44:51 <Yexo> dhcp is a service (for home networks, mostly run on the router) that'll give your computers an ip address automatically when they join the network (ie at computer startup)
22:45:33 <Yexo> the ip address given may vary, so if yesterday you got 10.0.0.100 (just an example), and you set up port forwarding for that, tody you might have got 10.0.0.101, so your port forwarding is no longer valid
22:45:42 <nooby> well, just done ip config, same IP as yesterday. it only changes if i reset... as for computer startup, my pc is on 24/7
22:45:53 <glx> that's why I use MAC to determine IP :
22:46:31 <nooby> im using cmd and ipconfig to see my ip
22:46:43 <nooby> still 192.168.1.33 as yesterday
22:46:46 <TrueBrain> type 3979 in the box
22:46:56 <TrueBrain> and see if it works; if not, you local configuration is wrong :)
22:47:43 <nooby> nop... gives me an error. so something has changed then
22:48:58 <nooby> if i only had more brain cells!!! time to play about in router settings
22:50:12 *** dany_21a_ has left #openttd
22:50:26 <glx> did you restart the router after config?
22:50:46 <nooby> i never do unles there is a power cut
22:51:35 <glx> some router need a reboot after config change
22:52:09 <nooby> ok... ill go try that, brb
22:54:19 <nooby> ok, lets see. router restarted, ill check my ip and router settings
22:54:47 <nooby> ipconfig in cmd still says 192.168.1.33 , now lets see the router
22:57:09 <glx> your public IP changed btw ;)
22:59:30 <nooby> hmm, still not in the list
22:59:58 <nooby> yesterday it worked as soon as i opened the ports. i wonder, hmmm
23:00:38 <nooby> at least confirming that it did indeed work yesterday has helped. it does not feel so futile anymore
23:02:45 <nooby> the only different thing i can think of, is that today i am sending some files via xdcc on irc.
23:07:17 <nooby> ok, what i have done... 1- turn off firewall 2- open port 3979 internally and externally 3-run openttd 4- start server (internet advertise) start game ... is there anything obvious i missed out?
23:08:56 <Nite_Owl> Need to feed - later all
23:09:16 *** nooby is now known as spool
23:12:51 <petern> RIPE have not replied yet!
23:15:06 <spool> do i need to build company HQ b4 i show on the list or let a year pass or anything like that?
23:25:53 <spool> Success: I can see your service on 88.17.203.213 on port (3979)
23:26:10 <spool> so... in theory :P , lets see...
23:36:41 *** tkjacobsen has joined #openttd
23:44:43 <CIA-1> OpenTTD: glx * r15945 /trunk/src/network/core/os_abstraction.h: -Fix (r15944): win32 compilation
23:45:20 *** spooldonkey has joined #openttd
23:45:36 *** spooldonkey is now known as spoold
continue to next day ⏵
