| Time |
Nick |
Message |
| 00:02 |
|
TheSilentLink joined #minetest |
| 00:02 |
|
prairiewind[m] joined #minetest |
| 00:03 |
prairiewind[m] |
oh, the minetest irc channel has a relay to matrix |
| 00:07 |
|
YuGiOhJCJ joined #minetest |
| 00:20 |
wsor4035 |
most (alll?) libera channels are mapped to matrix ones via a not the best relay |
| 00:54 |
giov4[m] |
<MTDiscord> "<Jonathon> also, i wouldnt be..." <- I just tried it and... if i try to run minetest.write_json(table) it just freezes for like 5 minutes and then crashes. I guess it's not made for big tables :\ |
| 00:56 |
wsor4035 |
what data are you even trying to use? also does have table have missing indexes? |
| 00:59 |
giov4[m] |
the table has a series of [hashed_position] = {node_id, param2} elements, so yes it has missing indexes. I'm using that to make a system that detects what changed in a map area and lets you reset it asynchronously, that's why I need it. But maybe I'm just using a dumb approach |
| 01:00 |
wsor4035 |
yeah, write json is trying to fill in all the missing indexes |
| 01:00 |
wsor4035 |
i tried to do something in the past, forgot what i did, might have been converting the hash to a string, or turning the pos to a string |
| 01:02 |
wsor4035 |
see https://github.com/minetest/minetest_docs/blob/master/doc/persistence.adoc#minetestwrite_jsondata-styled |
| 01:08 |
|
YuGiOhJCJ joined #minetest |
| 01:14 |
giov4[m] |
oh this is useful actually, thanks |
| 01:24 |
|
smk joined #minetest |
| 04:00 |
|
MTDiscord joined #minetest |
| 04:09 |
|
YuGiOhJCJ joined #minetest |
| 04:16 |
|
DrFrankenstone joined #minetest |
| 04:19 |
|
Verticen joined #minetest |
| 05:28 |
|
Verticen joined #minetest |
| 06:02 |
|
calcul0n joined #minetest |
| 06:47 |
|
Verticen joined #minetest |
| 07:50 |
|
Verticen_ joined #minetest |
| 08:03 |
|
proller joined #minetest |
| 08:47 |
|
mazes_83 joined #minetest |
| 08:51 |
|
amfl2 joined #minetest |
| 09:36 |
|
Niklp_ joined #minetest |
| 11:17 |
|
Lesha_Vel joined #minetest |
| 13:01 |
|
Noisytoot joined #minetest |
| 13:39 |
|
qur joined #minetest |
| 13:56 |
|
Noisytoot joined #minetest |
| 14:23 |
|
Noisytoot joined #minetest |
| 14:48 |
|
Noisytoot joined #minetest |
| 14:49 |
|
definitelya joined #minetest |
| 15:08 |
|
Noisytoot joined #minetest |
| 15:15 |
|
Noisytoot joined #minetest |
| 15:16 |
|
Fleckenstein joined #minetest |
| 15:25 |
|
fluxionary joined #minetest |
| 15:37 |
|
Alias joined #minetest |
| 15:45 |
|
m42uko joined #minetest |
| 16:09 |
|
FreeFull joined #minetest |
| 16:11 |
|
imi joined #minetest |
| 16:18 |
imi |
hi, use-case: I have an in-place compiled MT server, and I want to run it in 2 instances (one production and one testing). now these 2 instances might have very different modsets: maybe even 2 different (versions of the same) mod. so I need to run them from 2 different directories to make sure a mod with the same name doesn't overwrite another mod. my question is: what needs to be copied and what doesn't need to be copied? bin for |
| 16:18 |
imi |
sure needs to be copied src for sure doesn't need to be copied. what else? |
| 16:21 |
|
Talkless joined #minetest |
| 16:28 |
calcul0n |
imi, you'll make your life much easier by making two clones and compile them separately |
| 16:28 |
MTDiscord |
<Warr1024> Is there really some compelling reason not to just make separate copies of everything just to be safe? You might run into a situation where you want to update one thing and not the other and if they're linked together, you can't. If you keep them separate, you can still copy over parts if you DO want them in sync. |
| 16:28 |
calcul0n |
there might be other options but all you get is saving a few Mo |
| 16:29 |
MTDiscord |
<Warr1024> I generally prefer to keep them separate to the extent of running them under separate containers or as separate users, at least. |
| 16:33 |
imi |
calcul0n: I might need to use git to be able to revert back&forth then |
| 16:38 |
calcul0n |
well this is exactly why git exists :) |
| 16:45 |
|
mrkubax10 joined #minetest |
| 16:48 |
|
mrkubax10 joined #minetest |
| 16:58 |
sfan5 |
imi: use 'make package' to generate a tar.gz |
| 16:58 |
sfan5 |
then extract that where and as many times as you need it |
| 17:00 |
imi |
ok thanks |
| 17:14 |
imi |
sfan5: would you be considering using submodules for minetest game and irrlicht? |
| 17:15 |
imi |
that way every mt commit would contain the hash of the corresponding commits of these other submodules |
| 17:18 |
sfan5 |
see https://github.com/minetest/minetest/issues/13034 |
| 17:19 |
|
calcul0n joined #minetest |
| 17:29 |
|
Verticen_ joined #minetest |
| 17:59 |
|
vampirefrog joined #minetest |
| 18:14 |
|
calcul0n joined #minetest |
| 18:29 |
|
definitelya_ joined #minetest |
| 18:30 |
|
___nick___ joined #minetest |
| 18:37 |
|
imi joined #minetest |
| 18:50 |
|
mrkubax11 joined #minetest |
| 18:52 |
|
diceLibrarian joined #minetest |
| 18:54 |
|
Fleckenstein joined #minetest |
| 19:02 |
|
___nick___ joined #minetest |
| 19:05 |
|
___nick___ joined #minetest |
| 19:08 |
|
diceLibrarian joined #minetest |
| 19:16 |
|
A_Dragon joined #minetest |
| 19:50 |
|
proller joined #minetest |
| 19:57 |
|
Noisytoot joined #minetest |
| 20:41 |
|
orwell96 joined #minetest |
| 21:06 |
|
Flabb joined #minetest |
| 21:32 |
|
Verticen_ joined #minetest |
| 22:39 |
|
bwarden joined #minetest |
| 22:50 |
|
Fleckenstein joined #minetest |
| 23:19 |
|
sys4_ joined #minetest |
| 23:19 |
|
ROllerozxa joined #minetest |
| 23:25 |
|
Fleckenstein joined #minetest |
| 23:33 |
|
AliasAlreadyTake joined #minetest |
| 23:40 |
|
Noisytoot joined #minetest |
