Time |
Nick |
Message |
00:04 |
|
lemonzest joined #minetest |
00:13 |
|
v-rob joined #minetest |
00:20 |
|
grouinos joined #minetest |
00:27 |
|
Sven_vB joined #minetest |
00:57 |
|
Verticen joined #minetest |
01:43 |
|
v-rob joined #minetest |
02:28 |
|
book` joined #minetest |
02:38 |
MTDiscord |
<MisterE> so the answer is no, regular clients cannot see or move past the old limit even with the new server, the limit is enforced client side |
02:41 |
|
prechew3dpenguin joined #minetest |
03:15 |
|
Lesha_Vel joined #minetest |
03:33 |
|
v-rob joined #minetest |
03:57 |
erlehmann |
MisterE if you just increased the limit server-side i think they should be able to see one mapblock further |
03:57 |
erlehmann |
but i am not sure and very sleepy |
03:58 |
erlehmann |
further than normal i mean |
03:58 |
erlehmann |
n8 |
04:09 |
|
est31 joined #minetest |
04:22 |
|
crabycowman123 joined #minetest |
04:24 |
|
grouinos joined #minetest |
04:58 |
|
Soni joined #minetest |
05:00 |
|
MTDiscord joined #minetest |
06:01 |
|
riff-IRC joined #minetest |
06:14 |
|
Yad joined #minetest |
06:57 |
|
Yad joined #minetest |
06:58 |
|
GNUHacker joined #minetest |
06:59 |
|
Yad joined #minetest |
07:25 |
|
v-rob joined #minetest |
07:25 |
|
Hawk777 joined #minetest |
08:03 |
|
Oksanaa joined #minetest |
08:47 |
|
olliy joined #minetest |
09:00 |
|
Markow joined #minetest |
09:13 |
|
kabou joined #minetest |
09:13 |
|
Sven_vB joined #minetest |
09:30 |
|
JordanL2 joined #minetest |
09:42 |
|
specing_ joined #minetest |
09:56 |
|
erlehmann joined #minetest |
10:21 |
|
peterz joined #minetest |
10:27 |
|
peterz joined #minetest |
10:58 |
|
JordanL2 joined #minetest |
10:59 |
|
ROllerozxa joined #minetest |
11:07 |
sfan5 |
@MisterE the limit is hardcoded in every piece of code that uses a specific datatype for positions |
11:07 |
sfan5 |
so yes you absolutely need a new/incompatible client |
11:09 |
MTDiscord |
<Carfalious> @MisterE, Modder of Sortz |
11:18 |
|
lemonzest joined #minetest |
11:19 |
|
jvalleroy joined #minetest |
11:19 |
|
jvalleroy joined #minetest |
11:20 |
|
jvalleroy joined #minetest |
11:20 |
|
jvalleroy joined #minetest |
11:35 |
|
panwolfram joined #minetest |
11:44 |
|
panwolfram joined #minetest |
12:06 |
MTDiscord |
<MisterE> Thank you |
12:10 |
MTDiscord |
<MisterE> Well I hope proller gan get the limits broken but until such time as that is merged its not terribly useful to me |
12:28 |
|
erlehmann joined #minetest |
12:47 |
|
definitelya joined #minetest |
12:53 |
|
ROllerozxa joined #minetest |
13:42 |
|
GNUHacker joined #minetest |
14:26 |
|
GNUHacker joined #minetest |
14:33 |
|
kamdard joined #minetest |
15:16 |
|
z812 joined #minetest |
15:33 |
|
grouinos joined #minetest |
15:53 |
|
webguy joined #minetest |
15:54 |
webguy |
Hello, might someone be able to confirm |
15:54 |
webguy |
My server is accessible at publicaccess.club port 30000 |
15:56 |
|
webguy joined #minetest |
16:03 |
|
proller joined #minetest |
16:11 |
MTDiscord |
Command sent from Discord by school of hard knocks, Inc: |
16:11 |
MTDiscord |
!up is the command for that i think |
16:11 |
MinetestBot |
ValueError: too many values to unpack (expected 2) (file "/home/sfan5/mtbot/modules/serverup.py", line 48, in serverup) |
16:12 |
MTDiscord |
Command sent from Discord by school of hard knocks, Inc: |
16:12 |
MTDiscord |
!up test.com 30000 |
16:12 |
MinetestBot |
test.com:30000 seems to be down (IPv4) |
16:12 |
MTDiscord |
Command sent from Discord by school of hard knocks, Inc: |
16:12 |
MTDiscord |
!up publicaccess.com 300000 |
16:12 |
MinetestBot |
publicaccess.com:300000 seems to be down (IPv4) |
16:12 |
MTDiscord |
Command sent from Discord by school of hard knocks, Inc: |
16:12 |
MTDiscord |
!up publicaccess.com 30000 |
16:13 |
MinetestBot |
publicaccess.com:30000 seems to be down (IPv4) |
16:13 |
MTDiscord |
Command sent from Discord by school of hard knocks, Inc: |
16:13 |
MTDiscord |
!up publicaccess.club 30000 |
16:13 |
MinetestBot |
publicaccess.club:30000 is up (82ms) (IPv4) |
16:13 |
MTDiscord |
<Jonathon> ^webguy |
16:44 |
|
Fixer joined #minetest |
17:06 |
|
Desour joined #minetest |
17:09 |
MTDiscord |
<jordan4ibanez> Oh that's pretty neat that it tells you exactly what's wrong |
17:11 |
MTDiscord |
<jordan4ibanez> It just sits there, watching, waiting. Ready to serve on command, analyzing every piece of text that runs through this channel |
17:12 |
|
grouinos joined #minetest |
17:12 |
|
toulene_ joined #minetest |
17:12 |
MTDiscord |
<luatic> Only to be awakened to respond with a "ValueError" |
17:14 |
MTDiscord |
Command sent from Discord by rust_shill_u128: |
17:14 |
MTDiscord |
!up exec("print('hello')") |
17:14 |
MinetestBot |
exec("print('hello')"):30000 seems to be down (host did not resolve) |
17:14 |
MTDiscord |
<jordan4ibanez> Outsmarted by a robot |
17:14 |
erlehmann |
!up 127.0.0.1 |
17:14 |
MinetestBot |
127.0.0.1:30000 seems to be down |
17:14 |
erlehmann |
!up 127.0.0.1:22 |
17:14 |
MinetestBot |
127.0.0.1:22 seems to be down |
17:14 |
erlehmann |
!up 127.0.0.1:80 |
17:14 |
erlehmann |
well |
17:15 |
MTDiscord |
<jordan4ibanez> How did you even do that? |
17:21 |
|
paul joined #minetest |
17:26 |
|
v-rob joined #minetest |
17:30 |
|
kabou joined #minetest |
17:32 |
|
Yad joined #minetest |
17:40 |
|
appguru joined #minetest |
17:56 |
|
grouinos joined #minetest |
17:56 |
|
Talkless joined #minetest |
18:09 |
|
v-rob joined #minetest |
18:13 |
|
mrkubax10 joined #minetest |
18:24 |
mrkubax10 |
How can I get node orientation when using paramtype2="facedir"? |
18:25 |
Desour |
look into the source code how it rotates, and then do these rotations yourself |
18:26 |
Desour |
or wait some years until builtin has helpers for this |
18:27 |
Desour |
#11932 goes in that direction for example |
18:27 |
ShadowBot |
https://github.com/minetest/minetest/issues/11932 -- Add helper function to rotate a facedir by aerkiaga |
18:30 |
mrkubax10 |
but I would like to get orientation of already placed node (like where it is facing), sorry maybe question wasn't clear enough |
18:31 |
calcul0n |
there's minetest.facedir_to_dir() and dir_to_facedir |
18:31 |
Desour |
first find out which direction your orientation is for facedir=0 |
18:31 |
Desour |
calcul0n: they are pretty useless, as they only work for one side |
18:32 |
Desour |
then rotate that direction according to facedir |
18:32 |
Desour |
the resulting direction is your orientation |
18:33 |
mrkubax10 |
thanks |
18:33 |
Desour |
see here for how you have to rotate: https://github.com/minetest/minetest/blob/e030d9cff08636a3c9ed301efb5e35b7642ac166/src/client/mesh.cpp#L299-L315 |
18:34 |
|
HalloWarNiemalsH joined #minetest |
18:46 |
|
lumidify joined #minetest |
18:47 |
|
___nick___ joined #minetest |
18:49 |
|
___nick___ joined #minetest |
18:54 |
|
proller joined #minetest |
19:01 |
|
kabou joined #minetest |
19:06 |
|
est31 joined #minetest |
19:09 |
|
Verticen joined #minetest |
19:18 |
|
appguru joined #minetest |
19:20 |
|
Markow joined #minetest |
19:54 |
|
v-rob joined #minetest |
20:00 |
|
GNUHacker joined #minetest |
20:03 |
|
rubenwardy joined #minetest |
20:04 |
|
rubenwardy joined #minetest |
20:19 |
|
olliy1or joined #minetest |
20:31 |
|
mrkubax10 left #minetest |
20:38 |
|
v-rob joined #minetest |
20:47 |
|
GNUCracker joined #minetest |
20:49 |
|
toulene joined #minetest |
20:50 |
comrad |
hi, my game database has grown to 1.9gb (sqlite3) is there a way to clean up the file? |
20:50 |
comrad |
at game startup i get messages like "SQLite3 database has been locked for 1000 ms; this causes lag." |
20:51 |
Desour |
which database? |
20:51 |
|
Oksanaa joined #minetest |
20:52 |
comrad |
sqlite3 |
20:53 |
Desour |
no, which file |
20:53 |
comrad |
ah, sorry |
20:53 |
comrad |
map.sqlite it is |
20:56 |
Desour |
well, you could easily remove some mapchunks, but: don't remove single mapblocks (might cause issues with lbms), only whole chunks; mods might have stored something in mapstorage, this might lead to bugs; you can easily delete parts of the world you didn't want to delete; and other issues might exist |
20:56 |
Desour |
I don't know of anything that does it automatically for you |
20:56 |
comrad |
okay, thanks |
20:56 |
comrad |
i will look into some sqlite-commands then |
21:15 |
|
Gustavo6046 joined #minetest |
21:16 |
|
Gustavo6046 joined #minetest |
21:29 |
Desour |
btw, if anyone is interested in the debug hook thing from yesterday (yes, I'm also speaking to you, log reader, don't think we couldn't see you), I haven't found a lua bytecode instruction that does a test and set at once, so my possibilities were to either do a ffi call to a C function (not tested yet) or always create new tables, see https://github.com/Desour/dslib/blob/264d0a3cf76756d511995190b73f47bfb2f8b22f/src/raw_buffer.lua#L176 . oh, and if anyone |
21:29 |
Desour |
sees mistakes in that code, please tell me. also note that it's slower than normal tables for now |
21:36 |
MTDiscord |
<Jonathon> removing debug,sethook will break basically any mod that trys to sandbox lua code |
21:36 |
MTDiscord |
<Jonathon> think mesecons, digicompute, etc |
21:37 |
Desour |
indeed. but then why can't such mods request the insecure env? |
21:37 |
Desour |
(or provide sandboxes from a trusted mod or builtin) |
21:37 |
MTDiscord |
<Jonathon> well, i dont see you providing a sandbox |
21:38 |
MTDiscord |
<Jonathon> but advocating removal |
21:38 |
MTDiscord |
<Jonathon> they could request insecure env, however it still doesnt change the fact that it would be a breaking change |
21:40 |
Desour |
I don't think I have advocated the plain removal of debug.s/gethook yet |
21:41 |
MTDiscord |
<Jonathon> to quote yesterday "debug.sethook really shouldn't be in the non-insecure env" seems like advocating to me, but maybe im dumb |
21:41 |
Desour |
giving mods sethook was a bad decision back when the env was made more secure |
21:41 |
|
specing_ joined #minetest |
21:42 |
Desour |
they shouldn't have it, but we shouldn't plainly change it either |
21:54 |
comrad |
is the binary data which is saved in the blocks-table different in format in sqlite3 than in postgresql? |
21:55 |
comrad |
read: can i push the sql-statements from sqlite3 into postgresql? or do i have to modify the values? |
21:56 |
Desour |
idk |
21:58 |
sfan5 |
comrad: it's the same |
21:58 |
comrad |
thanks |
21:59 |
sfan5 |
however the position column(s) might differ |
21:59 |
sfan5 |
and there's basically no reason for you to touch the data manually, Minetest provides migration options |
22:03 |
comrad |
yeah, but its running in a docker |
22:03 |
comrad |
i found the source-code which creates the database, i created the tables manually now |
22:05 |
|
Oksanaa joined #minetest |
22:07 |
comrad |
sfan5: the sqlite3-blocks-table has only one pos-column, the postgresql has three |
22:17 |
sfan5 |
you should be able to invoke the migration utility even with docker |
22:23 |
comrad |
yeah in theory, but i am not a huge docker fan, so i kind of trying to avoid it ;) |
22:27 |
|
v-rob joined #minetest |
22:43 |
|
proller joined #minetest |
22:47 |
|
grouinos joined #minetest |
23:00 |
|
Sven_vB joined #minetest |
23:03 |
|
Verticen joined #minetest |
23:13 |
|
Oksanaa joined #minetest |
23:31 |
|
sobkas joined #minetest |
23:32 |
|
panwolfram joined #minetest |
23:33 |
|
Lesha_Vel joined #minetest |
23:40 |
|
v-rob joined #minetest |
23:40 |
|
Gustavo6046 joined #minetest |
23:41 |
|
clavi joined #minetest |
23:41 |
|
clavi joined #minetest |
23:42 |
|
Teckla joined #minetest |
23:43 |
|
Evil joined #minetest |
23:56 |
|
programmerjake joined #minetest |
23:56 |
|
mister-e[m] joined #minetest |