| Time |
Nick |
Message |
| 00:19 |
|
awells joined #minetest |
| 00:21 |
awells |
Quick question, how do I enable fire spread on my server? I've tried removing the check altogether from the ini file, setting disable_fire to false and no matter what I do I cannot get it to spread when not in singleplayer. |
| 00:22 |
awells |
*init |
| 00:25 |
|
imi joined #minetest |
| 00:46 |
awells |
Ah, figured it out. I reverted the commit that changed it, and that did it. fire/init.lua:12 |
| 00:49 |
awells |
Good night everyone! |
| 00:57 |
|
ShadowBot joined #minetest |
| 01:03 |
|
smk joined #minetest |
| 01:26 |
muurkha |
aha |
| 01:38 |
|
duds` joined #minetest |
| 02:26 |
|
YuGiOhJCJ joined #minetest |
| 02:38 |
|
YuGiOhJCJ joined #minetest |
| 04:00 |
|
MTDiscord joined #minetest |
| 04:10 |
|
fluxionary joined #minetest |
| 04:20 |
|
imi joined #minetest |
| 04:33 |
imi |
as far as I can tell worldedit //set air doesn't clear the meta/inventory of the blocks |
| 04:42 |
imi |
however //stack2-ing air does |
| 05:00 |
|
calcul0n joined #minetest |
| 06:26 |
|
appguru joined #minetest |
| 06:28 |
|
TomTom joined #minetest |
| 06:41 |
|
definitelya joined #minetest |
| 06:44 |
imi |
can I somehow place an ignore in the world? |
| 06:45 |
imi |
I managed to hack it into my inventory, but man, it's hard to place it. |
| 06:45 |
imi |
currently I have this: //lua minetest.set_node(minetest.string_to_pos("(-108,-60,-150)"), { name = 'ignore' }) |
| 06:45 |
imi |
but it doesn't work |
| 06:46 |
imi |
I tried it from both schematic formats (yes, I needed to edit a binary file) |
| 06:49 |
imi |
maybe I'll need to edit the worldfile |
| 06:50 |
MTDiscord |
<luatic> ignores aren't meant to be placed |
| 06:50 |
imi |
challenge accepted |
| 06:54 |
MTDiscord |
<zmv7> imi: try core.register_alias_force("<anything>","ignore") and also vice-versa |
| 06:56 |
imi |
ok, thanks, I'm now messing with the worldfile, I'll try that as well if this doesn't work |
| 06:56 |
MTDiscord |
<zmv7> imi: yes, //set doesnt clear meta. I'm even made the command to do it: https://github.com/zmv7/minetest-mod-clearmeta |
| 06:57 |
imi |
zmv7: did you ever consider to offer that as a PR for worldedit? it's going to be a useful command |
| 06:58 |
MTDiscord |
<zmv7> Hm, good idea |
| 07:12 |
|
Lesha_Vel joined #minetest |
| 07:24 |
|
Digit joined #minetest |
| 07:29 |
|
nateriv3r joined #minetest |
| 07:30 |
|
nateriv3r joined #minetest |
| 08:04 |
|
appguru joined #minetest |
| 08:14 |
|
nateriv3r joined #minetest |
| 08:38 |
|
mrkubax10 joined #minetest |
| 09:29 |
|
fling_ joined #minetest |
| 09:34 |
|
Kilroy joined #minetest |
| 10:42 |
|
kastimonoro joined #minetest |
| 10:49 |
|
Kilroy joined #minetest |
| 11:11 |
sfan5 |
I sure wonder whether I backed up the files I had in Ubuntu One |
| 11:12 |
sfan5 |
currently seeing if I can recover all old WorldEdit versions |
| 11:14 |
MTDiscord |
<Jonathon> Versions pre the git repo I'm guessing? |
| 11:15 |
sfan5 |
yes |
| 11:17 |
|
YuGiOhJCJ joined #minetest |
| 11:24 |
sfan5 |
found a backup of my ubuntu partition from 2015 and it was in there, that was easy |
| 11:43 |
|
proller joined #minetest |
| 11:51 |
sfan5 |
https://github.com/Uberi/Minetest-WorldEdit/commits/historic okay this wasn't so interesting |
| 11:51 |
|
peterz joined #minetest |
| 12:00 |
|
chilledfrogs joined #minetest |
| 12:05 |
|
mazes_80 joined #minetest |
| 12:13 |
Blockhead256[m] |
copying in a library function from elsewhere just to serialise things |
| 12:13 |
Blockhead256[m] |
yep, Minetest has come a long way.. |
| 12:59 |
|
peterz joined #minetest |
| 13:03 |
|
peterz joined #minetest |
| 13:24 |
|
peterz joined #minetest |
| 13:29 |
|
peterz joined #minetest |
| 13:36 |
|
peterz joined #minetest |
| 13:41 |
|
peterz joined #minetest |
| 13:58 |
|
Noisytoot joined #minetest |
| 14:04 |
|
appguru joined #minetest |
| 14:08 |
|
appguru joined #minetest |
| 15:13 |
imi |
is there a way for the server admin to look at/modify inventories of other players? what if the particular player we're after is logged out? |
| 15:19 |
|
fluxionary joined #minetest |
| 15:27 |
MTDiscord |
<Bastrabun> Do you have access to the database? |
| 15:28 |
Blockhead256[m] |
there is this old mod called invhack, never tried it though |
| 15:28 |
Blockhead256[m] |
https://forum.minetest.net/viewtopic.php?t=12440 |
| 15:29 |
Blockhead256[m] |
looking at the source code I think it only works if they're online |
| 15:32 |
MTDiscord |
<savilli> minetest.get_inventory({type="player", name="player"}) should work offline too |
| 15:37 |
Blockhead256[m] |
are you using should as speculation or as an imperative? |
| 15:39 |
MTDiscord |
<savilli> As educated guess |
| 15:42 |
|
pjals joined #minetest |
| 15:45 |
pjals |
why do i get `2023-06-09 18:41:58: ERROR[Main]: HTTPFetch for https://content.minetest.net/api/packages/?type=mod&type=game&type=txp&protocol_version=42&engine_version=5.7.0&hide=nonfree&hide=desktop_default failed (Failed binding local connection end)` when trying to connect to contentdb from minetest? |
| 15:45 |
pjals |
i tried updating my certs and curl |
| 15:49 |
MTDiscord |
<savilli> Do you have bind_address option in minetest.conf? |
| 15:49 |
pjals |
huh, i do, i suddenly feel dumb! |
| 15:50 |
pjals |
i forgot i was doing all that vpn stuff with ssh! |
| 16:18 |
|
bwarden joined #minetest |
| 16:18 |
|
appguru joined #minetest |
| 16:56 |
|
proller joined #minetest |
| 17:02 |
|
v-rob joined #minetest |
| 17:48 |
|
v-rob joined #minetest |
| 18:04 |
|
appguru joined #minetest |
| 18:12 |
|
whosit joined #minetest |
| 19:06 |
MTDiscord |
<Bastrabun> Is the owner of https://cheapiesystems.com with us by any chance? If so: How and where do we PR to one of your mods? |
| 19:11 |
|
sparky4 joined #minetest |
| 19:13 |
|
Talkless joined #minetest |
| 20:10 |
sfan5 |
ping cheapie |
| 20:28 |
|
sparky4 joined #minetest |
| 20:38 |
cheapie |
Bastrabun: I'm here, but I've generally stopped doing much with Minetest, including mod development. |
| 20:38 |
cheapie |
(not due to any sort of incident or anything, I just lost interest over time) |
| 20:47 |
MTDiscord |
<Bastrabun> Oh, ok. Sad, coz your digiline stuff is top, people enjoy it. Is there anyone to take over for you? |
| 20:49 |
MTDiscord |
<Jonathon> which digiline stuff? |
| 20:50 |
MTDiscord |
<Jonathon> if digistuff, https://github.com/mt-mods/digistuff does exist |
| 20:50 |
MTDiscord |
<Bastrabun> Is this the new upstream? |
| 20:53 |
MTDiscord |
<Jonathon> not sure. it was forked off to do custom touchscreen stuff. not sure |
| 21:00 |
|
fluxionary joined #minetest |
| 21:12 |
|
fluxionary joined #minetest |
| 21:13 |
MTDiscord |
<Bastrabun> Content DB still points to cheapie's, same goes for gidiscreen and others |
| 21:13 |
MTDiscord |
<Bastrabun> ... *digiscreen |
| 21:19 |
MTDiscord |
<Jonathon> If cheapie wants, the mods could be homed at mt-mods. Did you have a specific issue? |
| 21:21 |
MTDiscord |
<Jonathon> Have to ask cheapie, but might be willing to take patches by email/pastebin&irc and merge them |
| 21:21 |
cheapie |
I have no problem with forks existing (mt-mods or otherwise), and I'm even okay with my version being removed from the content DB in favor of a fork, but if that is done I would prefer to not be listed as the author. |
| 21:21 |
MTDiscord |
<Jonathon> Would you be fine if your package was aliased to a fork in that case? |
| 21:23 |
cheapie |
As in having links on https://content.minetest.net/users/cheapie/ pointing to forks? I'd rather not have that, I'd rather it just not show up there at all. |
| 21:24 |
MTDiscord |
<Jonathon> No, anyone who had your version would still be able to update via a fork rather than having to re-download it |
| 21:24 |
MTDiscord |
<Jonathon> Essentially ease of use for non technical/informed users |
| 21:25 |
cheapie |
I don't particularly like that idea, but if it makes ContentDB administration-side things easier (like if it would be a lot of work to avoid it) then I'm willing to accept that. |
| 21:26 |
rubenwardy |
To rephrase, package aliasing allows any users that have cheapie/digilines installed to automatically switch to mt-mods/digilines |
| 21:27 |
cheapie |
Yes, I understand that, and I'm generally against the idea of a fork being presented as an "update" |
| 21:28 |
cheapie |
From the point of view of a user, if I install something, and then the repository maintainers decide I really want something else instead and it just switches on its own, that's kind of annoying. |
| 21:30 |
MTDiscord |
<Jonathon> Is it really something else if the package installed is abandoned and no longer receiving updates? And the new one does have updates/fixes? |
| 21:31 |
MTDiscord |
<Jonathon> I guess it should first be clarified if your still interested in maintaining the mods yourself or not? |
| 21:31 |
MTDiscord |
<Warr1024> The alternative would really have to be some kind of deprecation warning, like "the package you installed will probably not receive updates anymore, you need to decide your'e okay with this" |
| 21:31 |
cheapie |
I am not interested in maintaining the mods myself, but I'm also trying to avoid being associated with any forks of said mods. |
| 21:31 |
MTDiscord |
<Warr1024> Right now users are warned if they are about to install a package that's deprecated, but there's no way that they're warned if a package they already installed has just become deprecated since. |
| 21:32 |
cheapie |
If that latter warning is ever implemented, this sounds like it would be a good use for it. |
| 21:32 |
MTDiscord |
<Warr1024> If we could have all the bases covered re: deprecation then there would be much less of a reason to do removal/aliasing instead of just leaving deprecated versions available with the appropriate caveats. |
| 21:34 |
MTDiscord |
<Jonathon> @Bastrabun what is your current issue? |
| 21:34 |
cheapie |
inb4 it's one of the movestone relmove command bugs |
| 21:41 |
MTDiscord |
<Bastrabun> It's 4708, a player obtained digistuff:piston_pusher which shouldn't drop anything. So fluxionary wanted to PR a fix to digistuff but we couldn't find how. |
| 21:43 |
MTDiscord |
<Bastrabun> we could override the item ofc, but others might want to profit from the find as well. The suggestion is to add to the definition: is_ground_content = false, diggable = false, drop = "", |
| 22:32 |
|
panwolfram joined #minetest |
| 22:49 |
|
Desour joined #minetest |
| 22:57 |
|
sparky4 joined #minetest |
| 23:34 |
|
proller joined #minetest |
| 23:57 |
|
AliasAlreadyTake joined #minetest |
