| 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 |
