Time Nick Message 01:50 MTDiscord 2 hour mark. Having a WiFi card issue makes this interesting. 01:51 MTDiscord (building the Docker image) 09:40 MTDiscord Yes, there already is a CSM for that 11:33 nrz merging #11566 11:33 ShadowBot https://github.com/minetest/minetest/issues/11566 -- Fix server-only builds on older CMake versions by sfan5 12:04 sfan5 merging #11538, #11561 in 5m 12:04 ShadowBot https://github.com/minetest/minetest/issues/11538 -- Use utf-8 for the irrlicht clipboard by Desour 12:04 ShadowBot https://github.com/minetest/minetest/issues/11561 -- Inventory: Fix rare out-of-bounds access by SmallJoker 14:34 sfan5 oh hey the github interface for resolving merge conflicts is usable 14:34 sfan5 just like if you did it by hand in a text editor, could be better of course but it works 15:09 sfan5 @josiah_wi you're missing a } 15:10 sfan5 (in the PR on minetest) 15:17 MTDiscord Thank you for the heads up. I have an update on my slackware build progress. I got Minetest in the slackware container to successfully find my host's XServer and try to start. That's when things got messy very fast, because there's a missing libGl driver that is not available except through a third-party slackware repository that I can't figure out how to add to my repositories. 15:31 nrz sfan5: they fixed the brokening of the CRLF/LF, the broken indent ? ? 15:31 sfan5 ? 16:07 nrz 2 years ago when i used the merge conflict solver on github it just broke either ending lines or indent ? 17:14 MTDiscord sfan5 I misunderstood the error. I actually have the driver and it's crashing, so it is confirmed Minetest does not run from a clean build on Slackware. 17:16 MTDiscord Ah, it's an issue with my XServer forwarding. 17:25 sfan5 nrz: had no issues with that 17:25 nrz should be a german trick ? deutsh qualitat ? 17:25 sfan5 @josiah_wi x server stuff involving GL is tricky, even more so with containers 17:26 sfan5 I thought you just wanted to build it, I'd never suggest actually running it through a container 17:28 MTDiscord I can't make sure that it works otherwise. 17:28 nrz you have which setup ? our build is pretty portable 17:28 Krock rubenwardy: where was progress on the crash issue in #11466, as well as a suggestion to fix it. Would you please be so nice to have a look at it by the next chance? 17:29 ShadowBot https://github.com/minetest/minetest/issues/11466 -- Use scoped app storage on Android by rubenwardy 17:29 Krock s/where/there/ 17:30 MTDiscord I'm building on Slackware 14.2 running in Docker. I probably don't need to actually test the game just for testing build system changes, but I want to do it at least once to prove it does indeed run. 17:32 rubenwardy I can't reproduce it 17:33 rubenwardy Not sure what causes that crash stacktrace either 17:33 rubenwardy Google may help 17:58 sfan5 rubenwardy: does commons perhaps not work on older android versions because it uses newer apis? 17:59 rubenwardy all the docs say is that it requires Java 8 17:59 rubenwardy maybe older versions only have a partial implementation of that 18:07 MTDiscord Some googling shows trying to xforward opengl isn't worth my time. 18:23 MTDiscord I've confirmed the Minetest server runs on Slackware. 19:40 sfan5 nrz: is #11560 ok for you? 19:40 ShadowBot https://github.com/minetest/minetest/issues/11560 -- Set policies through CMake 3.9 to allow enabling IPO by JosiahWI 19:51 nrz yep go ahead 19:58 pgimeno FWIW, Debian oldoldstable (which is what I'm running) has cmake 3.16 in stretch-backports 20:00 sfan5 merging #11456, #11560 in 10m 20:00 ShadowBot https://github.com/minetest/minetest/issues/11456 -- Fix 6th line of infotext being cut off in half by Wuzzy2 20:00 ShadowBot https://github.com/minetest/minetest/issues/11560 -- Set policies through CMake 3.9 to allow enabling IPO by JosiahWI 20:06 nrz pgimeno, seems we are supporting very very old versions 20:06 sfan5 the better question is do we need any newer features? 20:06 nrz hmm debian 9 has 3.7 https://packages.debian.org/stretch/cmake 20:07 nrz except the LTO i don't think so 20:07 pgimeno nrz: https://packages.debian.org/stretch-backports/cmake 20:07 nrz yep, i just looked at vanilla setup 20:08 pgimeno the even better question is, is there a cost in maintaining such an old version? josiah_wi seemed to imply that there is 20:09 nrz as debian 9 is always supported we should for a moment we can drop when debian 9 wil lbe EOL, next year if i remember 20:28 MTDiscord It should be pretty easy to maintain the old version once we have the right build environment. The main cost is the overhead in figuring out the dependencies, but I've mostly done that and I have a Dockerfile for it. 20:30 nrz we don't have a gitlab ci step for debian 9 ? i think we should, and we should add debian 11 too now ? 20:31 nrz and also move our official dockerfile to debian 11