| Time |
Nick |
Message |
| 00:04 |
paramat |
no, and yes: 'on_step()' runs every server step |
| 00:04 |
player_legend |
how fast does the server step |
| 00:05 |
paramat |
10 times a second i think. but you can add a timer into the step function to only do something on an interval of your choice |
| 00:05 |
kurtzmusch |
is it normal not to be able to alt+tab from fullscreen minetest? |
| 00:06 |
paramat |
on_step(dtime) |
| 00:06 |
kurtzmusch |
running mint |
| 00:06 |
paramat |
where dtime is time from last step |
| 00:06 |
player_legend |
ok |
| 00:06 |
paramat |
so use dtime to increment your timer |
| 00:06 |
paramat |
fullscreen doesn't work very well in MT |
| 00:07 |
player_legend |
so do I need to do an on_step(dtime) somewhere in my every_so_often function or does it get registered somewhere to be run at that interval |
| 00:08 |
player_legend |
ah, https://dev.minetest.net/minetest.register_globalstep |
| 00:08 |
player_legend |
I think |
| 00:08 |
kurtzmusch |
and windowed mode gets terrible performance on composition window manager like cinamon and win 10 |
| 00:09 |
paramat |
or rather, fullscreen works fine but enabling/disabling it is the issue |
| 00:10 |
player_legend |
borderless window works pretty well in i3, don't know if cinamon can do that |
| 00:10 |
paramat |
have a 'entityname:on_step(dtime)' function, put the timer in there, increment the timer by dtime. if timer > 'your chosen interval' then reset timer to zero and run your function |
| 00:11 |
kurtzmusch |
how can i enable borderless fs window? |
| 00:11 |
kurtzmusch |
any keywords i can type on search? |
| 00:12 |
player_legend |
no idea, I've just got a keybind for it |
| 00:12 |
player_legend |
it's probably a wm specific thing |
| 00:12 |
kurtzmusch |
ohh |
| 00:12 |
kurtzmusch |
though it was an MT config |
| 00:13 |
player_legend |
nah |
| 00:13 |
kurtzmusch |
i had this issue with not beeing able to alt+tab out of some composition desktops but i forgot how to fix it |
| 00:14 |
kurtzmusch |
but i remember it hapend to other games too |
| 00:15 |
kurtzmusch |
but MT stills renders its fullscreen window about 30 pixels above the top edge of the screen |
| 00:18 |
player_legend |
is there a function to trace a line between two points |
| 00:18 |
player_legend |
like if I wanted to make hitscan weapons and kludge my own collision detection |
| 00:18 |
paramat |
not globalstep, see https://github.com/minetest/minetest_game/blob/master/mods/boats/init.lua for an entity with 'on_step' |
| 00:19 |
player_legend |
I saw some mod do arrows, but they only worked very rarely |
| 00:19 |
paramat |
'raycast' does that i think .. ? |
| 00:28 |
|
stormchaser3000 joined #minetest |
| 00:33 |
|
kurtzmusch joined #minetest |
| 00:33 |
|
GreenDimond joined #minetest |
| 00:34 |
player_legend |
it looks like they're getting the absolute value of a vector length there |
| 00:34 |
player_legend |
line 131 |
| 00:34 |
player_legend |
that's strange |
| 00:35 |
GreenDimond |
I keep getting an Invalid core.after invocation from a minetest.after I have, though I see no reason as to why (the output of that error is quite unhelpful). It is inside a function that calls itself with the minetest.after, which shouldn't break it.. |
| 00:37 |
GreenDimond |
Code I am using (with placeholders): https://gist.github.com/GreenXenith/f7788f9307bc7b6468c8a2d66ed51535 |
| 00:41 |
kurtzmusch |
i think ill quit cinnamon |
| 00:41 |
kurtzmusch |
60 fps with random half second freezes that wont show up on minetest debugger |
| 00:42 |
|
stormchaser3000_ joined #minetest |
| 00:46 |
|
koell joined #minetest |
| 00:51 |
GreenDimond |
kurtzmusch: I know that can happen when local mapsaving is enabled. |
| 00:52 |
kurtzmusch |
"saving map received from server" is disabled |
| 00:53 |
GreenDimond |
What version are you using? |
| 00:53 |
GreenDimond |
For whatever reason, 0.4.16 stable did that to me. |
| 00:53 |
GreenDimond |
So I always used a 0.4.16-dev build |
| 00:53 |
kurtzmusch |
it started after i updated to mint 18.3 but i also updated MT to 4.17 so im not sure which one is likely to be the problem |
| 00:54 |
GreenDimond |
odd |
| 00:54 |
GreenDimond |
you could try using different builds, determine if it's Minetest or your system |
| 00:55 |
GreenDimond |
this minetest.after problem still eludes me :') |
| 00:55 |
kurtzmusch |
maybe its just my integrated graphics card that cant handle the world loading |
| 00:55 |
kurtzmusch |
draw time is at 12 |
| 00:55 |
paramat |
functions calling themselves using after can be tricky |
| 00:56 |
GreenDimond |
kurtzmusch: Usually mine is around 12-15 so I dont think thats unusual |
| 00:56 |
paramat |
i think the recursion causes the error, you need a trick to avoid that |
| 00:56 |
GreenDimond |
How should I go about making that "trick"? |
| 00:57 |
GreenDimond |
I tried telling the .after to call a separate function that calls the function containing the .after, but that didn't produce anything different. |
| 00:58 |
GreenDimond |
whats weird is it does it's job fine |
| 00:58 |
kurtzmusch |
i read mint 19 fixed some windowing issues with cinamon, im hoping that solves it |
| 00:58 |
GreenDimond |
I rejoin and it did what it was told to do |
| 00:58 |
paramat |
hmm but then see https://github.com/minetest/minetest_game/blob/255031fc913cddf39ad9d11af09dad7c9ed09712/mods/binoculars/init.lua#L42 which works |
| 00:58 |
GreenDimond |
even though it crashed |
| 00:58 |
|
ANAND joined #minetest |
| 00:59 |
GreenDimond |
You know, it really doesn't help that core.after errors arent more verbose. |
| 01:00 |
paramat |
oh, try no () after function_name in the after bit |
| 01:00 |
GreenDimond |
ok |
| 01:00 |
paramat |
any arguments passed to the function cannot be in brackets |
| 01:01 |
GreenDimond |
welp |
| 01:01 |
GreenDimond |
that did it |
| 01:01 |
GreenDimond |
I wouldnt expect it to not want the (), considering you always call a function using the (). |
| 01:02 |
GreenDimond |
Whatever, it works now xD |
| 01:02 |
paramat |
any arguments passed to the function have to be arguments of the 'after' function, see docs |
| 01:02 |
paramat |
because the function is delayed, you can't pass arguments to it immediately |
| 01:02 |
GreenDimond |
I see |
| 01:04 |
paramat |
https://github.com/minetest/minetest/blob/ac6e8e2914888d77625bb3b67ff6aaea9fc6cbab/doc/client_lua_api.txt#L718 |
| 01:05 |
paramat |
example https://github.com/minetest/minetest/blob/a5d5728f241fec8644ba65cb3b98c7dd1be2eee3/games/minimal/mods/default/init.lua#L24 |
| 01:05 |
GreenDimond |
Hmm |
| 01:05 |
GreenDimond |
ok |
| 01:06 |
GreenDimond |
Another question, minetest.after uses seconds right? |
| 01:06 |
GreenDimond |
So when I try and use a time delay from a timer (dtime in a globalstep) it doesnt do it right |
| 01:06 |
GreenDimond |
is this because dtime is in milliseconds? |
| 01:09 |
paramat |
dtime is in sec also |
| 01:09 |
GreenDimond |
doesnt seem to be.. |
| 01:10 |
GreenDimond |
wait |
| 01:13 |
koell |
very active channel :) |
| 01:13 |
paramat |
'timer = 0' outside the step func. inside the step func: 'timer = timer + dtime' 'if timer < interval then' 'return' 'end' 'your function' |
| 01:13 |
paramat |
oops forgot to reset timer to zero |
| 01:13 |
GreenDimond |
yeah I think its a code problem |
| 01:14 |
GreenDimond |
thats not how im using it, btw, but yeah. |
| 01:14 |
paramat |
do that just before 'your function' |
| 01:14 |
paramat |
oh ok |
| 01:14 |
GreenDimond |
I am recording the amount on the timer every time that function calls, but for some reason it isnt resetting the timer every time the function calls. |
| 01:15 |
GreenDimond |
oh derp |
| 01:15 |
GreenDimond |
I think I know why |
| 01:16 |
GreenDimond |
sweet!! |
| 01:16 |
GreenDimond |
it works great now :D |
| 01:16 |
GreenDimond |
Yeah, I had forgotten to reset the timer in a few more places |
| 01:23 |
|
KrimZon_2 joined #minetest |
| 01:38 |
|
illwieckz joined #minetest |
| 01:42 |
|
illwieckz joined #minetest |
| 02:17 |
|
TheWolf joined #minetest |
| 02:30 |
swift110 |
sup folks |
| 02:34 |
|
paramat joined #minetest |
| 02:34 |
|
whitephoenix joined #minetest |
| 03:08 |
|
Edgy1 joined #minetest |
| 03:08 |
Edgy1 |
hihi |
| 03:10 |
swift110 |
how are you Edgy1 |
| 03:10 |
Edgy1 |
swift110, i'm good :) |
| 03:10 |
Edgy1 |
problem: my post on the minetest forums still hasnt been answered |
| 03:10 |
Edgy1 |
no one wants to help me with my rollback :( |
| 03:11 |
swift110 |
oh what was it about Edgy1 |
| 03:11 |
Edgy1 |
well rollback doesnt work |
| 03:11 |
Edgy1 |
i'll link u the post when the forums go back up |
| 03:19 |
swift110 |
oh ok cool Edgy1 although I am not going to be much help |
| 03:19 |
Edgy1 |
lol |
| 03:23 |
|
KrimZon_2 joined #minetest |
| 03:25 |
|
Speedy_ joined #minetest |
| 03:46 |
|
TheWolf joined #minetest |
| 04:02 |
|
Darcidride_ joined #minetest |
| 04:03 |
|
Darcidride joined #minetest |
| 04:09 |
|
Darcidride_ joined #minetest |
| 04:15 |
|
YuGiOhJCJ joined #minetest |
| 04:53 |
|
LMD joined #minetest |
| 05:20 |
|
lumberJuice joined #minetest |
| 05:26 |
|
Edgy1 joined #minetest |
| 05:26 |
Edgy1 |
hihi |
| 05:37 |
|
longerstaff13 joined #minetest |
| 05:38 |
|
longerstaff13-m joined #minetest |
| 05:42 |
|
aheinecke joined #minetest |
| 05:53 |
|
TheWolf joined #minetest |
| 06:02 |
|
sonicpp joined #minetest |
| 06:36 |
|
TheWolf joined #minetest |
| 06:59 |
|
lumberJ joined #minetest |
| 07:34 |
|
YuGiOhJCJ joined #minetest |
| 07:35 |
|
embden joined #minetest |
| 07:38 |
|
KrimZon_2 joined #minetest |
| 07:38 |
|
Sedricius joined #minetest |
| 07:45 |
|
DrFrankenstone joined #minetest |
| 07:49 |
|
Sedricius left #minetest |
| 07:59 |
|
AlexYst joined #minetest |
| 08:06 |
|
ensonic joined #minetest |
| 08:15 |
|
TheWolf joined #minetest |
| 08:23 |
|
silent_elk joined #minetest |
| 08:23 |
|
clavi joined #minetest |
| 08:30 |
|
entuland joined #minetest |
| 08:30 |
|
jluc joined #minetest |
| 08:40 |
|
nowhere_man joined #minetest |
| 08:53 |
|
nowhere_man joined #minetest |
| 09:02 |
|
embden joined #minetest |
| 09:12 |
|
Fixer joined #minetest |
| 09:29 |
|
YuGiOhJCJ joined #minetest |
| 09:42 |
|
Fulgen joined #minetest |
| 09:43 |
|
Fulgen joined #minetest |
| 09:50 |
|
Fulgen joined #minetest |
| 09:57 |
|
DrFrankenstone joined #minetest |
| 10:21 |
|
Tux[Qyou] joined #minetest |
| 10:31 |
|
twoelk joined #minetest |
| 10:32 |
|
CWz joined #minetest |
| 10:53 |
|
calcul0n joined #minetest |
| 11:11 |
|
nowhere_man joined #minetest |
| 11:18 |
|
Krock joined #minetest |
| 11:34 |
|
TheWild joined #minetest |
| 11:35 |
|
TheWild left #minetest |
| 11:44 |
|
The_Loko joined #minetest |
| 11:45 |
|
Sur4 joined #minetest |
| 11:46 |
|
nowhere_man joined #minetest |
| 11:47 |
|
Fixer joined #minetest |
| 11:59 |
|
Beton joined #minetest |
| 11:59 |
|
Fulgen joined #minetest |
| 12:05 |
|
DrFrankenstone joined #minetest |
| 12:06 |
|
Lupercus joined #minetest |
| 12:14 |
|
embden|2 joined #minetest |
| 12:33 |
|
embden joined #minetest |
| 12:38 |
|
ehlodex joined #minetest |
| 12:45 |
|
H-H-H joined #minetest |
| 12:51 |
|
ehlodex joined #minetest |
| 13:21 |
|
nowhere_man joined #minetest |
| 13:23 |
|
DrFrankenstone joined #minetest |
| 13:43 |
|
AndroBuilder joined #minetest |
| 13:43 |
|
Stix_ joined #minetest |
| 13:43 |
Stix_ |
@ANAND |
| 13:44 |
ANAND |
Yes, Stix_ ? |
| 13:45 |
Stix_ |
@ANAND care to look at this: https://forum.minetest.net/viewtopic.php?f=10&t=13157&p=324031#p324031 ? sofar noones seen it, its a proposition |
| 13:45 |
Stix_ |
has todo with team picking |
| 13:46 |
ANAND |
hmm |
| 13:46 |
ANAND |
Stix_: https://github.com/rubenwardy/ctf_pvp_engine/pull/20 |
| 13:47 |
Stix_ |
@ANAND did you read the proposition? the link you gave me doesnt rlly help the matters im covering |
| 13:49 |
ANAND |
It's about team-swapping, and a solution to it. |
| 13:50 |
Stix_ |
Yours? Mine is a solution to unfair teams |
| 13:50 |
Stix_ |
@ANAND |
| 13:50 |
ANAND |
It seems a bit too complicated, IMO |
| 13:50 |
Stix_ |
Could you tell me what parts to complicated? @ANAND |
| 13:51 |
Stix_ |
*are to complicated |
| 13:51 |
ANAND |
Auto-swapping is a game-breaker... no one would want to get auto-swapped in the middle of a match, let alone in the middle of a duel |
| 13:52 |
Stix_ |
That part could simply not be implemented, and teams would be fairer then they are now. @ANAND |
| 13:52 |
ANAND |
The proposed ranking system is interesting |
| 13:53 |
ANAND |
But rankings tags is not a good idea |
| 13:53 |
Stix_ |
Also the server could try to swap players that havenent been inflicted/been inflicting dmg in a certian time period |
| 13:53 |
ANAND |
As I said, it's unnecessarily complex |
| 13:53 |
Stix_ |
What about colored nametags to signify ranks? though i dont get what you have against ranking tags tbh. @ANAND |
| 13:54 |
|
nowhere_man joined #minetest |
| 13:55 |
Stix_ |
@ANAND and about complexity, theres nothing wrong with it, especially if it gets the job done better than any other solution. |
| 13:55 |
ANAND |
Coloring the name tags is a good idea, but it's boring if they're visible from a distance |
| 13:55 |
Stix_ |
boring? how? |
| 13:57 |
Stix_ |
also you would need to be closer to find out a players rank by using a ranking tag then colored names, as a ranking tag is just an emblem representing your ranking sitting above/ to the side of your nametag |
| 13:57 |
Stix_ |
@ANAND |
| 13:59 |
rubenwardy |
that way of doing experience doesn't scale |
| 13:59 |
rubenwardy |
you're end up with more and more people getting it |
| 13:59 |
Stix_ |
@rubenwardy what do you mean? if you point out the issues ill try to fix them. |
| 14:00 |
ANAND |
Stix_, drop the '@' (no need) and continue this conversation on ##minetest-ctf please |
| 14:00 |
twoelk |
lol unfixable universal ranking issue |
| 14:00 |
Stix_ |
ANAND im banned from there |
| 14:01 |
rubenwardy |
kek |
| 14:01 |
Stix_ |
remember |
| 14:01 |
ANAND |
That was a temp-ban, you've already been unbanned a week ago |
| 14:01 |
Stix_ |
rlly? |
| 14:01 |
Stix_ |
huh |
| 14:01 |
ANAND |
ofc |
| 14:01 |
twoelk |
I think it's called the founder problem outside of games |
| 14:01 |
Stix_ |
oki meet you guys there |
| 14:01 |
ANAND |
heh |
| 14:01 |
Stix_ |
@twoelk what would you consider a good ranking system? |
| 14:02 |
Stix_ |
hmm |
| 14:03 |
Stix_ |
@ANAND it still says im banned |
| 14:03 |
ANAND |
hmmm... |
| 14:03 |
ANAND |
try now |
| 14:03 |
Stix_ |
oki |
| 14:04 |
Stix_ |
@ANAND it still says im banned, did you unban me by ip or name? cuz it dont work |
| 14:04 |
ANAND |
sorry, try again |
| 14:06 |
Stix_ |
@ANAND im there |
| 14:06 |
ANAND |
ik |
| 14:16 |
|
[k00l]shamoanjac joined #minetest |
| 14:20 |
|
bas080 joined #minetest |
| 14:26 |
greeter |
odd question, but is there any way to know the approximate odds of finding 19 diamonds all in the same area while mining? |
| 14:27 |
twoelk |
depends on depth |
| 14:27 |
greeter |
i'm at y=-1200 |
| 14:28 |
|
antims joined #minetest |
| 14:30 |
twoelk |
iirc diamonds get less and less rare until you reach -1024, below that you might find caves where you might have dozens of diamonds in sight from the same position |
| 14:31 |
|
nowhereman_ joined #minetest |
| 14:31 |
greeter |
true. i've just never seen so many in one spot before |
| 14:31 |
greeter |
it's like they're all part of one cluster |
| 14:32 |
twoelk |
although I think we don't get rainbow caves as surreall as in the old days anymore |
| 14:33 |
greeter |
lol i see. that's before i started playing and i've been playing for a long time |
| 14:33 |
greeter |
well, back to coding. i need to write my own code to handle the traffic lights for this intersection |
| 14:35 |
twoelk |
seen the stuff cheapie built on some Vanessa servers? |
| 14:35 |
greeter |
a few things, yes. in fact i normally use cheapie's traffic controller nodes. but they don't work for a 6 way intersection |
| 14:36 |
twoelk |
sounds like some major lag coming up |
| 14:36 |
greeter |
lol oh? |
| 14:36 |
|
Fulgen joined #minetest |
| 14:37 |
twoelk |
I can hardly visit some of the major junctions on VEC for example |
| 14:37 |
greeter |
oh? |
| 14:37 |
greeter |
well, this one shouldn't be too bad i hope, since it's the only intersection in the area. but still |
| 14:47 |
|
lumberJ joined #minetest |
| 14:50 |
|
paramat joined #minetest |
| 14:58 |
|
deltasquared joined #minetest |
| 15:01 |
deltasquared |
anyone know of a way to suppress the minetest banner emitted on start-up of a server? the use case is a test script - I'm already using --quiet but the banner is still there. In order to see error/print information, I would prefer not to have to redirect stdout or stderr (this is on linux) |
| 15:01 |
deltasquared |
recently upgraded to 0.4.17 too, I can't confirm but I seem to recall that .16 would hide the banner under --quiet |
| 15:07 |
|
Akberid joined #minetest |
| 15:11 |
rubenwardy |
there's a setting in 5.0 |
| 15:15 |
deltasquared |
rubenwardy: was that backported perhaps? |
| 15:15 |
deltasquared |
in any case I'll just go check the conf example in my git clone |
| 15:15 |
deltasquared |
I assume it's got "banner" or something like that in the name. one sec, grep |
| 15:16 |
deltasquared |
ok, so it's not called banner. hrm |
| 15:17 |
Krock |
there's no setting for it. it's now simply written to std::cerr |
| 15:18 |
|
Sedricius02 joined #minetest |
| 15:18 |
deltasquared |
Krock: welp |
| 15:19 |
deltasquared |
I guess such a scenario as mine evidently wasn't common |
| 15:19 |
deltasquared |
Krock: got a pointer to where it's printed in the source code at least? putting "banner" into grep -R doesn't yield anything obvious |
| 15:20 |
Krock |
totally https://github.com/minetest/minetest/issues/7014 not https://github.com/minetest/minetest/pull/7142 an issue |
| 15:20 |
deltasquared |
well, in fact it yields nothing |
| 15:20 |
deltasquared |
one sec |
| 15:20 |
|
Fixer_ joined #minetest |
| 15:20 |
Krock |
it's in server.cpp. look out for m_thread->start() |
| 15:22 |
deltasquared |
Krock: I'll have a look in a moment. I'll have to throw in on that issue it seems |
| 15:28 |
deltasquared |
Krock: upon some pondering, the reason I wanted to disable the banner was to prevent visual clutter when I ran several of these tests in a row. however, mods could print random stuff all over the place anyway |
| 15:29 |
deltasquared |
so I guess the better solution in my case is to redirect the output somewhere, and only show it if there was an actual error (i.e. minetest exits non-zero) |
| 15:30 |
Krock |
please try a 5.0-dev build before starting this discussion again |
| 15:30 |
deltasquared |
Krock: unf, more compiling >_> but ok |
| 15:31 |
Krock |
deltasquared, eh, you can run that in the background while doing something else |
| 15:32 |
Krock |
yes, it's not the best thing if you're using an SSD (write cycles) |
| 15:32 |
Krock |
would however be much worse to compile the kernel or firefox :3 |
| 15:38 |
|
Pie-jacker875 joined #minetest |
| 15:39 |
deltasquared |
Krock: in all honesty, now that I'm doing it the other way (buffering the output from minetest to a log file) it looks a lot nicer |
| 15:39 |
deltasquared |
I can put spacers around it and such |
| 15:39 |
deltasquared |
I guess I can leave that compiling to another day ;) |
| 15:40 |
deltasquared |
(besides, I lost my nix expression, drat) |
| 15:43 |
|
Player-2 joined #minetest |
| 15:44 |
|
DrFrankenstone joined #minetest |
| 15:47 |
|
neuron joined #minetest |
| 15:47 |
greeter |
this may be a dumb question on my part, but is it possible to do stateful iteration with lua controllers? |
| 15:47 |
neuron |
weird.. |
| 15:47 |
neuron |
local pos = minetest.get_player_by_name(name):getpos() |
| 15:47 |
neuron |
that code crashes saying there is a nil value.. |
| 15:48 |
neuron |
but the name is received from commandblock qnearest.. |
| 15:48 |
deltasquared |
neuron: get_player_by_name() returns nil if name isn't online |
| 15:48 |
deltasquared |
do a sanity check on the value of name |
| 15:48 |
neuron |
but how can commandblock @nearest be empty if the commandblock is activated with a switch? |
| 15:48 |
neuron |
*with a button |
| 15:49 |
deltasquared |
neuron: I don't know, can you show me the error log? |
| 15:49 |
|
ANAND joined #minetest |
| 15:49 |
|
Gael-de-Sailly joined #minetest |
| 15:50 |
neuron |
https://nopaste.xyz/?4d35239326f63df9#zANbbQKgH3IfEXqw8nuC35L33kAjqIjRBN8v+Zt3oZY= |
| 15:51 |
deltasquared |
well this site seems slow |
| 15:51 |
neuron |
you have an other opaste site? |
| 15:51 |
neuron |
*nopaste |
| 15:51 |
deltasquared |
neuron: I don't know about *encrypted* paste |
| 15:51 |
deltasquared |
certainly seems overkill for a log |
| 15:51 |
deltasquared |
but anyway |
| 15:52 |
neuron |
https://pastebin.com/raw/CkMV4Ah9 |
| 15:52 |
deltasquared |
huh, where does morecommands come into this... anyway |
| 15:53 |
deltasquared |
that error suggests it's the method call on the player object that may be exploding, except that I don't know why morecommands would be in the stack track. |
| 15:53 |
neuron |
the cited line is from morecommands, wait i'll paste the code.. |
| 15:53 |
deltasquared |
!mod morecommands |
| 15:53 |
MinetestBot |
deltasquared: More Commands! [morecommands] by bigfoot547 - https://forum.minetest.net/viewtopic.php?t=15452 |
| 15:53 |
neuron |
https://pastebin.com/mC4jzH7W |
| 15:54 |
neuron |
that is the function executed with "teleport @nearest 440,12,344" in the commandblock |
| 15:55 |
deltasquared |
neuron: just to ensure I've got this right, I would split that line into two: "local player = ..." and "local pos = player:get_pos()" |
| 15:56 |
deltasquared |
even better, put an assert in there, with the name including in the message: assert(player ~= nil, "got a nil player object while looking up "..name) |
| 15:56 |
neuron |
ah ok what does this assert do? |
| 15:56 |
deltasquared |
neuron: if the condition on the left does not hold, throws an error |
| 15:56 |
neuron |
will it write to logfile and stopp the function? |
| 15:56 |
deltasquared |
we assume that player should not be nil, because the player name should be valid |
| 15:56 |
neuron |
yeah but i got an error anyway? |
| 15:57 |
deltasquared |
it'll produce a log trace like other errors |
| 15:57 |
deltasquared |
(i.e. it crashes the server on purpose) |
| 15:57 |
deltasquared |
however, the point of the assert is that the condition should never be false |
| 15:57 |
deltasquared |
if it is, something is very wrong |
| 15:57 |
neuron |
well the server crashed anyway, so i dont see why an additional assert would change anything? |
| 15:57 |
deltasquared |
neuron: because we can use it to show us the value of the player name |
| 15:57 |
neuron |
ahh ok |
| 15:58 |
deltasquared |
it's a good way of expressing "this was nil when it shouldn't, here's the name that blew everything up" |
| 15:59 |
deltasquared |
you could also put a debug print statement in there, but asserts tend to be more visible, and will alert you if the same thing happens again in future because of a change. |
| 16:00 |
neuron |
Ok |
| 16:00 |
neuron |
I put an ssert there |
| 16:01 |
deltasquared |
try running the command block again and see what the error log says this time |
| 16:01 |
neuron |
Well it wasnt me triggering the command block is the problem, when i use it it just works |
| 16:02 |
deltasquared |
neuron: ok, so what breaks it? |
| 16:02 |
neuron |
some other player probably |
| 16:02 |
neuron |
i think a player names bunnycraft1 hit the commandblock when it failed.. |
| 16:03 |
neuron |
my idea is probably he had a lag and hit the commandblock twice, so the first push teleported him and the second push then had no nearest value anymore because he was teleported away? |
| 16:03 |
deltasquared |
wait a minute |
| 16:03 |
deltasquared |
name is the name of the *player* invoking the command |
| 16:03 |
neuron |
yes |
| 16:03 |
deltasquared |
but, the command block... isn't a player. does it use the player that placed it I wonder |
| 16:03 |
neuron |
no? |
| 16:04 |
* deltasquared |
investigates |
| 16:04 |
deltasquared |
!mod mesecons |
| 16:04 |
MinetestBot |
deltasquared: Mesecons (= redstone) [mesecons] by Jeija - https://forum.minetest.net/viewtopic.php?t=628 |
| 16:04 |
neuron |
normally for other players it worked |
| 16:05 |
neuron |
but you seem to be right it should be param not name.. |
| 16:05 |
deltasquared |
neuron: runs as owner. |
| 16:05 |
neuron |
but wonder why it worked then with other players, probrably only when I was on.. |
| 16:06 |
deltasquared |
my guess is that is the case |
| 16:06 |
neuron |
I'll test running it as an other player when not online with my main acc |
| 16:06 |
deltasquared |
and that the morecommands teleport is incorrectly written, such that it doesn't handle a missing player very well. |
| 16:06 |
neuron |
yes thats probably true I had already to fix a lot of things in morecommands, because it seems bad maintained ^^ |
| 16:09 |
|
est31 joined #minetest |
| 16:11 |
neuron |
what does this line do? |
| 16:11 |
neuron |
good, text = act(name, param) |
| 16:12 |
rubenwardy |
that sets two variables good, text from the tuple that a chat command returns |
| 16:12 |
rubenwardy |
chat commands usually return two things - a success bool and a message |
| 16:12 |
rubenwardy |
so |
| 16:12 |
rubenwardy |
return true, "The area was created!" |
| 16:13 |
rubenwardy |
return false, "Unable to create area: invalid name" |
| 16:13 |
rubenwardy |
the success bool isn't really used currently afaik |
| 16:13 |
rubenwardy |
but the text is printed by default in the default chat command runner |
| 16:13 |
neuron |
ah ok |
| 16:13 |
neuron |
thx |
| 16:13 |
|
garywhite joined #minetest |
| 16:14 |
neuron |
btw yes the bug only triggered when i was ot online ^^ |
| 16:14 |
rubenwardy |
you shouldn't assume that a player is online in a chat command |
| 16:14 |
rubenwardy |
as offline players can run commands over IRC |
| 16:15 |
twoelk |
maybe <name> is a too common word to be used as restricted variable in minetest :( |
| 16:17 |
|
ehlodex joined #minetest |
| 16:28 |
|
proller joined #minetest |
| 16:32 |
|
LMD joined #minetest |
| 16:32 |
|
Fulgen joined #minetest |
| 16:46 |
stormchaser3000 |
is it possible to send CSMs to a client from the server? (someone on the forums was asking but i am not the right person to answer) |
| 16:47 |
sfan5 |
not yet |
| 16:48 |
stormchaser3000 |
ok |
| 17:08 |
Krock |
stormchaser3000, not because it's the censorship. it's their store agreement/licensing stuff which is incompatible with *GPL |
| 17:09 |
Krock |
censorship is not identical to "legal situation" |
| 17:11 |
stormchaser3000 |
Krock: oh... |
| 17:11 |
* stormchaser3000 |
is an idiot |
| 17:11 |
|
iales joined #minetest |
| 17:11 |
stormchaser3000 |
is there a way i can delete my post? |
| 17:12 |
Krock |
stormchaser3000, if there's nobody posting after it, you can edit it as many times you want |
| 17:12 |
|
Akberid joined #minetest |
| 17:13 |
Krock |
used that a lot.. because I never read my messages entirely (or twice) |
| 17:14 |
stormchaser3000 |
Krock: ok i think i fixed it |
| 17:14 |
Krock |
it must not necessary be perfect ^^ |
| 17:26 |
twoelk |
LOL Krock it seems you didn't really read the post about texture abusing power :-D |
| 17:27 |
Krock |
well yes, "TL;DR" |
| 17:27 |
Krock |
twoelk, can you enlighten me what's it about? |
| 17:28 |
twoelk |
somebody by the name of texture is using admin power to harass other players |
| 17:28 |
twoelk |
texture ist der name des spielers |
| 17:28 |
Krock |
It'sw basically basically a hit & miss reply based on the most used keywords I could see in the text |
| 17:28 |
Krock |
-basically |
| 17:28 |
Krock |
oh. that's a player name. lol |
| 17:29 |
twoelk |
it might be admin privs stealing |
| 17:30 |
|
Copenhagen_Bram joined #minetest |
| 17:31 |
|
Copenhagen_Bram joined #minetest |
| 17:31 |
Krock |
it might be bad privilege management by the Admin |
| 17:34 |
twoelk |
indeed |
| 17:35 |
Krock |
thanks for the explanation btw. corrected the post a little to make it match better to the actual content :3 |
| 17:40 |
|
ehlodex joined #minetest |
| 17:41 |
|
YuGiOhJCJ joined #minetest |
| 17:51 |
|
jluc joined #minetest |
| 17:56 |
|
Darcidride joined #minetest |
| 17:58 |
|
lumberJ joined #minetest |
| 18:01 |
|
Cornelia joined #minetest |
| 18:07 |
|
DrFrankenstone joined #minetest |
| 18:08 |
|
embden joined #minetest |
| 18:11 |
|
YuGiOhJCJ joined #minetest |
| 18:18 |
|
ensonic joined #minetest |
| 18:22 |
|
stormchaser3000 joined #minetest |
| 18:31 |
|
ssieb joined #minetest |
| 18:31 |
|
Tux[Qyou] joined #minetest |
| 18:35 |
|
bobbybob joined #minetest |
| 18:52 |
MinetestBot |
[git] beyondlimits -> minetest/minetest_game: Beds: Fix input checking for "Force night skip" 876a9ca https://git.io/f5q3j (2018-07-03T18:50:16Z) |
| 18:54 |
MinetestBot |
[git] paramat -> minetest/minetest_game: Boats: Add cruise mode (boat autoforward) 59dbeeb https://git.io/f5qlH (2018-07-03T18:52:28Z) |
| 19:01 |
|
Pie-jacker875 joined #minetest |
| 19:02 |
|
TheWolf joined #minetest |
| 19:15 |
|
LMD joined #minetest |
| 19:16 |
LMD |
Hi ! I just fixed my HTML version of lua_api.txt ! https://appgurueu.github.io/lua_api.html |
| 19:16 |
LMD |
What do ya think bout it ruben ? |
| 19:17 |
Krock |
ruben's book is superior. and will always be. |
| 19:17 |
|
AndroBuilder joined #minetest |
| 19:20 |
|
Astrobe joined #minetest |
| 19:22 |
|
Pie-jacker875 joined #minetest |
| 19:22 |
|
deltasquared joined #minetest |
| 19:24 |
deltasquared |
welp, having to wait on an emerge_area or minetest.after callback threw a spanner in the works with that test thing... how am I supposed to ensure termination now |
| 19:24 |
deltasquared |
(I mean granted infinite loops, but... apart from such a mistake) |
| 19:25 |
Krock |
kill -9 |
| 19:25 |
Krock |
that one solves all your application lockups |
| 19:26 |
deltasquared |
unfortunately it doesn't tell me if my test cases were going to succeed or not ;) |
| 19:26 |
|
twoelk left #minetest |
| 19:27 |
|
grumble joined #minetest |
| 19:28 |
deltasquared |
I guess I'll just have add in some sort of time-out operation if something async decides to hang |
| 19:30 |
deltasquared |
hmm. function mk_fuse = function(timeout) timeout = timeout or 1.0 fuse = true minetest.after(timeout, function() if fuse then error("fuse timeout!") end end) return function() fuse = false end end |
| 19:30 |
deltasquared |
why does async programming have to make things so difficult at times T_T |
| 19:31 |
|
kurtzmusch joined #minetest |
| 19:31 |
kurtzmusch |
clear |
| 19:31 |
deltasquared |
whut |
| 19:31 |
kurtzmusch |
lol |
| 19:32 |
bobbybob |
Im kinda new here but does anyone know how to fix pipeworks so that the injectors do not crash the server |
| 19:34 |
deltasquared |
bobbybob: wat |
| 19:34 |
deltasquared |
I'm a pipeworks guy, why is it crashing? |
| 19:34 |
deltasquared |
logs please |
| 19:35 |
deltasquared |
though I haven't touched the injectors before. I can still take a look |
| 19:35 |
deltasquared |
(also do the usual, check it's up to date etc.) |
| 19:35 |
bobbybob |
https://github.com/minetest-mods/pipeworks/issues/214 |
| 19:35 |
bobbybob |
ive already updated |
| 19:35 |
Krock |
deltasquared, there's no such thing as "async" in plain Lua |
| 19:36 |
bobbybob |
I found that someone else had the same problem (github link) |
| 19:37 |
deltasquared |
bobbybob: an error log for context would be useful if it could be provided |
| 19:37 |
bobbybob |
sure might take a sec need to crash it again |
| 19:38 |
deltasquared |
brb I hadn't noticed the hop to gitlab, gonna update my remotes |
| 19:39 |
bobbybob |
2018-07-03 15:38:55: ERROR[Main]: stack traceback: |
| 19:39 |
bobbybob |
2018-07-03 15:38:55: ERROR[Main]: [C]: in function 'error' |
| 19:39 |
bobbybob |
2018-07-03 15:38:55: ERROR[Main]: /usr/share/minetest/builtin/game/misc.lua:11: in function 'check_player_privs' |
| 19:39 |
bobbybob |
2018-07-03 15:38:55: ERROR[Main]: .../minetest/games/minetest_game/mods/default/functions.lua:547: in function 'can_interact_with_node' |
| 19:39 |
bobbybob |
2018-07-03 15:38:55: ERROR[Main]: ...hare/minetest/games/minetest_game/mods/default/nodes.lua:1884: in function 'allow_metadata_inventory_take' |
| 19:39 |
bobbybob |
2018-07-03 15:38:55: ERROR[Main]: /home/aiden/.minetest/mods/pipeworks/filter-injector.lua:120: in function 'grabAndFire' |
| 19:39 |
bobbybob |
2018-07-03 15:38:55: ERROR[Main]: /home/aiden/.minetest/mods/pipeworks/filter-injector.lua:334: in function 'punch_filter' |
| 19:39 |
bobbybob |
2018-07-03 15:38:55: ERROR[Main]: /home/aiden/.minetest/mods/pipeworks/filter-injector.lua:465: in function </home/aiden/.minetest/mods/pipeworks/filter-injector.lua:464> |
| 19:39 |
deltasquared |
bobbybob: please don't paste *in the channel* |
| 19:40 |
deltasquared |
bobbybob: might I recommend http://ptpb.pw |
| 19:40 |
bobbybob |
i msged it |
| 19:40 |
bobbybob |
oh sorry |
| 19:40 |
Krock |
bobbybob, cd /home/aiden/.minetest/mods/pipeworks && wget https://github.com/minetest-mods/pipeworks/pull/215.patch && git am -3 215.patch |
| 19:40 |
bobbybob |
i forgot that hexchat splits it up |
| 19:41 |
bobbybob |
it only msged the first line. Sorry wont happen again |
| 19:41 |
bobbybob |
thx ill do that |
| 19:42 |
bobbybob |
Krock, should i rm -R ./pipeworks first? |
| 19:42 |
Krock |
bobbybob, not if you cloned the repo from git |
| 19:42 |
deltasquared |
bobbybob: no, I think the patch is supposed to be a delta |
| 19:42 |
deltasquared |
like, it only changes existing |
| 19:42 |
deltasquared |
anyway |
| 19:42 |
bobbybob |
ok |
| 19:42 |
bobbybob |
thx |
| 19:42 |
deltasquared |
Krock: "patch unavailable" |
| 19:42 |
deltasquared |
err diff |
| 19:42 |
|
Fixer joined #minetest |
| 19:43 |
Krock |
o.0 |
| 19:43 |
bobbybob |
404 error |
| 19:43 |
deltasquared |
literally I get the text “Sorry, this diff is unavailable.†and nothing more |
| 19:43 |
deltasquared |
Krock: pull request 215 you say? |
| 19:43 |
deltasquared |
lemme have a look |
| 19:43 |
Krock |
oh perfect. it's shown on the webpage but the repository was deleted |
| 19:43 |
Krock |
it's a one-line change |
| 19:43 |
Krock |
see here: https://github.com/minetest-mods/pipeworks/pull/215/files |
| 19:44 |
bobbybob |
so ill do it manually? |
| 19:44 |
Krock |
yes, copy & paste |
| 19:44 |
bobbybob |
ok thx |
| 19:44 |
Krock |
let me know when I may call !next :D |
| 19:44 |
deltasquared |
minetest.get_player_by_name(fakePlayer:get_player_name()) |
| 19:45 |
deltasquared |
wait, that works? |
| 19:45 |
deltasquared |
surely that would toss out nil |
| 19:45 |
deltasquared |
looking at https://github.com/minetest-mods/pipeworks/pull/215/commits/a08e1fc131cde5f016212aab80a1d9516a5a4419 |
| 19:45 |
Krock |
err whait |
| 19:45 |
Krock |
it's correct. look how fakePlayer is defined |
| 19:45 |
Krock |
it returns the node "owner" metadata filed |
| 19:45 |
Krock |
*field |
| 19:46 |
deltasquared |
argh, I don't remember where that's defined |
| 19:46 |
Krock |
but JCodeIt didn't test it for other players than himself because it ofc returns nil when the owner isn't there |
| 19:47 |
deltasquared |
well if VE's moved to gitlab them I'm not in a position to fix it anyways, I'd need her to reinstate my push privileges |
| 19:47 |
bobbybob |
it works !!!!! |
| 19:47 |
deltasquared |
*shrug* ok then |
| 19:48 |
deltasquared |
but I wouldn't expect it to be merged anytime soon |
| 19:48 |
Krock |
bobbybob, but only for you. as soon another user joins and sees your machines.. boom |
| 19:48 |
bobbybob |
:( |
| 19:48 |
bobbybob |
i guess ill have to use unlocked chest then |
| 19:48 |
Krock |
I can't see how this can be solved nicely without conflicting with minetest.is_player |
| 19:49 |
|
TheWolf joined #minetest |
| 19:49 |
Krock |
bobbybob, or try another locked chest which isn't from minetest_game |
| 19:49 |
deltasquared |
Krock: built-in way to create an object (userdata?) that looks like a player and can be manipulated to return values as desired? |
| 19:49 |
deltasquared |
but that'd need core work |
| 19:50 |
deltasquared |
local player = minetest.create_fake_player(); player.set_pos(...); ... |
| 19:51 |
deltasquared |
however, that would mean that things like injectors would be unable to interface with locked chests that does name-based permission checking. |
| 19:51 |
Krock |
oh well |
| 19:51 |
Krock |
we can fake the player even more to make it work |
| 19:52 |
Krock |
add the following field to the fakePlayer definition table: is_player = function() return true end, |
| 19:52 |
deltasquared |
one of those times where the idea of a node protected by something abstract like a player's name breaks realism a bit... |
| 19:52 |
Krock |
bobbybob, could you please undo the change we did before and add a new line here? https://github.com/minetest-mods/pipeworks/blob/master/filter-injector.lua#L173 |
| 19:53 |
Krock |
-> is_player = function() return true end, |
| 19:53 |
Krock |
if that works, then pipework's issues are gone with the new API |
| 19:53 |
* deltasquared |
looks at the code where the fake player is passed |
| 19:53 |
deltasquared |
ugh |
| 19:54 |
deltasquared |
this is why I didn't look too deeply into this |
| 19:54 |
bobbybob |
that is already there |
| 19:54 |
deltasquared |
this is HORRIBLE |
| 19:54 |
bobbybob |
yes |
| 19:54 |
bobbybob |
it is |
| 19:54 |
deltasquared |
is that a function with more than a dozen args |
| 19:54 |
deltasquared |
reeee |
| 19:54 |
Krock |
deltasquared, it's awfully programmed but at least uses tabs to indent |
| 19:54 |
deltasquared |
it's also way too long |
| 19:55 |
deltasquared |
just as well I didn't work on this part of pipeworks, I think this would be clean-slated |
| 19:55 |
Krock |
bobbybob, oh, so you cloned from gitlab, I guess? Will sync the minetest-mods repo then |
| 19:56 |
bobbybob |
hm? |
| 19:57 |
Krock |
<26bobbybob> that is already there |
| 19:57 |
Krock |
what is there? the line I mentioned? |
| 19:59 |
Krock |
will do the change here locally to test & push afterwards |
| 20:00 |
Krock |
did you use the regular minetest_game in combination with pipeworks? |
| 20:01 |
bobbybob |
sorry i gtg my mom is yelling |
| 20:01 |
bobbybob |
yes regular minetest_game in combination with pipeworks |
| 20:01 |
Krock |
nvm, this is IRC where answers can take hours |
| 20:01 |
bobbybob |
yes line I mentioned? |
| 20:01 |
bobbybob |
ok |
| 20:01 |
bobbybob |
ill be here tomorrow and tonight |
| 20:02 |
bobbybob |
bye |
| 20:02 |
Krock |
ciao |
| 20:02 |
|
AlexYst joined #minetest |
| 20:03 |
deltasquared |
Krock: one more thing before I go, is there any faster a way to generate world other than emerge_area? it appears to be taking a while to make a huge area (even under singlenode) |
| 20:03 |
Krock |
whereas tonight = european early morning |
| 20:04 |
deltasquared |
however I can't pre-determine an area size, as it's up to the test script to decide the area it needs |
| 20:04 |
Krock |
deltasquared, yes. use the singlenode mapgen. it's insane fast |
| 20:04 |
deltasquared |
Krock: except it's not, because it's taking 3 seconds on a blank world |
| 20:04 |
Krock |
and uncrease the num emerge threads |
| 20:04 |
Krock |
3 seconds for how many generated nodes? a chunk? 16^3*5^3 ? |
| 20:05 |
deltasquared |
Krock: I'm telling it to emerge precisely one node |
| 20:05 |
deltasquared |
as in, pos1 == pos2 |
| 20:05 |
deltasquared |
and that's the only position |
| 20:05 |
Krock |
you can only emerge entire mapblocks |
| 20:05 |
deltasquared |
welp |
| 20:05 |
Krock |
your positions will be rounded to the next mapblock |
| 20:06 |
deltasquared |
Krock: I'm giving it 0, -1, 0 right now |
| 20:06 |
deltasquared |
I assumed it'd be a single chunk but apparently not |
| 20:07 |
deltasquared |
so apparently I need a different way to create an initial useable area |
| 20:07 |
deltasquared |
pre-generating the world is a bit annoying, because I'd have to create a single static size. not to mention it'd be awkward to check into VCS |
| 20:09 |
Krock |
ok, extending fakePlayer with is_player works perfectly |
| 20:09 |
Krock |
Will commit & push that line |
| 20:10 |
deltasquared |
you'll have to poke VanessaE about it (#minetest-technic ?), if she's migrating to gitlab then I'm not sure what's going on there |
| 20:10 |
Krock |
we already talked about this but there is no solution in sight yet |
| 20:10 |
kurtzmusch |
what irc client people use around here |
| 20:11 |
kurtzmusch |
? |
| 20:11 |
deltasquared |
so in the meantime, any ideas as to why generating one mapblock full of air takes so long? |
| 20:11 |
deltasquared |
kurtzmusch: hexchat over here |
| 20:11 |
kurtzmusch |
me 2 |
| 20:11 |
deltasquared |
unicode deserves better than a monospaced cell grid terminal interface. |
| 20:11 |
kurtzmusch |
but i cant see the history if im offline |
| 20:12 |
deltasquared |
well duh, you wouldn't be saving it ;) |
| 20:12 |
kurtzmusch |
is it suposed to be like this? |
| 20:12 |
deltasquared |
kurtzmusch: IRC doesn't forward catch-up logs |
| 20:12 |
kurtzmusch |
huum |
| 20:12 |
deltasquared |
some channels provide a log link, but it's not standard |
| 20:12 |
deltasquared |
certainly not integrated |
| 20:12 |
kurtzmusch |
alright i understand now |
| 20:13 |
kurtzmusch |
so if you want to leave a message to someone who isnt online its just not possible? |
| 20:13 |
deltasquared |
kurtzmusch: some bots have that functionality, but in general no |
| 20:13 |
deltasquared |
I've seen a few bots with a command like "!tell username ..." |
| 20:14 |
kurtzmusch |
how can i get help on bot comands? |
| 20:14 |
deltasquared |
kurtzmusch: it varies, not all bots are the same |
| 20:14 |
kurtzmusch |
because i see MinetestBot but i have no idea what it does |
| 20:14 |
deltasquared |
!help |
| 20:14 |
MinetestBot |
https://github.com/sfan5/minetestbot-modules/blob/master/COMMANDS.md |
| 20:14 |
deltasquared |
ok, I didn't expect that to work |
| 20:14 |
kurtzmusch |
!help |
| 20:14 |
MinetestBot |
https://github.com/sfan5/minetestbot-modules/blob/master/COMMANDS.md |
| 20:15 |
kurtzmusch |
!commands |
| 20:15 |
deltasquared |
oh look, !tell |
| 20:15 |
Krock |
!tell bobbybob Fix arrived in minetest-mods/pipeworks |
| 20:15 |
MinetestBot |
Krock: I'll pass that on when bobbybob is around |
| 20:15 |
kurtzmusch |
oh, thats cool |
| 20:15 |
kurtzmusch |
this should be default |
| 20:15 |
deltasquared |
!btc gbp |
| 20:15 |
MinetestBot |
1 BTC = 5020.4200 £ |
| 20:15 |
deltasquared |
holeee carp |
| 20:16 |
Krock |
kurtzmusch, see /topic. It contains a link to this channel's links |
| 20:16 |
kurtzmusch |
bitcoin? |
| 20:16 |
Krock |
*to this channel's history |
| 20:16 |
kurtzmusch |
irc logs? |
| 20:16 |
Krock |
yes |
| 20:16 |
|
bobbybob joined #minetest |
| 20:16 |
MinetestBot |
bobbybob: Jul-03 20:15 UTC <Krock> Fix arrived in minetest-mods/pipeworks |
| 20:16 |
kurtzmusch |
good stuff |
| 20:18 |
kurtzmusch |
|
| 20:18 |
|
AntumD joined #minetest |
| 20:25 |
|
TheWolf joined #minetest |
| 20:30 |
|
ensonic joined #minetest |
| 20:37 |
|
Gael-de-Sailly joined #minetest |
| 20:48 |
|
DrFrankenstone joined #minetest |
| 20:50 |
|
longerstaff13-ZN joined #minetest |
| 20:56 |
LMD |
yeah his book is good bad doesn't contain everything. cmon give mine a try i really improved it... |
| 20:59 |
|
swift110 joined #minetest |
| 21:00 |
|
LMD joined #minetest |
| 21:09 |
|
entuland joined #minetest |
| 21:10 |
swift110 |
hey ensonic |
| 21:10 |
swift110 |
hey entuland |
| 21:15 |
|
hashcacher joined #minetest |
| 21:16 |
|
Sedricius02 joined #minetest |
| 21:19 |
|
DrFrankenstone joined #minetest |
| 21:20 |
dagreatnate1 |
Is the server list working? I cant connect for some reason, might be my connection |
| 21:21 |
entuland |
hello there |
| 21:22 |
rubenwardy |
is working |
| 21:25 |
|
BillyS_ joined #minetest |
| 21:25 |
|
BillyS_ joined #minetest |
| 21:27 |
sfan5 |
dagreatnate1: working for me |
| 21:27 |
dagreatnate1 |
Alright it must be my wacky firewall settings |
| 21:29 |
|
TheWolf joined #minetest |
| 21:42 |
|
hashcacher joined #minetest |
| 22:07 |
swift110 |
hey Krock and rubenwardy |
| 22:08 |
rubenwardy |
o/ |
| 22:29 |
swift110 |
how are you rubenwardy |
| 22:31 |
|
DrFrankenstone joined #minetest |
| 22:33 |
|
TheWolf joined #minetest |
| 22:42 |
|
nowhereman_ joined #minetest |
| 22:47 |
Fixer |
!videocard |
| 22:47 |
|
paramat joined #minetest |
| 22:59 |
|
whitephoenix joined #minetest |
| 23:07 |
|
est31 joined #minetest |
| 23:10 |
|
lumberJ joined #minetest |
| 23:16 |
|
TheWolf joined #minetest |
| 23:31 |
|
kurtzmusch joined #minetest |
| 23:45 |
|
zorman2000 joined #minetest |
| 23:49 |
bobbybob |
!tell Krock ok thank you |
| 23:49 |
MinetestBot |
bobbybob: I'll pass that on when Krock is around |
