Time Nick Message 00:06 MTDiscord Is it a good idea to set the OpenGL preference based on the CMake version? The preference will depend on where it was packaged, and not on the hardware of the user's system, and it makes more work for reporting bugs because we might need to know which one it is when a user reports a graphics related issue. 11:50 sfan5 no imo 15:09 appguru I'm considering implementing a flag filtering system for the serverlist and I wonder whether there would be any opposition to a compile-time switch for disabling adult content 15:09 appguru This could be done through a setting, but I believe recompiling / getting a build with the flag enabled (if standard builds ship without the flag disabled) to be harder than changing a setting 15:18 Warr1024 Really, digging around in the advanced settings is probably a sufficient barrier for most users. Requiring recompilation is tantamount to simply banning servers from the main list. It would be easier to just change your serverlist URL to point to a version that strips the flags from the main one than to recompile just to change one flag. 16:15 Desour merging #13470 in 5 16:15 ShadowBot https://github.com/minetest/minetest/issues/13470 -- Release invlist resizelock while doing the recursive callback in move_somewhere mode by Desour 16:17 rubenwardy appguru: sfan wanted a single flag as it would reduce moderation burden on the serverlist 16:18 appguru rubenwardy: well I believe we could just add it alongside the other flags and only moderate the adult flag? 16:18 rubenwardy that would be fine by me 16:20 Desour donel 16:20 Desour . 16:23 MTDiscord If we want a single flag with finer granularity, a bitfield might work 16:27 appguru currently "flags" such as creative, pvp, or damage are just sent as bools in the server object :P 16:30 rubenwardy sending them as a series of booleans or a bitfield doesn't make any difference to the moderation requirement 16:37 MTDiscord If only one flag is going to be moderated then I'm sort of inclined not to bother with a bunch of predefined flags, but just lets servers have a "do not list for all audiences" option, and a separate freeform text field to explain WHY they shouldn't be listed. They can then adopt a tagging system, or simply explain whatever weird one-off situation. 17:21 MTDiscord sfan5, I agree, and therefore I'm having second thoughts about that PR. What is it that we are really trying to fix? I don't think defaulting to legacy GL is inherently a bug. 17:48 pgimeno isn't that one of these things that will get fixed/improved when IrrMT is part of MT? 17:55 Krock Meeting in 5 minutes. Ping rubenwardy Desour sfan5 Zughy[m] 18:02 Krock what are the opinions on #13417 ? 18:02 ShadowBot https://github.com/minetest/minetest/issues/13417 -- Conditional textures for nodes, bulk texture changing 18:03 Krock TurkeyMcMac implemented #12928 which could replace the need for this request 18:03 ShadowBot https://github.com/minetest/minetest/issues/12928 -- Add node texture variants by TurkeyMcMac 18:03 Krock although that's still per-node rather than global 18:05 Krock if there's no opinions either that's fine too; it's just one of 1052 open issues 18:08 Desour we could just mark it as low priority and let it rot away 18:09 Krock I suppose so. 18:09 Krock it's not urgent by any means but Zughy seemed to have reasons to put it here 18:10 Desour the node texture variants PR lets the modder choose a tiledef depending on param2, so they'd still need to update many nodes, which is not what they requested in the issue 18:10 Krock right 18:10 Krock > Add utility script to update/generate *.tr files #13464 18:10 ShadowBot https://github.com/minetest/minetest/issues/13464 -- Add utility script to update/generate *.tr files by Wuzzy2 18:11 Krock should these scripts be included in Minetest or not? 18:11 Krock they're key to generating (and now also checking) the mod translations 18:12 Desour tbh, I haven't worked much with translations yet, so I can't tell how useful it is 18:13 Krock they automatically parse your mod for S() (and similar) function calls to generate translation from that 18:13 Krock *translation files from that 18:14 rubenwardy It's essential for mod dev, but that doesn't mean it needs to be in minetest/minetest 18:14 Krock right, that's also my thought 18:15 Krock I see that the inclusion to Minetest (engine) would fit, but do modders clone Minetest? 18:17 Desour we could make one modding-tools repo in the minetest org for similar executables. then, distros might even package it for us 18:18 Krock there's https://github.com/minetest-tools/update_translations where the PRs partially originate from. it might only need some polishing to be more user-friendly 18:19 Desour > do modders clone Minetest? <- probably not 18:20 Krock rubenwardy: where would you prefer to see it? perhaps no opinion? 18:20 MTDiscord modders shouldn't need to clone minetest just to get this script 18:21 Krock they could still download it from github. that's a bit hackier, though. 18:21 MTDiscord granted, using github they could probably download selected files or subpaths 18:21 rubenwardy I suppose Wuzzy is expecting the script to be installed with Minetest 18:21 Krock oh 18:21 Krock yes that would make sense 18:21 rubenwardy That's not too hard with windows or PPA, but not so easy with flatpak 18:22 Desour as players don't need this, packaging it separately would make more sense imo 18:22 Krock and basically pointless with appimages 18:24 Desour (marking 13417 as low priority) 18:24 Krock https://github.com/minetest/minetest/pull/13437#issuecomment-1529087281 18:26 Krock I'll post a link to this discussion to clarify whether (and how) distributing this file is intended 18:29 Krock > #13215 Irrlicht as a submodule 18:29 ShadowBot https://github.com/minetest/minetest/issues/13215 -- Add IrrlichtMT as a submodule by numberZero 18:29 Krock > how to fix Android compatibility? Ideas are welcome. 18:30 Desour btw. Krock did you just re-date the meeting note? there's 2023-04-16 is missing in past meetings 18:30 Krock yes. there were no meeting points 18:30 Krock s/points/notes 18:30 Krock furthermore, nothing seemed to be clarified back then 18:31 Desour we should not let the date disappear though x) 18:31 Krock okay sure. I'll put a note 18:32 Desour thx 18:32 Krock about the PR: it seems this issue is purely caused by a flawed Android build system 18:34 Krock although that should be fixable in a future PR (if someone happens to know how to implement it) 18:36 Krock I'll leave that as-is until there's news from numberZero__ or sfan5__ 18:37 Krock Is there another PR or issue that needs clarifying? 18:42 Krock alright then. moved to the past meetings. 18:43 Desour apropos irrlicht, if we don't do the submodules thing, we need a revision for #13348's dependency (I guess sfan5 will do this after a re-review of 13348). after that we should be ready to enable USE_SDL2 by default, yey. 18:43 ShadowBot https://github.com/minetest/minetest/issues/13348 -- Move the platform-dependent stuff in renderingengine.cpp to irrlicht by Desour 18:44 Desour we should maybe put the driver name in the output of --version then. 18:44 Krock yes, that would be a helpful indicator for troubleshooting 18:46 Desour ok, so the only thing left is "figure out what can be done to make meetings less tedious" () 18:47 Krock I assume it's currently a busy time for the others, hence meeting activity and development progress degrades 18:48 Krock this was meant in case more points were on the list