Time  Nick           Message
00:00 kilbith        warning fix: https://paste.ubuntu.com/p/7gJKZZWzmt/plain/
00:01 kilbith        ^ sfan5
00:01 erle           kilbith, this redirects to an openid login page for ubuntu one
00:02 kilbith        shit
00:02 erle           here https://mister-muffin.de/paste
00:04 kilbith        there: http://codepad.org/kcJZ2P9j
11:38 erle           https://github.com/minetest/minetest/pull/11115 any love for wuzzies rail enhancements? i have spent a lot of time checking that they work back in october 2021 and i think it is a shame that it is not moving forwards
12:16 MTDiscord      <Jonathon> >feature freeze much?
12:22 erle           i want to point out that these types of PRs were exactly why i said that wuzzy should be a core dev and why i wanted to be a reviewer (i.e. my approval or disapproval means something, but i don't care about the direction of the project much as long as i can keep playing)
16:43 MTDiscord      <MisterE> Yes, I support it
16:43 rubenwardy     for context, Wuzzy was invited but declined
17:04 Warr1024       Just publish your set of enhancements as a fork.  If people start abandoning MTG for your fork, then that will be proof enough that it makes sense to merge all that stuff.
17:08 erle           rubenwardy i did not know that
17:09 erle           Warr1024, I think the efforts of fleckenstein and cora show that it is futile to expect mainline minetest to merge something just because it has fans. :P
17:14 sfan5          a quick look at https://github.com/minetest/minetest/pulls?q=is%3Apr+author%3AEliasFleckenstein03 seems to disagree with you
17:15 erle           sfan5 i know fleck is a contributor, but IIRC his improvements to CSM APIs were never merged
17:17 erle           rubenwardy how would I disable mods that are included in games? the use case would be to enable or disable specific features in a game without needing a config dialogue for each of them.
17:17 erle           does this make sense at all?
17:18 sfan5          I don't think I need to point out that there is no PR for them but more importantly if those improvements are incompatible with the CSM security model (by merely enabling cheats) then obviously they wouldn't be merged
17:50 sfan5          schwarzwald[m]: do you have time to double-check https://github.com/minetest/irrlicht/pull/124 for me?
17:53 erle           sfan5, btw, what was the intention of your patch to #11115, given that it seemed to work? i can't figure it out
17:53 ShadowBot      https://github.com/minetest/minetest/issues/11115 -- Add support for single and dead-end raillike textures by Wuzzy2
17:54 sfan5          which specific part?
17:57 erle           the part where you remove the rotation in content_mapblock.cpp and then …  add a texture modifier?
17:57 schwarzwald[m] <sfan5> "schwarzwald: do you have time to..." <- I'm not at my Minetest workstation, but I assume you've tested it locally. Looks good to me, and nice catch noticing we don't need to set both `VERSION` and`SOVERSION` properties.
17:57 schwarzwald[m] Might be a good idea to unset the required includes after running the compilation check, though. I don't know of anything it affects right now, but it's probably a good general principle to not expose include paths globally across the whole build.
17:59 erle           sfan5 i do not get the reasoning behind the “f.tiledef[5].name += "^[transform2";” thing in particular
17:59 sfan5          erle: I thought it was better to fix the texture once than to having to take this into account during every mesh building run
17:59 sfan5          schwarzwald[m]: yep thanks
18:01 erle           sfan5 ah, so because that does not actually work perfectly, it leads to one of the ends being flipped, right?
18:01 sfan5          probably
18:08 erle           i think it just seemed weird to me because i found it confusing to have the rotation that distant code-wise from the actual mesh building.
18:10 sfan5          there's also that at mesh building time the code can't tell 'there was no fifth texture' and 'the fifth texture was set to be identical to the first' apart
18:12 erle           does it have to though?
18:12 erle           i mean you probably have an idea why it could be beneficial
18:13 sfan5          it prevents the user from intentionally setting the first and fifth texture to be equal without having the latter rotated
18:13 sfan5          there are not advantages
18:13 sfan5          it is objectively less flexible
18:15 erle           any chance you take a look at this thing again sometime soon? i can confirm that it worked at the time (see my screenshots)
18:16 erle           i think i spent an hour or so trying to break it
19:41 sfan5          #12571 is almost ready
19:41 ShadowBot      https://github.com/minetest/minetest/issues/12571 -- [don't squash] Bump IrrlichtMt to newest revision by sfan5
20:33 rubenwardy     what's the current no earlier than for release
20:33 rubenwardy     I suppose 31st
20:49 sfan5          30 or 31st
21:48 rubenwardy     Main menu doesn't render on Android any more, just shows blue screen
21:53 rubenwardy     only error is  (EE) Failed to set real-time priority for thread: Operation not permitted (1)
21:53 rubenwardy     <glTexParameteriv:151>: GL_INVALID_ENUM
22:06 MTDiscord      <MisterE> Uh oh
22:11 rubenwardy     #12573
22:11 ShadowBot      https://github.com/minetest/minetest/issues/12573 -- Android main menu doesn't render