Minetest logo

IRC log for #minetest-dev, 2024-10-12

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

All times shown according to UTC.

Time Nick Message
00:24 \o` joined #minetest-dev
00:36 \o` src/migratesettings.h line 29 g_settings->remove("disable_anticheat"); <-- is that right?
00:37 \o` I mean, in the previous lines it might be set -- if (g_settings->getBool("disable_anticheat")) -- why immediately then remove it?
00:46 \o` joined #minetest-dev
00:46 \o` Sorry, KDE froze on me
00:49 \o` ignore my previous messages btw
00:54 \o` I understand the reasoning now. What I don't understand is why it's a .h file without #pragma once or include guards
02:14 nekobro remove might throw an exception or something?
02:15 nekobro id have to look closer
02:16 nekobro For EnlightenmentWM, we have a good system for this, on setup, we check which version or such something was removed, then run it through a pragma, then we move it all into its own steps
02:16 nekobro pragma? ifdef i mean, based on our version info
02:16 nekobro sometimes we run other steps, like changing a variable name or converting it
02:16 nekobro ..if im understanding whats going on here
02:26 witsie joined #minetest-dev
02:26 witsie left #minetest-dev
03:06 \o` joined #minetest-dev
04:00 MTDiscord joined #minetest-dev
06:03 \o` joined #minetest-dev
06:04 hwpplayer1 joined #minetest-dev
06:17 YuGiOhJCJ joined #minetest-dev
11:26 HuguesRoss joined #minetest-dev
11:45 Desour joined #minetest-dev
14:17 MTDiscord <luatic> it's a file that is (and should be) included only in a single place. there is no need for #pragma once or include guards. in fact those would let you accidentally include it multiple times.
15:17 hwpplayer1 joined #minetest-dev
15:20 hwpplayer1 joined #minetest-dev
15:39 MTDiscord <cscscscscscscscscscscscscscscscs> @Lars wrong again, i meant just #if
15:39 MTDiscord <cscscscscscscscscscscscscscscscs> just a version check
15:40 MTDiscord <cscscscscscscscscscscscscscscscs> the current way we do the initial config is disgusting though
15:41 MTDiscord <cscscscscscscscscscscscscscscscs> initializer list?
15:42 MTDiscord <cscscscscscscscscscscscscscscscs> some lambdas for additional checks
16:32 hwpplayer1 joined #minetest-dev
17:49 fluxionary joined #minetest-dev
18:16 MTDiscord <luatic> wdym, "wrong again"? i was replying to \o` who was asking "why it's a .h file without #pragma once or include guards"
19:24 MTDiscord <cscscscscscscscscscscscscscscscs> ohh, myb
19:49 HuguesRoss joined #minetest-dev
20:02 sfan5 merging #15251, #15273, #15255, #15265 in 15m
20:02 ShadowBot https://github.com/minetest/minetest/issues/15251 -- [no sq] Safety and other fixes by sfan5
20:02 ShadowBot https://github.com/minetest/minetest/issues/15273 -- Add missing setting callbacks for display_density_factor by grorp
20:02 ShadowBot https://github.com/minetest/minetest/issues/15255 -- Ensure that null C strings do not break logging by paradust7
20:02 ShadowBot https://github.com/minetest/minetest/issues/15265 -- Fix hotbar alignment with hud_hotbar_max_width by cx384
20:37 hwpplayer1 joined #minetest-dev
20:40 sfan5 just got ninja'd by @appguru by posting a PR
20:41 nore About #14726, can I approve the PR (after reviewing the current version), or is it not possible since I wrote the original code?
20:41 ShadowBot https://github.com/minetest/minetest/issues/14726 -- (Adoption) Gettext and plural support for client-side translations by y5nw
20:41 sfan5 sounds fine to me if you were to approve it
20:42 MTDiscord <wsor4035> is it really a ninja if yours is more comprehensive?
20:43 nore Ok, will review it in detail now; feature freeze still isn't passed, right?
20:43 sfan5 i think so
20:43 MTDiscord <luatic> i think we still have this weekend iirc (?)
20:44 nore thanks, that's a good reason for me to review it now and not delay then :)
20:45 MTDiscord <wsor4035> @y5nw ^ pr has a conflict that needs resolving btw
20:47 MTDiscord <luatic> i just realized i can fix the json quirk
20:51 MTDiscord <luatic> gah why did we need to document that parse_json outputs an error message
20:52 MTDiscord <luatic> guess i'll have to add an enable_sanity param
20:53 sfan5 why is that a problem
20:54 MTDiscord <luatic> the sane thing for us to do would be to return nil, err to then let modders handle that, consistent with other lua apis
20:55 MTDiscord <luatic> but since we've documented that we output an error message i can't change that leaving mods that relied on it without such an error message
20:55 sfan5 hm i guess
20:56 MTDiscord <luatic> I could make a new minetest.read_json with sanity enabled and deprecate (or merely discourage use of) minetest.parse_json though...
20:57 hwpplayer1 joined #minetest-dev
21:02 [MatrxMT] <y5nw> wsor4035: I am aware that #14726 needs to be rebased. I was mainly reluctant to do that because we are quite close to feature freeze
21:02 ShadowBot https://github.com/minetest/minetest/issues/14726 -- (Adoption) Gettext and plural support for client-side translations by y5nw
21:12 [MatrxMT] <Zughy> nore: feature freeze will happen in about 19 hours
21:13 MTDiscord <herowl> Zughy: I thought feature freeze happens at the end of the meeting, not at the start? So that the meeting can still merge something and then the rest gets frozen?
21:14 [MatrxMT] <Zughy> yes, but there is also the rename, and I guess that will require time. Rushing things during a meeting doesn't sound like a great idea
21:14 [MatrxMT] <Zughy> *Rushing features
21:15 sfan5 i think if we're at the point where we need to decide if the freeze starts before, during, or after the meeting just so we can merge something last-minute without violating the rules, we should better just not do that
21:15 [MatrxMT] <Zughy> +1
21:16 nore @y5nw approved the PR, just a single important but simple check to add
21:16 [MatrxMT] <Zughy> gettext in 5.10? :o
21:19 [MatrxMT] <y5nw> Hard to tell given the timing, but I will make it ready (hopefully) tonight
21:21 nore thanks a lot! I'm really happy you adopted this PR, I hadn't had the energy to work on it for a long time, it means a lot to me that it was not abandonned! :)
21:37 \o` joined #minetest-dev
22:28 nekobit joined #minetest-dev
22:32 panwolfram joined #minetest-dev
22:36 nekobit joined #minetest-dev
23:05 Eragon joined #minetest-dev

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