Log for #openttd on 21st July 2021:
Times are UTC Toggle Colours
00:00:52  *** Gustavo6046 has quit IRC
00:00:52  *** Gustavo6046_ is now known as Gustavo6046
00:25:49  *** Speeder has joined #openttd
00:58:56  *** Gustavo6046_ has joined #openttd
01:02:05  *** Gustavo6046 has quit IRC
01:02:05  *** Gustavo6046_ is now known as Gustavo6046
01:14:21  *** Progman has quit IRC
01:16:11  *** Tirili has quit IRC
01:23:56  <esselfe> I found a bug in the dedicated server: The money reported from 'companies' is about half of the amount reported in the client
01:56:18  *** Wormnest has quit IRC
02:29:24  *** D-HUND has joined #openttd
02:32:46  *** debdog has quit IRC
02:33:34  *** glx has quit IRC
03:13:17  *** y2kboy23 has quit IRC
03:14:50  *** y2kboy23 has joined #openttd
03:17:59  *** y2kboy23 has quit IRC
03:22:57  *** y2kboy23 has joined #openttd
03:42:42  *** y2kboy23 has quit IRC
03:45:50  *** y2kboy23 has joined #openttd
03:51:30  *** HerzogDeXtEr has joined #openttd
04:02:50  *** Sugar has joined #openttd
04:03:56  *** Sugar has quit IRC
04:13:09  *** Strom has quit IRC
04:14:43  *** Strom has joined #openttd
04:24:59  *** HerzogDeXtEr has quit IRC
05:09:46  *** Flygon has joined #openttd
05:32:11  *** andythenorth has joined #openttd
05:57:20  *** tokai|noir has joined #openttd
05:57:20  *** ChanServ sets mode: +v tokai|noir
06:04:10  *** tokai has quit IRC
06:07:36  *** tokai|noir has quit IRC
06:11:00  *** sla_ro|master has joined #openttd
06:31:41  *** jottyfan has joined #openttd
06:32:06  <peter1138> esselfe, currency.
07:04:47  <LordAro> mm, dollars vs pounds, most likely
07:32:39  <peter1138> Hmm, Twitch stopped working for me last night, and still isn't working.
07:35:20  <peter1138> Hmm, I guess not juet me.
07:52:35  *** jottyfan has quit IRC
07:58:21  *** WormnestAndroid has quit IRC
07:58:34  *** WormnestAndroid has joined #openttd
08:23:08  *** jottyfan has joined #openttd
08:33:42  *** HerzogDeXtEr has joined #openttd
08:45:25  *** tokai has joined #openttd
08:45:25  *** ChanServ sets mode: +v tokai
08:51:00  *** jottyfan has quit IRC
09:13:18  *** Speedy` has joined #openttd
09:20:09  *** Wuzzy has joined #openttd
09:32:37  <DorpsGek> [OpenTTD/OpenTTD] LordAro merged pull request #9450: Fix #8335: Race condition in music mixer
09:32:40  <DorpsGek> [OpenTTD/OpenTTD] LordAro closed issue #8335: Data race when loading fluidsynth music driver
10:08:15  *** Samu has joined #openttd
10:11:10  <LordAro> argh
10:11:50  <LordAro> the irritating thing about OGL stuff is that OTTD no longer starts if i've updated my graphics driver, due to a terminate() call buried within SDL
10:12:33  <LordAro> luckily, -v sdl is always an option
10:13:12  *** andythenorth has quit IRC
10:24:47  *** Progman has joined #openttd
10:54:38  <DorpsGek> [OpenTTD/actions] glx22 approved pull request #33: Change: use GitHub composite actions over NPM-based for deploy-aws action
11:07:19  *** aperezdc__ has quit IRC
11:47:37  <DorpsGek> [OpenTTD/OpenTTD] LordAro commented on issue #9071: [NRT] Building a tramtype over a roadtype with the NO_HOUSES flag set causes the flag to be ignored
12:16:37  <DorpsGek> [OpenTTD/OpenTTD] LordAro commented on issue #9033: RV road rage during overtaken
12:26:40  <DorpsGek> [OpenTTD/OpenTTD] LordAro commented on issue #9030: Global story book opens on top of company story book
12:55:45  <DorpsGek> [OpenTTD/OpenTTD] LordAro commented on issue #9029: Error message opening nowhere near my mouse
12:55:54  *** Compu has joined #openttd
13:05:52  <_dp_> this whole global/company thing is pretty confusing in goals and in storybook it's even worse
13:07:06  <_dp_> story book button can probaly just always open company story book, it has global pages anyway
13:07:53  <_dp_> and make company league table scriptable instead of global goals
13:08:53  <Samu> hmm, reset all settings is misleading
13:09:15  <Samu> i thought it would only reset game settings
13:09:28  <Samu> it reseted everything, even gui
13:10:35  <Samu> all setting types is what it should say
13:32:43  *** nielsm has joined #openttd
13:44:51  <Samu> should I make a PR?
13:46:13  <Samu> STR_CONFIG_SETTING_RESET_ALL_CONFIRMATION_DIALOG_TEXT           :{WHITE}This action will reset all game settings to their default values.{}Are you sure you want to proceed?
13:46:30  <Samu> "all game settings" is misleading, in the context where this window is shown
13:46:34  <LordAro> mm
13:46:40  <LordAro> i would go with "ALL settings"
13:46:47  <Samu> i would go all setting types
13:46:50  <LordAro> (to really emphasise the ALL)
13:46:57  <LordAro> "types" isn't helpful here
13:47:08  <Samu> there's a preset named "all settings types" and another saying "game settings"
13:47:42  <LordAro> i'd probably rename that to "All settings", tbh
13:47:58  <LordAro> actually, no
13:48:07  <LordAro> that's explicitly differentiating between different types
13:48:15  <LordAro> so "all types" is fine there
13:48:27  <LordAro> the "reset all values" is not, so "types" is not necessary
13:49:36  *** roadt__ has joined #openttd
13:49:59  *** sla_ro|master has quit IRC
13:53:11  *** virtualrandomnumber has joined #openttd
13:53:29  *** virtualrandomnumber has quit IRC
13:53:49  *** roadt_ has quit IRC
13:56:00  <Samu> honestly I would actually like to have a 'reset all settings of chosen type'
13:56:05  <Samu> but that's me
13:56:37  <LordAro> that's an option
13:57:17  <LordAro> though i think the usecase for that would be even lower than the current reset all
14:52:11  *** tokai|noir has joined #openttd
14:52:11  *** ChanServ sets mode: +v tokai|noir
14:52:50  <Samu> oh man, working on the readme and changelog for my AI kinda sucks
14:53:44  <Samu> instantly demotivated
14:58:32  <Samu> most AIs work fine on 256x256 maps, i realised
14:59:07  <Samu> then there's my AI, doesn't exactly sucks on 256x256, but it underperforms in relation to others
14:59:10  *** tokai has quit IRC
15:05:30  *** Beer has joined #openttd
15:06:06  <Samu> gotta mess with SuperSimpleAI, it has interesting settings
15:06:52  *** Beer is now known as CVE-2021-33910
15:16:53  *** glx has joined #openttd
15:16:53  *** ChanServ sets mode: +v glx
15:48:52  *** Wormnest has joined #openttd
16:10:58  *** CVE-2021-33910 has quit IRC
16:15:38  <Samu> i'm tired of seeing this 'pptile' error from roadrunner
16:26:04  <Samu> his code is terrible to look at
16:26:13  <Samu> brackets not aligned
16:26:24  <Samu> no ident or whatever
16:40:28  <DorpsGek> [OpenTTD/OpenTTD] TrueBrain commented on issue #9030: Global story book opens on top of company story book
16:41:11  <TrueBrain> LordAro: re 9033, change of tile .. now that would be plausible :D Nice investigation .. now for a fix ;) :D :D
16:49:53  <esselfe> join #debian
16:52:40  <glx> missing / I guess :)
17:42:46  *** Flygon has quit IRC
17:45:24  <DorpsGek> [OpenTTD/actions] TrueBrain merged pull request #33: Change: use GitHub composite actions over NPM-based for deploy-aws action
17:45:37  <TrueBrain> lets test this out :D
17:45:51  <DorpsGek> [OpenTTD/actions] TrueBrain created new tag: v2.1.1
17:45:56  <glx> lets find out if it works or not
17:46:18  <DorpsGek> [OpenTTD/master-server] TrueBrain opened pull request #50: Fix: don't announce a direct-ip if we already know it
17:46:37  <glx> ah hoping it will fix the leak
17:46:47  <TrueBrain> yeah .. I should also fix it on the other side I guess
17:46:54  <TrueBrain> but let's start with not wasting bandwidth :D
17:47:51  <DorpsGek> [OpenTTD/master-server] glx22 approved pull request #50: Fix: don't announce a direct-ip if we already know it
17:47:54  <DorpsGek> [OpenTTD/master-server] TrueBrain merged pull request #50: Fix: don't announce a direct-ip if we already know it
17:50:41  <TrueBrain> at least it worked on the actions repo itself
17:50:43  <TrueBrain> so there is that
17:52:15  <TrueBrain> yippie, seems to work fine
17:52:17  <TrueBrain> always nice :D
17:52:46  <DorpsGek> [OpenTTD/master-server] TrueBrain created new tag: 1.2.7
18:05:14  *** aperezdc__ has joined #openttd
18:10:10  <DorpsGek> [OpenTTD/game-coordinator] TrueBrain opened pull request #37: Fix: don't announce a direct-ip already known to the stream
18:10:22  *** andythenorth has joined #openttd
18:10:47  <DorpsGek> [OpenTTD/game-coordinator] TrueBrain opened pull request #38: Fix: ensure direct-ips of servers are unique
18:11:19  <DorpsGek> [OpenTTD/game-coordinator] TrueBrain merged pull request #37: Fix: don't announce a direct-ip already known to the stream
18:11:42  <DorpsGek> [OpenTTD/game-coordinator] TrueBrain updated pull request #38: Fix: ensure direct-ips of servers are unique
18:12:33  <DorpsGek> [OpenTTD/game-coordinator] TrueBrain merged pull request #38: Fix: ensure direct-ips of servers are unique
18:12:59  <DorpsGek> [OpenTTD/game-coordinator] TrueBrain created new tag: 1.0.2
18:13:47  <TrueBrain> let's see if that helps for memory issues :D
18:13:57  <TrueBrain> I do hope I didn't destroy IPv6 support, but it should still work fine :D
18:14:08  <TrueBrain> I remembered to do an "rpartition" on ":"
18:14:09  <TrueBrain> :P
18:19:10  <andythenorth> yo
18:20:11  <TrueBrain> hi
18:24:43  <TrueBrain> <- lets see if this pattern stops :P
18:25:04  <TrueBrain> btw, just for realistion .. the Game Coordinator is running in ~40MB of RAM :P
18:28:45  *** sla_ro|master has joined #openttd
18:33:15  *** ioangogo_ has quit IRC
18:33:39  *** ioangogo has joined #openttd
18:52:07  <DorpsGek> [OpenTTD/OpenTTD] DorpsGek pushed 1 commits to master
18:52:08  <DorpsGek>   - Update: Translations from eints (by translators)
18:57:50  <TrueBrain> lol ... the "my_client" is not cleaned up if the connection is closed by anything outside the clients control
18:58:12  <TrueBrain> the code is .. not pretty .. difficult to follow
19:00:53  *** Wolf01 has joined #openttd
19:15:34  <glx> <TrueBrain> btw, just for realistion .. the Game Coordinator is running in ~40MB of RAM :P <-- so controlling memory usage is very important
19:15:59  <TrueBrain> not really .. I could also just assign it 512MB RAM
19:18:42  <Samu> my canalpathfinder still consumes abnormal amounts of memory :(
19:21:20  <Rubidium> it's funny that you're talking about assiging something 512 MB of RAM when the data only needs a few hundred kB at most. Nobody seems to bother about memory anymore; just add more memory and that solves all problems
19:22:21  <glx> same with cpu usage
19:22:57  <Rubidium> but alas, apparantly adding memory to 32 GB in a laptop solves the issue with Teams wasting heaps and heaps. Yeah right... as if 16 GB isn't enough already
19:22:58  <DorpsGek> [OpenTTD/OpenTTD] TrueBrain opened pull request #9453: Fix: crash when joining a server again after a TCP disconnect
19:23:19  <TrueBrain> Rubidium: I think you missed the part it is running on 40MB RAM, and it has 64MB RAM assigned ;)
19:23:33  <TrueBrain> not sure why you put me in the group "nobody" there :)
19:23:49  <TrueBrain> +not
19:24:40  <Rubidium> I didn't miss that; if you think about it, it should not need more than a MB of memory. But alas, overhead for Python and friends (not that C programs have much benefit due to huge libraries getting loaded)
19:25:00  <TrueBrain> it runs in 40MB of RAM!
19:25:04  <TrueBrain> you think that is a lot?
19:25:34  <TrueBrain> a full interpreter is running in there too :P
19:26:17  * Rubidium wonders how memory much (q)basic used/needed
19:26:47  <TrueBrain> the only reason I mention the 512MB, is to not have people confuse my need to use as little memory as possible, as a must for it to run
19:27:09  <TrueBrain> I just like to use very tiny EC2 instances to run our full infra
19:28:13  <TrueBrain> for example eints requires at least 386MB to run in production .. which really annoys me :P
19:29:27  <TrueBrain> even the wiki runs in only 128MB RAM .. and that caches a lot of pages in memory :D
19:30:10  <Rubidium> don't get me wrong, 40 MB is much better than 512 MB for the GC and I like that you try to reduce the amount of memory required
19:31:41  <Rubidium> it's just that in the current state of things the frameworks already need like 90% of the memory needed for the actual service
19:32:27  <TrueBrain> "back in my day" :P
19:32:58  <TrueBrain> it just amuses me .. we run 100+ requests/sec over our services .. serve thousands of players a day with binaries and multiplayer .. and all that runs on < 4GB of RAM :D
19:32:58  <Rubidium> yeah, how much did MSU need? ;)
19:33:05  <TrueBrain> MSU also 40MB
19:33:19  <TrueBrain> the C++ variant .. even more, because of the MySQL shit
19:34:23  <Rubidium> yeah, as I said... huge libraries/frameworks
19:34:48  <TrueBrain> what I like about Python, it needs so little bytes per socket .. which is really nice
19:35:00  <TrueBrain> comes down to like 100 bytes per client connected, worst case :)
19:35:09  <TrueBrain> which scales surprisingly well with little memory :P
19:35:36  <TrueBrain> I also like the trick I do for bananas-server .. a 1GB file you download via BaNaNaS over the TCP protocol only uses ~64KB of RAM on the server
19:36:02  <TrueBrain> it starts a HTTP GET on the S3 bucket, and when it receives the data sends it to the client, with a max buffer of 64KB .. if that buffer is full, it stalls the HTTP connection
19:36:12  <TrueBrain> which is a really nice trick to reduce the memory usage there
19:37:11  <TrueBrain> in the past it fetched the whole file no matter what .. which caused server-side crashes from time to time .. people can have REALLY slow connections
19:37:16  <TrueBrain> (down to 1KB/s connections I have seen)
19:37:30  <SpComb> a t3.micro with 1GB can barely run `yum update`
19:37:51  <TrueBrain> 0.5GB RAM, and yeah, depending on the age of the AM2 image, that is an issue :)
19:37:59  <TrueBrain> there are days I cannot reinstall the load balancers
19:38:04  <TrueBrain> I have to wait for the AM2 image to update :P
19:38:07  <TrueBrain> which is hilarious :D
19:38:19  <TrueBrain> or t3.nano?
19:38:24  <TrueBrain> well, the one with 0.5GB runs :P
19:39:12  <TrueBrain> but, mostly, it works ;)
19:39:25  <SpComb> just don't sneeze or it falls ove
19:39:50  <TrueBrain> if it auto-heals because a bit fell over, it can be a bit troublesome
19:40:22  <TrueBrain> but .. yum .. yeah ... yum has other design issues :P
19:42:12  <TrueBrain> "SocketClosed openttd_protocol.wire.tcp in send_packet"
19:42:14  <TrueBrain> I do love Sentry
19:42:21  <TrueBrain> tells me exactly where the software is making a boo-boo :D
19:42:42  <TrueBrain> Task exception was never retrieved; future: <Task finished name='Task-3660' coro=<TokenVerify._conclude_detection() done ...
19:44:52  <SpComb> in other news, I'm experimenting with EC2 instance connect, and I now have an Ansible connection plugin that generates a new ssh keypair and uploads it via the ec2-instance-connect API... for every single Ansible task. Need to figure out how to optimize that next, particularly since it's actually using ControlMaster=auto multiplexing with ControlPersist, so SSH is really only ever connecting once...
19:45:27  <TrueBrain> that sounds wasteful, yes :)
19:45:34  <TrueBrain> otherwise EC2 instance connect is pretty nice
19:45:58  <TrueBrain> although I stopped provisioning EC2 instances via Ansible like that .. I just put it in the user-data
19:46:15  <TrueBrain> not sure it is "better"
19:46:18  <TrueBrain> just scales easier :P
19:46:25  <SpComb> user-data and hacky cloud-init scripts?
19:46:40  <TrueBrain> not sure it is hacky, as such, but yeah
19:47:25  <SpComb> I prefer the maintainability of Ansible roles, but I think there should be some happy medium
19:48:21  <TrueBrain> I have to say, I don't use that many EC2 instances anymore .. ECS is running most workloads for me these days
19:48:36  <TrueBrain> (which runs on EC2 ofc, but the images are provided by AWS, so I don't even know what is on it :P )
19:49:01  <SpComb> I kinda want something where you can reprovision an instance with a new AMI, and keep an EBS volume attached that just gets mounted on /var/lib/docker, and then it just autostarts the same Docker containers and keeps going
19:49:36  <SpComb> but there's many more nasty details to it than that, and yeah, at some point it would just make more sense to use something like ECS
19:49:52  <Timberwolf> We still only have two EC2 instances at work.
19:49:58  <TrueBrain> it also forces you to think in non-persistent containers :)
19:49:58  <Timberwolf> Production bastion and staging bastion.
19:50:03  <Xaroth> SpComb: you can always just provision the EC2 instances with a set key, and have ansible use that?
19:50:13  <Timberwolf> Everything else is either managed, or via lambda.
19:50:43  <TrueBrain> I still have to look into how to make good use of Lambdas
19:50:47  <Timberwolf> I suspect we'll hit cold start problems as we build more APIs where the clients can't tolerate "oh it took 15s+ to respond, nvm"
19:51:13  <TrueBrain> I want to run the wiki on cloudflare workers
19:51:16  <Timberwolf> Actually, GoLang cold starts aren't too bad. In the early days the C# ones were disastrous, especially if you used one of the slower-booting DI frameworks.
19:51:17  <TrueBrain> I think that is possible ..
19:51:24  <DorpsGek> [OpenTTD/OpenTTD] rubidium42 opened pull request #9454: Cleanup: remove some references to the old master-server
19:51:50  <Xaroth> I really wish CloudFlare would improve their workers docs, it's so.... meh... I mean, it works, and when it works it works very well, but holy crap it's annoying at times.
19:52:15  <Xaroth> Also, the "dev server" for workers literally just uploads your code to a test worker and runs on that
19:52:19  <Xaroth> but it pipes from localhost
19:52:26  <DorpsGek> [OpenTTD/OpenTTD] TrueBrain approved pull request #9454: Cleanup: remove some references to the old master-server
19:53:11  <SpComb> lamba would probably be a poor choice for a fairly large spring backend
19:53:24  <TrueBrain> spin-up time: 3 minutes
19:53:28  <SpComb> ya
19:53:29  <TrueBrain> sounds reasonable for any API? :P
19:54:06  <TrueBrain> I really have to invest some time moving parts of to Cloudflare .. will save a lot of money :P
19:54:31  <TrueBrain> but their DNS thing makes it such an "everything or nothing" concept
19:54:36  <DorpsGek> [OpenTTD/OpenTTD] rubidium42 approved pull request #9453: Fix: crash when joining a server again after a TCP disconnect
19:54:52  <TrueBrain> Rubidium: did you actually follow the issue? :P As my head still spins ...
19:55:27  <SpComb> Xaroth: you mean from cloud-init user-data? Yeah, but keys change over time, and that sucks for key management
19:55:34  <DorpsGek> [OpenTTD/OpenTTD] TrueBrain merged pull request #9453: Fix: crash when joining a server again after a TCP disconnect
19:55:58  <Rubidium> well... mine's spinning a bit as well ;) It seems okay, and I looked for other places that might need some love in that respect, but could not find any
19:56:27  <TrueBrain> curious if there are now other cases that cause crashes .. but we will find that out sooner or later :P
19:56:34  <TrueBrain> I tested a lot of scenarios at least ..
19:56:42  <TrueBrain> I really hope this is the end of CloseConnection mess :D
19:57:36  <Xaroth> SpComb: you can always ask on #ansible-aws on Libera, pretty useful place most of the time, they've been very helpful last time I had to deal with AWS
19:59:09  <SpComb> yeah, I might need to start asking around, trying to understand the Ansible codebase is a pain... developing a custom connection plugin might be a bad idea anyways, from a future maintenance perspective
19:59:47  <Xaroth> They seem a bit lackluster in their way of tackling things
20:00:01  <Xaroth> before all plugins were separate, then they pulled it all into a monorepo, now it's all separated again
20:00:36  <Xaroth> Friendly bunch though
20:00:59  <Xaroth> I sent in one small PR for some docs stuff, and they still keep inviting me for their weekly documentation discussions
20:01:12  <SpComb> I think it's going to be problem with any massive Python codebase with a long history, the internal interfaces are never going to be very well documented
20:01:45  <Xaroth> I think it's more due to the scope of that they support
20:01:58  <Xaroth> it's an absolute truckload of plugins and stuff
20:05:27  <TrueBrain> glx: well, in good news, it indeed seems to have fixed the memory issue :D
20:05:43  <TrueBrain> it is one stable flat line now for longer than ever before :P
20:28:55  <DorpsGek> [OpenTTD/OpenTTD] rubidium42 merged pull request #9454: Cleanup: remove some references to the old master-server
20:36:59  *** jottyfan has joined #openttd
20:41:00  *** tokai has joined #openttd
20:41:00  *** ChanServ sets mode: +v tokai
20:47:55  *** tokai|noir has quit IRC
20:57:41  *** Samu has quit IRC
21:06:56  *** sla_ro|master has quit IRC
21:09:43  *** tokai|noir has joined #openttd
21:09:44  *** ChanServ sets mode: +v tokai|noir
21:16:42  *** tokai has quit IRC
21:18:49  *** iSoSyS has joined #openttd
21:25:00  *** jottyfan has quit IRC
21:29:40  *** Wolf01 has quit IRC
21:36:29  *** andythenorth has quit IRC
21:46:32  *** nielsm has quit IRC
22:57:53  *** Speeder_ has joined #openttd
23:09:54  *** Webster has joined #openttd
23:18:54  *** Wuzzy has quit IRC

Powered by YARRSTE version: svn-trunk