| Time |
Nick |
Message |
| 00:01 |
|
proller joined #minetest-dev |
| 02:28 |
|
queria joined #minetest-dev |
| 02:33 |
|
queria joined #minetest-dev |
| 03:40 |
MTDiscord |
<exe_virus> Why do we have a 10x scaling on entity meshes vs node meshes? I.e. the same node mesh loaded as an entity mesh is 10 times smaller. |
| 04:00 |
|
MTDiscord joined #minetest-dev |
| 04:52 |
|
Thomas-S joined #minetest-dev |
| 04:52 |
|
Thomas-S joined #minetest-dev |
| 07:01 |
|
proller joined #minetest-dev |
| 08:00 |
|
specing joined #minetest-dev |
| 08:18 |
|
Fixer joined #minetest-dev |
| 08:35 |
|
kilbith joined #minetest-dev |
| 08:42 |
|
kilbith joined #minetest-dev |
| 09:08 |
|
calcul0n joined #minetest-dev |
| 09:35 |
sfan5 |
the engine uses a scale factor of 10 internally and someone forgot to hide this implementation detail from entities |
| 09:41 |
|
MTDiscord joined #minetest-dev |
| 09:44 |
|
Taoki joined #minetest-dev |
| 09:47 |
|
specing joined #minetest-dev |
| 11:19 |
MTDiscord |
<exe_virus> Could we please hide it by default? It really should be the same for both |
| 11:20 |
sfan5 |
"could we please break backwards compatibility by default" |
| 11:20 |
sfan5 |
sure if you wait until 6.0 |
| 11:23 |
sfan5 |
more seriously: yes this is obviously a good idea, it should have never been this way. hecks has mentioned fixing it before, but we can't 'just' do that without caring about existing mods |
| 11:39 |
pgimeno |
IIRC the solution he proposed was a field in the mesh to ignore the scale |
| 12:21 |
|
proller joined #minetest-dev |
| 12:52 |
nrz |
merging #11570 |
| 12:52 |
ShadowBot |
https://github.com/minetest/minetest/issues/11570 -- Update Dockerfile to Alpine 3.14 by nerzhul |
| 13:28 |
|
hmmmm joined #minetest-dev |
| 13:28 |
|
pgimeno joined #minetest-dev |
| 13:32 |
|
YuGiOhJCJ joined #minetest-dev |
| 13:45 |
pgimeno |
<pgimeno> IIRC the solution he proposed was a field in the mesh to ignore the scale <-- I mean in the node definition, sorry |
| 14:54 |
|
Extex joined #minetest-dev |
| 15:24 |
nrz |
sfan5: when you have time this one is pretty easy too ? 11571 |
| 15:24 |
nrz |
#11571 |
| 15:24 |
ShadowBot |
https://github.com/minetest/minetest/issues/11571 -- [NOSQUASH] Add debian 11 & fedora 34 to CI by nerzhul |
| 15:24 |
nrz |
fedora24 & debian 11 on the CI |
| 15:25 |
sfan5 |
is there anything special about fedora34? |
| 15:25 |
sfan5 |
because I don't see any advantage of building for it specificially |
| 15:25 |
sfan5 |
(we don't even generate a package) |
| 15:32 |
MTDiscord |
<josiah_wi> Is there a downside to adding platforms to CI? If nothing else I imagine courtesy to the server host is a valid consideration, but that doesn't seem like a major thing, maybe not a concern at all for some people. |
| 15:32 |
nrz |
just to ensure it works on redhat style recent things ? the 28 was already there and is pretty old |
| 15:33 |
nrz |
i should say if a platform has sufficient userbase, just add a platform to ensure nobody will complain because package is not present on its repo ? |
| 15:34 |
nrz |
seems they build us on their RPM: https://src.fedoraproject.org/rpms/minetest at least we can reduce the fedora maintain work it by testing before on CI :p |
| 16:40 |
|
longerstaff13 joined #minetest-dev |
| 18:23 |
Krock |
Agh. Unfortunately I cannot attend the meeting that I set up last Sunday. This is a pity, and hope that it still yields helpful discussions |
| 18:24 |
Krock |
alternatively, it could be moved to a week later, or to any other following day if that's wanted |
| 18:25 |
Krock |
Other: I don't think it makes much sense to add more CI of similar configurations. If one configuration is tested on one distro, that's good enough I'd say |
| 18:26 |
sfan5 |
what about saturday? |
| 18:26 |
Krock |
it is planned for saturday, and I created the post two days ago, which was a sunday. |
| 18:28 |
sfan5 |
oh |
| 18:28 |
sfan5 |
I keep forgetting what day we usually do it on |
| 18:28 |
Krock |
usually it was Saturday, but Sunday would be fine for me too |
| 18:35 |
|
v-rob joined #minetest-dev |
| 19:35 |
|
v-rob joined #minetest-dev |
| 20:01 |
|
specing joined #minetest-dev |
| 20:12 |
|
longerstaff13 joined #minetest-dev |
| 20:13 |
|
proller joined #minetest-dev |
| 20:35 |
|
proller joined #minetest-dev |
| 21:05 |
|
v-rob joined #minetest-dev |
| 21:40 |
MTDiscord |
<exe_virus> Can I bump a pending pull request for that meeting? |
| 21:40 |
MTDiscord |
<exe_virus> The game music one |
| 22:27 |
|
Extex joined #minetest-dev |
| 22:43 |
|
Extex joined #minetest-dev |
| 22:56 |
|
proller joined #minetest-dev |
| 23:04 |
|
v-rob joined #minetest-dev |
| 23:14 |
|
olliy1or joined #minetest-dev |
| 23:17 |
|
AliasAlreadyTake joined #minetest-dev |
| 23:27 |
|
proller joined #minetest-dev |
