Minetest logo

IRC log for #minetest-dev, 2024-01-15

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

All times shown according to UTC.

Time Nick Message
00:20 [MTMatrix] <Zughy> About PRs: I think core devs that decide to support a PR should self-assign such PR. I feel like sometimes people say "I support that", label it, and then forget about it
00:23 [MTMatrix] <Zughy> e.g. #11932 (rubenwardy), #11073 ("coredevs", that's cheating), #13019 (v-rob)
00:23 ShadowBot https://github.com/minetest/minetest/issues/11932 -- Add helper function to rotate a facedir by aerkiaga
00:23 ShadowBot https://github.com/minetest/minetest/issues/11073 -- Add rotation support for wallmounted nodes in 'ceiling' or 'floor' mode by Wuzzy2
00:23 ShadowBot https://github.com/minetest/minetest/issues/13019 -- Add trailgen mapgen: v6-like with biome API support by Cartmic
00:26 [MTMatrix] <Zughy> It can also help such core devs remember the "promises" they did in the past, so they can understand what's already on their table, possibly avoiding burnouts situations afterwards. Last but not least, it shows respect to the contributor
00:28 [MTMatrix] <Zughy> I'd also suggest a limit, so people don't self-assign 15 PRs pretending they can pull it off
01:49 v-rob joined #minetest-dev
02:15 v-rob Are there policies for merging very experimental APIs?  I have #14263 in a mergeable alpha state, but it's (obviously) not the complete product.  However, I think it would be beneficial to allow modders to start playing with it.
02:15 ShadowBot https://github.com/minetest/minetest/issues/14263 -- Formspec/HUD replacement, part 1 by v-rob
02:15 v-rob CSM is experimental and got merged, but I don't think that's the best example ever.
02:16 v-rob But modders are also helpful as testers and debuggers :)
03:18 v-rob joined #minetest-dev
05:00 MTDiscord joined #minetest-dev
06:03 v-rob joined #minetest-dev
08:02 YuGiOhJCJ joined #minetest-dev
08:40 calcul0n joined #minetest-dev
10:31 YuGiOhJCJ joined #minetest-dev
11:11 Farooq joined #minetest-dev
11:15 Farooq joined #minetest-dev
11:52 Farooq joined #minetest-dev
12:10 Farooq joined #minetest-dev
13:20 Farooq joined #minetest-dev
14:50 Farooq joined #minetest-dev
15:41 appguru joined #minetest-dev
15:42 jonadab joined #minetest-dev
16:25 sfan5 pushing a commit that adds active_block_range=1 to util/test_multiplayer.sh configs
16:25 sfan5 sorry I can't be bothered to pastebin it
17:39 [MTMatrix] <Zughy> any core devs opinion about this massive documentation PR? #13503
17:39 ShadowBot https://github.com/minetest/minetest/issues/13503 -- Documentation refactoring by Bituvo
17:50 celeron55 conceptually it seems fine, but i don't have the time or endurance to actually look through whether each change is correct. well, like rollerozxa points out i'm not sure if we actually care about the ".  " -> ". " source code comment change at all
17:50 celeron55 and the translations also make it unwieldy, like mentioned by rollerozxa
17:50 rubenwardy yeah the PR is unreviewable because it just changes too much
17:51 celeron55 (i thumbed up rollerozxa's comment)
17:51 Desour joined #minetest-dev
17:51 [MTMatrix] <Zughy> I'll tell the author
17:53 MTDiscord <luatic> I think this PR is low priority; it's just (re)formatting of the docs, isn't it?
17:54 celeron55 what if it only touched the markdown files?
17:54 [MTMatrix] <Zughy> done
17:59 grorp joined #minetest-dev
18:03 grorp1 joined #minetest-dev
18:06 grorp1 "the PR is unreviewable" +1
18:10 sfan5 the bulk code changes definitely need to go
18:11 rubenwardy it should also only contain related changes. Fixing both formatting and typos/line length in one PR results in a lot of noise. If you just change formatting then it's easier to compare before and after
18:17 v-rob joined #minetest-dev
18:19 sfan5 I wonder if there's an easy way to have a workflow check indentation in files
18:20 sfan5 (so nobody accidentally uses spaces)
18:22 grorp1 bump for #14048
18:22 ShadowBot https://github.com/minetest/minetest/issues/14048 -- Fix language setting description in `settingtypes.txt` by AFCMS
18:26 sfan5 go ahead and merge it, it's trivial
18:27 grorp1 yay
18:28 grorp1 done
18:55 MTDiscord <josiah_wi> Zughy, #13577 rebased.
18:55 ShadowBot https://github.com/minetest/minetest/issues/13577 -- Extract and pull up assignFreeId from CAO/SAO by JosiahWI
19:00 grorp2 joined #minetest-dev
19:10 pgimeno > <sfan5> (so nobody accidentally uses spaces)
19:10 pgimeno grep '^\t* '
19:23 lhofhansl joined #minetest-dev
19:23 lhofhansl sfan5: #14264
19:23 ShadowBot https://github.com/minetest/minetest/issues/14264 -- Detect air-only blocks instead of day/night differences by lhofhansl
20:10 MTDiscord <jordan4ibanez> zughy, I like your opinion on #13975 please convince others, thanks
20:10 ShadowBot https://github.com/minetest/minetest/issues/13975 -- Fix glitch that jolts players up edges by jordan4ibanez
20:13 MTDiscord <jordan4ibanez> What else do I have to do for https://github.com/minetest/irrlicht/pull/270 ?
21:21 v-rob joined #minetest-dev
21:46 [MTMatrix] <Zughy> jordan4ibanez: well, it seems like we're gonna maintain yet another physics flag
21:46 [MTMatrix] <Zughy> So that when we have to fix one thing related to physics we have to deal with one more exception. That seems fun, luckily I'm not a core dev
21:47 [MTMatrix] <Zughy> Also, this pushes people to avoid touching physics, if fixing a bug might result in creating new flags
21:48 MTDiscord <warr1024> You don't necessarily really need to keep those old physics modes around forever, but you do need to have a deprecation schedule and give people time to adapt.
21:48 [MTMatrix] <Zughy> We're speaking about years. How many bugs will come out in years?
21:49 MTDiscord <warr1024> Rather than just silently removing ledge grabs it might actually be nicer to make them configurable as an actual feature.  Movement physics are very stilted as it is.
21:49 [MTMatrix] <Zughy> And we're not great with schedules nor planning, we barely have the next milestone and a roadmap that still creates debates
21:50 MTDiscord <warr1024> Sounds like we've got bigger problems to worry about then than one physics flag.
21:51 [MTMatrix] <Zughy> Should I get ready for another roadmap bikeshedding?
21:51 [MTMatrix] <Zughy> Which will be discussed in the next meeting anyway https://dev.minetest.net/Meetings#2024-01-21
21:52 MTDiscord <warr1024> Probably.  Client movement physics have historically been one of the most heavily bikeshedded issues I've seen.
21:52 [MTMatrix] <Zughy> Bugfixes are always accepted, so it's not a roadmap problem
21:53 MTDiscord <warr1024> Tbh being able to customize them and prevent future arguments over minute physics details would be a pretty good use-case for SSCSM.
21:54 [MTMatrix] <Zughy> About planning future milestones: good luck with that, we're not a company and we can't tell people what to focus on
21:54 MTDiscord <warr1024> Don't tell me good luck, good luck yourself, member of the core team that I'm not a part of 😆
21:55 [MTMatrix] <Zughy> Good luck as is "good luck suggesting a solution that might actually work"
21:55 [MTMatrix] <Zughy> *as in
21:56 MTDiscord <warr1024> If real solutions were actually feasible we wouldn't have such a strong work around culture.
22:02 MTDiscord <jordan4ibanez> I missed the whole argument, very sad
22:02 MTDiscord <jordan4ibanez> Anyways, I agree with the sentiment of just adding in that check that was seemingly forgotten many moons ago
22:09 Sharpman joined #minetest-dev
22:26 v-rob joined #minetest-dev
22:52 fluxionary joined #minetest-dev
22:53 Mantar joined #minetest-dev
22:58 appguru joined #minetest-dev
23:04 MTDiscord joined #minetest-dev
23:04 book` joined #minetest-dev
23:04 wsor4035 joined #minetest-dev
23:16 luk3yx joined #minetest-dev
23:23 izzyb joined #minetest-dev
23:32 panwolfram joined #minetest-dev

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