Minetest logo

IRC log for #minetest-dev, 2023-04-30

| Channels | #minetest-dev index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
00:02 book` joined #minetest-dev
00:06 MTDiscord <josiah_wi> 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.
00:38 ShadowBot joined #minetest-dev
04:00 MTDiscord joined #minetest-dev
05:08 calcul0n joined #minetest-dev
06:47 YuGiOhJCJ joined #minetest-dev
07:44 tekakutli joined #minetest-dev
08:22 Warr1024 joined #minetest-dev
09:20 proller joined #minetest-dev
09:21 appguru joined #minetest-dev
10:43 appguru joined #minetest-dev
11:50 sfan5 no imo
13:44 LandarVargan joined #minetest-dev
14:05 Desour joined #minetest-dev
14:15 proller joined #minetest-dev
14:48 Desour joined #minetest-dev
14:52 appguru joined #minetest-dev
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.
15:27 ivanbu joined #minetest-dev
15:30 m42uko joined #minetest-dev
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 <GreenXenith> 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 <Warr1024> 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.
16:44 proller joined #minetest-dev
17:21 MTDiscord <josiah_wi> 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 ivanbu joined #minetest-dev
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 <luatic> 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 <luatic> 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" (<https://github.com/orgs/minetest/discussions/63>)
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
19:10 Alias joined #minetest-dev
19:50 appguru joined #minetest-dev
19:52 proller joined #minetest-dev
22:20 appguru joined #minetest-dev
22:32 panwolfram joined #minetest-dev
23:14 tekakutli joined #minetest-dev
23:48 proller joined #minetest-dev

| Channels | #minetest-dev index | Today | | Google Search | Plaintext