Log for #openttd on 5th November 2018:
Times are UTC Toggle Colours
00:32:13  *** Wormnest has quit IRC
00:34:32  *** Progman has quit IRC
01:32:41  *** wodencafe has quit IRC
01:36:30  *** wodencafe has joined #openttd
02:12:56  *** Gustavo6046 has joined #openttd
03:18:27  *** glx has quit IRC
04:16:36  *** snail_UES_ has quit IRC
06:45:41  *** dvim has joined #openttd
07:08:18  *** andythenorth has joined #openttd
07:25:51  *** andythenorth has quit IRC
07:34:38  *** andythenorth has joined #openttd
07:48:43  <andythenorth> o/
07:50:53  <Xaroth> o7
08:01:04  <andythenorth> tank game salutes :P
08:13:58  *** Progman has joined #openttd
09:04:37  <peter1138> Hmm, well, this is awkward.
09:04:41  <peter1138> And strange.
09:10:02  <andythenorth> orly?
09:10:07  <andythenorth> 'you ok hun?'
09:10:08  <andythenorth> :P
09:12:56  <peter1138> I need to put weight on :p
09:24:00  <andythenorth> you've overshot?
09:37:05  <peter1138> Somewhat.
09:40:26  <andythenorth> doughnuts
09:40:36  <andythenorth> unless it's a medical thing :P
09:40:38  * andythenorth bbl
09:40:39  *** andythenorth has quit IRC
10:05:32  *** andythenorth has joined #openttd
10:23:47  *** andythenorth has left #openttd
10:30:36  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #3848: Orders: different STR_ORDER_GO_TO for each transport type
10:59:47  *** matt21347 has joined #openttd
11:13:55  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #5326: NETWORK_REVISION_LENGTH causing "String too long for destination buffer" git branch with length > 8
11:22:56  *** dvim has quit IRC
11:30:31  <LordAro> i feel the need to share this
11:46:19  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #6219: Commuter - Helicopter is in flight bug
11:51:55  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #6434: Localization of company and president name
12:20:13  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #6427: [Windows] RTL bug OpenTTD 1.6.0-RC1
12:56:39  *** snail_UES_ has joined #openttd
13:20:41  *** snail_UES_ has quit IRC
14:43:00  *** nielsm has joined #openttd
14:43:30  <nielsm> 'morning
15:46:05  *** lugo has joined #openttd
16:42:33  <LordAro> nielsm: busy day at work, i see :p
16:44:58  <nielsm> very
17:06:31  <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 opened pull request #6963: Several improvements in known-bugs file
17:07:12  <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 opened pull request #6964: Unificate several files with those from release 1.8 branch
17:24:19  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #6963: Several improvements in known-bugs file
17:39:19  *** frosch123 has joined #openttd
17:52:41  <nielsm>  <-- maybe only include the revision hash and not branch in the game version packet on network?
17:54:22  <planetmaker> I *think* that would require then separation of version identification between title bar and network version. It's actually not a new issue and not exclusive to git... 2012. Yet the short SVN version numbers made it much less likely to trigger
17:55:03  <nielsm> two people playing diffrent versions of the same branch would probably not be detected before it just desyncs
17:55:06  <nielsm> I guess
17:56:02  <planetmaker> However yes, I like your solution, to always use the HASH for network compatibility
18:00:00  <frosch123> the hash is used
18:00:04  <frosch123> just truncated
18:00:28  <frosch123> and adding the branch name makes it way easier for people to distinguish official, jgrpp, ...
18:00:57  <nielsm> is this for human consumption or version compatibility check?
18:01:04  <nielsm> I understand it as the latter
18:01:16  <frosch123> i think it is also shown in the multiplayer gui
18:01:22  <frosch123> so, both
18:06:04  <nielsm> the date in _openttd_revision is commit date, right?
18:06:10  <frosch123> <- except for coop, everyone uses tags though
18:06:23  <frosch123> yes
18:06:40  <frosch123> commit date, so monotone incremental
18:07:28  <nielsm> date + dash eats 9 of 15 bytes, leaving 6 for branch or commit hash
18:08:16  <nielsm> and branch names easily consume 6 characters
18:08:24  <nielsm> so you only get date as differentiator
18:08:41  <frosch123> hmm, fair point
18:08:53  <nielsm> and not insignificant risk of clash between similarly named branches
18:12:56  <planetmaker> currently, yes, there is no distinction between network version and the one used for human consumption
18:14:07  <planetmaker> maybe we should introduce such distinction
18:14:53  <planetmaker> (or maybe just create a version string of whatever length - and use the last 25 bytes as networ version (instead of first 25))
18:15:21  <planetmaker> that makes sure we have the HASH included at all times
18:16:18  *** Wolf01 has joined #openttd
18:16:28  <Wolf01> o/
18:16:29  <nielsm> ah good, the network game info packet is versioned
18:16:38  <nielsm> so it can in fact be upgraded without total breakage
18:17:03  <nielsm> (old clients not understanding new version packets is fine since they can't connect anyway)
18:18:17  <nielsm> hmm, server_revision is sent as a string, meaning it must be 0-terminated
18:18:27  <nielsm> meaning it only fits 14 characters in the buffer
18:18:44  <nielsm> but also meaning that it's possible to just extend the buffer in the struct
18:19:22  <Wolf01> Yay, I'm now connected at 3 Mbit
18:19:35  <nielsm> now to download some linux isos?
18:19:40  <frosch123> if you change it, it may be useful to add the branch as separate field
18:19:42  <planetmaker> Not sure you can "just extend the buffer in the struct" when it comes to network packets. They have a maximum size for some reasons. IIRC
18:20:19  <nielsm> well yes the SEND_MTU = 1460 bytes for a UDP packet
18:20:33  <planetmaker> what about just using the last N characters of the existing version string?
18:20:46  <planetmaker> not much change needed for that
18:21:07  <planetmaker> a bit hackish, I grant that :)
18:21:08  <frosch123> planetmaker: don't remove reasons for nielsm to implement multi-package udp announcements
18:21:24  <nielsm> :P
18:21:26  <planetmaker> lalala :)
18:21:34  <nielsm> okay 20 bytes consumed per newgrf used
18:21:56  <planetmaker> newGRF is a reason to implement what frosch just said :)
18:21:56  <nielsm> there's stricter version check of newgrfs than the core game engine
18:22:07  <Wolf01> <nielsm> now to download some linux isos? <- I'm downloading destiny 2
18:22:30  <Wolf01> It's 80GB... eta 5 days
18:22:52  <planetmaker> nielsm, yes... because version mismatch between OpenTTD itself hardly was an issue. NewGRF mismatch often was. A BIG PITA. But it got much better now that OpenTTD checks rather rigorously
18:23:22  <nielsm> Wolf01, that would take me about 2 hours :/
18:23:27  <planetmaker> @calc 80000000000/(100000000/8)/3600
18:23:27  <DorpsGek> planetmaker: 1.77777777778
18:23:38  <planetmaker> ^^ for me, too
18:26:14  <Wolf01> Monsters :'(
18:27:21  <nielsm> hmm, 198 bytes (max) used by a game info packet with zero newgrfs
18:27:38  <nielsm> @calc (1460 - 198) / 20
18:27:38  <DorpsGek> nielsm: 63.1
18:27:48  <nielsm> so yeah that's 63 newgrfs allowed
18:28:31  <nielsm> drop one to make it 62 newgrfs and the server revision can be extended to 35 bytes
18:28:40  <nielsm> which should definitely be enough
18:29:16  <nielsm> is this number of max newgrfs encoded anywhere in the source?
18:29:19  <planetmaker> yop, exactly.
18:30:18  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on pull request #6964: Unificate several files with those from release 1.8 branch
18:31:33  <frosch123> static const uint NETWORK_MAX_GRF_COUNT           =   62;
18:31:44  <planetmaker> hm... in network
18:32:15  <nielsm> hm bbl, food
18:33:57  <planetmaker> sounds like a good idea. BBL, too
18:52:10  *** andythenorth has joined #openttd
18:55:36  <andythenorth> o/
18:55:45  *** yellyFish has joined #openttd
19:06:48  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #5326: NETWORK_REVISION_LENGTH causing "String too long for destination buffer" git branch with length > 8
19:09:54  *** Wormnest has joined #openttd
19:14:26  <andythenorth> so after much much thinking
19:14:37  <andythenorth> about vehicle capacities
19:14:40  <andythenorth> the ones I chose
19:14:43  <andythenorth> match the original base set :P
19:14:54  <andythenorth> such and very
19:15:12  <TrueBrain> andythenorth:
19:15:13  <TrueBrain> your turn
19:15:27  <andythenorth> is that on staging? o_O
19:15:32  <TrueBrain> no, it is empty
19:15:44  <andythenorth> "Hello World"
19:15:49  <TrueBrain> install it with something like ... 'apt install ruby && gem install bundler && bundle install && jekyll serve'
19:15:50  * andythenorth clones
19:15:57  <TrueBrain> it has no templates nothing
19:16:02  <TrueBrain> it is really as bare as it can be
19:16:17  <andythenorth> I have to read Jekyll CVEs first :(
19:16:20  <andythenorth> but yes
19:16:54  <TrueBrain> CVEs?
19:17:01  <frosch123> hmm, you can have dots in repository names...
19:17:35  <andythenorth> policy is not to install anything without checking for obvious vulns first
19:17:46  <andythenorth> except when it's 1 billion upstream deps :P
19:18:23  <andythenorth>
19:20:57  <TrueBrain> frosch123: surprised me too :D
19:21:11  <TrueBrain> andythenorth: that is what I like about Jekyll .. in production we run nginx + HTML .. fuck any CVE :P
19:21:25  <andythenorth> yair
19:21:33  <andythenorth> just don't want my endpoint getting owned :P
19:21:49  <andythenorth> hmm I don't have permission to install to the system ruby
19:21:53  <andythenorth> maybe I can install my own
19:22:24  <TrueBrain> add --user-install
19:22:35  <TrueBrain> andythenorth: I added you with push rights; feel free to push directly in that branch
19:22:40  <TrueBrain> as often as you like
19:22:42  <andythenorth> I'm currently copy-pasting instructions from the internet
19:22:44  <andythenorth> what could go wrong?
19:22:48  <TrueBrain> before we move it to OpenTTD, I am going to squash it anyway
19:22:52  <andythenorth> at least it doesn't include 'sudo'
19:22:57  <TrueBrain> curl ... | sudo bash, right?
19:22:57  <andythenorth> also noted, thanks
19:23:08  <andythenorth> curl myurlisdefinitelyfine
19:23:26  <andythenorth> oh there's some kind of rubyenv thing
19:23:29  <andythenorth> like virtualenv
19:23:33  <TrueBrain> I am not first going to try to get this on a staging system of some kinds
19:23:44  <TrueBrain> gem install --user-install .... works fine :)
19:24:57  <andythenorth> fails for me, I'm following jekyll instructions instead
19:25:05  <andythenorth> 'probably fine'
19:25:48  <TrueBrain> *shrug*
19:28:02  <andythenorth> now we watch ruby build :P
19:28:11  <andythenorth> ok, so I learnt something
19:28:18  <andythenorth> it's not just python that has these problems :P
19:29:02  <TrueBrain> nope
19:29:19  <andythenorth> obvs. JS has them, but that's not a serious tool
19:30:08  <TrueBrain> is there a pyup for Ruby ..
19:30:10  <TrueBrain> mmmm
19:33:33  <andythenorth> jekyll is getting busy with clang now
19:33:37  <andythenorth> probably fine
19:33:44  <andythenorth> "This could take a while..."
19:34:20  <TrueBrain> yeah .... it insist on coming with 'jekyll serve', which requires em_websocket (??) which needs httpparser, which needs a compiler
19:34:23  <TrueBrain> it is .... special
19:34:30  <andythenorth> most things are
19:39:26  <TrueBrain> still annoyed we need Jekyll for the small dynamic part .. but still dont know a way around :P
19:39:36  <TrueBrain> we can leave placeholders and do nginx trickery I guess
19:40:25  <LordAro> why ruby/jekyll instead of python/some-python-static-site-generator?
19:40:55  <TrueBrain> what do you have against ruby or jekyll?
19:41:04  <TrueBrain> is any flavor of the month better than the next?
19:41:07  <LordAro> nothing, but existing stuff is python
19:41:15  <TrueBrain> and Jekyll is non-existing?
19:42:06  <TrueBrain> you are weird :P
19:42:49  <TrueBrain> anyway, Jekyll is just the tool; so it shouldnt matter really
19:43:22  <TrueBrain> and github-pages is really populair, so I guess there is something there
19:43:36  <TrueBrain> the framework itself is pretty nice tbh; clean, simpel, to the point
19:43:46  <TrueBrain> that a Ruby app runs it .. meh ..
19:44:29  <TrueBrain> stupid github keeps Ruby populair I guess :D
19:52:10  <frosch123> stupid mediawiki keeps php popular?
19:52:31  <TrueBrain> and script kiddies, dont forget about those! :P
19:54:04  <TrueBrain> still wonder if we should not just sed over the files every 5 minutes to update the banner, instead of running Jekyll every 5 minutes or something :P
19:54:15  <TrueBrain> not sure .. having only a very small part dynamic is annoying :(
19:56:18  <LordAro> wouldn't be the worst thing in the world...
19:57:26  * andythenorth reads up
19:57:47  <andythenorth> yeah jekyll in prod, or just have the output committed in the repo and publish those from a path?
19:58:10  <TrueBrain> no, the Jekyll source files will always be in the repo
19:58:15  <frosch123> the template engines have very similar syntax. so it is easy to replace jekyll with other engines later
19:58:18  <frosch123> as needed
19:58:18  *** glx has joined #openttd
19:58:18  *** ChanServ sets mode: +v glx
19:58:24  <TrueBrain> the choices are: run Jekyll build on startup, or once during build and sed the dynamic parts in
19:58:30  <TrueBrain> frosch123: yup
19:58:33  *** matt21347 has quit IRC
19:58:36  <andythenorth> frosch123: that was my thinking, they're all jinja-ish or whatever
19:58:41  <andythenorth> everything is for % {{}}
19:58:41  <TrueBrain> but given GitHub Pages suggest Jekyll .. we will be fine :P
19:59:00  <andythenorth> maybe we can adopt that syntax for nml 2
19:59:02  <andythenorth> :P
19:59:03  *** heffer has quit IRC
19:59:13  <andythenorth> oh I had some horrible ideas for nml
19:59:15  <andythenorth> but maybe not now
19:59:49  <glx> probably never then ;)
20:00:31  <andythenorth> I wondered about scoping all the blocks by hacking an ID into the declaration
20:00:37  <Wolf01> Say a number between 1 and 894 (and hope it's installed :P)
20:00:45  <andythenorth> and then using that to see if makes any difference to parser / lexer performance
20:00:57  <andythenorth> by only recompiling what's changed
20:01:05  <andythenorth> the idea makes more sense if I explain it better
20:01:10  <andythenorth> :P
20:01:41  <andythenorth> oh jekyll has been busy failing to install while I wait
20:01:43  <andythenorth> how nice
20:01:48  <TrueBrain> meh, will have to think about how to get this to staging; either way, andythenorth (and others if they like ofc :D) can already start porting the website :P
20:01:49  <glx> 894 is a lot Wolf01
20:01:54  <Wolf01> I know
20:02:07  <glx> I have only 334
20:02:27  <Wolf01> Bundles ruined me
20:02:55  <Wolf01> I still have like 15 games not redeemed
20:03:07  <glx> duplicates ?
20:03:15  <Wolf01> Some of them yes
20:03:28  <andythenorth> ugh yair, jekyll is broken
20:03:31  <andythenorth> I love open source
20:03:36  <TrueBrain> it is? :o
20:03:36  <Wolf01> Others, just bored of inserting codes in steam
20:03:50  <TrueBrain> you can run the docker, but how it is currently is not meant for development :D
20:03:51  <andythenorth> .rbenv/versions/2.5.1/lib/ruby/gems/2.5.0/gems/bundler-1.17.1/lib/bundler/spec_set.rb:91:in `block in materialize': Could not find concurrent-ruby-1.0.5 in any of the sources (Bundler::GemNotFound)
20:04:06  <andythenorth> I could play the random install crap game
20:04:19  <andythenorth> this is all reassuringly pythonic :P
20:04:25  <TrueBrain> I have to install json and bignumbers before it worked :P
20:04:30  <TrueBrain> but concurrent-ruby I havent seen
20:04:37  <andythenorth> neither has the gem installer
20:04:40  <andythenorth> it can't find any version
20:04:53  <TrueBrain> what you can do, is forget about 'bundle install'
20:05:00  <TrueBrain> and just run: gem install jekyll
20:05:08  <andythenorth> yeah I did that already :)
20:05:14  <TrueBrain> possibly the Gemfile.lock is Linux only or something
20:05:16  <TrueBrain> no clue :P
20:05:25  <TrueBrain> if you have jekyll installed, just run: jekyll serve
20:05:28  <TrueBrain> and forget about the rest :P
20:05:42  <andythenorth> yeah that's how I get the concurrent error :)
20:05:50  <TrueBrain> lolz
20:06:16  <andythenorth> if it's like python, I probably need a different bundler version
20:06:29  <TrueBrain> lolz; that mostly is the case for Python yes :D
20:06:31  <andythenorth> I'm assuming bundler is setuptools, with all the related 'it doesn't really work' shit
20:06:44  <andythenorth> gem is presumably pip
20:06:47  <TrueBrain> I run Ruby 2.5.0 and Bundler 1.17.1
20:07:11  <andythenorth> I have ruby 2.5.1 and bundler 1.17.1
20:07:16  <TrueBrain> so that should be fine, I would guess
20:07:39  <andythenorth> gem --version?
20:07:42  <andythenorth> 2.7.6 here
20:07:54  <TrueBrain> same
20:08:49  <TrueBrain> gem install concurrent-ruby doesnt work?
20:08:56  <TrueBrain> internet suggests that should "just work"
20:09:20  <andythenorth> works fine, gives me 1.1.1
20:09:26  <andythenorth> but this recipe wants 1.0.5
20:09:26  <TrueBrain> lol
20:09:55  <TrueBrain> 1.0.5 is VERY old :P
20:09:59  <TrueBrain> (like, Feb 2017)
20:10:40  <TrueBrain> "gem install concurrent-ruby -v 1.0.5" fails, I assume?
20:12:40  <andythenorth> works great
20:12:42  <andythenorth> next error
20:12:47  <TrueBrain> lolz
20:13:04  <andythenorth> gem install jekyll -v 3.8.4
20:13:06  <andythenorth> next error
20:13:30  <andythenorth>  gem install jekyll-feed -v 0.11.0
20:13:36  <andythenorth> next error
20:13:40  <TrueBrain> dependencies should take care of this :P
20:13:43  <TrueBrain> try: bundle install, btw
20:13:43  <andythenorth> I started looking for a manifest to edit
20:13:45  <TrueBrain> in the repo
20:13:54  <TrueBrain> Gemfile.lock contains all the dependencies
20:14:55  <andythenorth> ok bundle install worked
20:15:05  <andythenorth> I think I should bin this rbenv and start from scratch tho
20:16:23  <andythenorth> that's the nice thing about these packaged envs
20:16:28  <andythenorth> instead of blitzing the system install
20:16:39  <TrueBrain> yup
20:17:01  <andythenorth> so many years of pain due to messing with system python etc
20:18:24  <andythenorth> ok back in 15 mins or so, after ruby finishes running my fans
20:18:29  <TrueBrain> lol
20:25:26  <andythenorth> TrueBrain: it works again, but still wasn't a clean install :P
20:26:41  <TrueBrain> owh well
20:26:44  <TrueBrain> as long as you can get to work
20:26:47  <TrueBrain> I am fine with it :)
20:26:58  <andythenorth> I like a repro :)
20:27:07  <andythenorth> too many years of 'it works, never touch it again'
20:27:34  <andythenorth> gem install jekyll gives 3.8.5 or so
20:27:41  <andythenorth> bundle install gives 3.8.4 or so
20:27:44  <TrueBrain> most likely if we build the website once, we never run Jekyll ourself again :P
20:27:45  <andythenorth> afaict
20:29:31  <andythenorth> can anyone explain physics to me?
20:29:51  <TrueBrain> no
20:30:06  <andythenorth> me neither
20:30:13  <andythenorth> where is eddi?
20:30:22  <andythenorth> oh he can't get in the channel anymore
20:30:24  <andythenorth> we lost eddi :(
20:30:27  <frosch123> gravity? did you drop your notebook?
20:30:38  <TrueBrain> poor eddi
20:30:41  <TrueBrain> I AM ON SLACK
20:30:42  <TrueBrain> :P
20:31:05  <andythenorth> you got a bridge?
20:31:22  <TrueBrain> to nowhere, sure
20:31:26  <andythenorth> frosch123: weight of object vs internal volume
20:31:40  <andythenorth> claim is that narrow gauge wagons have less dead weight per unit cargo capacity
20:31:44  <andythenorth> I don't follow that
20:31:46  <Wolf01> If it's full it weights more
20:32:02  <TrueBrain> Wolf01: unless they are anti-gravity particles, of course
20:32:14  <Wolf01> Yeah, or air
20:32:27  <TrueBrain> or anything lighter than air
20:32:38  <TrueBrain> YOUR LOGIC IS FLAWED
20:32:41  <andythenorth> volume increases as a cube?
20:32:57  <andythenorth> weight of sides, floor, roof, less so?
20:33:15  <TrueBrain> volume can also increase like a cylinder
20:33:21  <TrueBrain> or like a pyramid
20:33:23  <TrueBrain> depends on the form, really
20:33:46  <andythenorth> what about a gem?
20:33:52  <TrueBrain> hmmm .. gemssssss
20:33:58  <andythenorth> ok
20:33:59  <TrueBrain> right, it seems I am not going to be useful anymore this evening
20:33:59  <andythenorth> so
20:34:04  <andythenorth> gem install bundler first?
20:34:12  <TrueBrain> gem install bundler && bundle install
20:34:16  <TrueBrain> should be sufficient
20:34:23  <TrueBrain> (that is what the Dockerfile does anyway :P)
20:34:41  * andythenorth trying
20:35:33  <orudge> [15:17:22] <nielsm> <-- now that looks not dissimilar to my ancient music patch that allowed Vorbis and MP3 playback
20:37:25  <andythenorth> -bash: .rbenv/shims/jekyll: No such file or directory
20:37:35  <andythenorth> after bundle install
20:37:37  <LordAro> andythenorth: stop breaking everything
20:37:42  <andythenorth> but if I gem install jekyll
20:37:47  <andythenorth> then uninstall it
20:37:51  <andythenorth> it works
20:37:55  <TrueBrain> so if that works for you, use it
20:38:00  <TrueBrain> dont overthink this part too much
20:38:01  <andythenorth> so presumably it's just missing a shim or path or something
20:38:03  <TrueBrain> you are special on your OSX :P
20:38:12  <andythenorth> 'macOS'
20:38:13  <andythenorth> :(
20:38:26  <TrueBrain> dont waste too much of your brain cycles on getting this perfect :)
20:38:34  <andythenorth> I am just using plain ruby here though, this is not Apple ruby
20:39:01  <nielsm> orudge yes :) I have a working (I think) patch for fluidsynth music driver on my linux laptop that changes it to output via the mixer too
20:39:37  <andythenorth> ok so
20:39:39  <andythenorth> bundle install
20:39:46  <andythenorth> followed by gem install -v 3.8.4
20:39:58  <nielsm> and I think being able to use fluidsynth on any supported platform that way would be awesome
20:40:03  <orudge> nielsm: Nice
20:40:06  <orudge> Yes, that would be handy
20:40:23  <nielsm> also want to add in the opl2/3 synth from dosbox and use it for the music
20:41:06  <nielsm> (just need to reverse the driver for that... ugh)
20:41:58  <frosch123> andythenorth: smaller things are more firm in general i guess
20:42:09  <TrueBrain> that's what she said?
20:42:09  <frosch123> like ants can carry stuff
20:44:06  <TrueBrain> right, I am off. andythenorth, I expect results tomorrow :P
20:44:07  <frosch123> if the wagon weights less, you need less wagon to support itself
20:44:07  <TrueBrain> nn!
20:45:38  <andythenorth> TrueBrain: bye
20:47:30  <andythenorth> "the advantages claimed for narrow gauge proved untrue"
20:47:34  <andythenorth> I read my sources a bit more :P
20:47:46  <andythenorth> this is a nice train though
21:07:06  <nielsm> long
21:23:13  *** nielsm has quit IRC
21:42:54  *** frosch123 has quit IRC
21:47:17  *** lugo has quit IRC
21:55:50  *** ToffeeYogurtPots has joined #openttd
21:59:27  *** andythenorth has left #openttd
22:01:42  *** Wormnest has quit IRC
22:19:36  *** Xaroth has quit IRC
22:21:27  *** Xaroth has joined #openttd
22:31:08  <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 updated pull request #6964: Unificate several files with those from release 1.8 branch
22:48:13  *** Xaroth has quit IRC
22:49:19  <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 commented on pull request #6964: Unificate several files with those from release 1.8 branch
22:49:48  *** Xaroth has joined #openttd
22:52:09  *** TheMaster has joined #openttd
22:55:33  <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 commented on pull request #6963: Several improvements in known-bugs file
22:56:26  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #6964: Unificate several files with those from release 1.8 branch
22:56:58  *** Unit193 has quit IRC
22:57:19  *** TheMaster is now known as Unit193
23:01:18  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on pull request #6963: Several improvements in known-bugs file
23:04:24  <DorpsGek_II> [OpenTTD/OpenTTD] James103 commented on issue #6903: selected rail type should be included in game saves
23:07:19  *** Wolf01 has quit IRC
23:15:10  <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 commented on pull request #6963: Several improvements in known-bugs file
23:16:03  <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 commented on pull request #6963: Several improvements in known-bugs file
23:38:45  <DorpsGek_II> [OpenTTD/OpenTTD] planetmaker merged pull request #6964: Unificate several files with those from release 1.8 branch

Powered by YARRSTE version: svn-trunk