Minetest logo

IRC log for #minetest, 2021-04-23

| Channels | #minetest index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
00:02 specing_ joined #minetest
00:46 MTDiscord <MisterE, Modder of Sorts> I am trying to start a server
00:47 MTDiscord <MisterE, Modder of Sorts> 2021-04-23 02:34:58: ERROR[Main]: Game specified in default_game [minetest] is invalid. 2021-04-23 02:34:58: ERROR[Main]: ServerError: Supplied invalid gamespec
00:47 MTDiscord <MisterE, Modder of Sorts> I get those errors
00:47 MTDiscord <MisterE, Modder of Sorts> whats wrong?
00:47 MTDiscord <MisterE, Modder of Sorts> I have minetest_game installed
00:48 MTDiscord <MisterE, Modder of Sorts> , it also has other mods in the mods folder besides the normal ones
01:02 MTDiscord <MisterE, Modder of Sorts> I have figured out that it is because I set "mg_name = flat" in minetest.conf
01:08 MTDiscord <Jordach> it's a main menu thing
01:08 MTDiscord <Jordach> minetest gets a bit upset if one doesn't install minetest_game
01:08 MTDiscord <Jordach> why this occurs is stupid
02:09 Surfer2011_ joined #minetest
02:30 Verticen joined #minetest
02:54 Taoki_1 joined #minetest
02:55 Verticen joined #minetest
03:07 MTDiscord <MisterE, Modder of Sorts> so... I am still having this problem Help!
03:07 MTDiscord <MisterE, Modder of Sorts>  2021-04-23 05:07:12: ERROR[Main]: Game specified in default_game [minetest] is invalid. 2021-04-23 05:07:13: ERROR[Main]: ServerError: Supplied invalid gamespec
03:08 MTDiscord <MisterE, Modder of Sorts> The server runs once
03:08 MTDiscord <MisterE, Modder of Sorts> then I shut it down
03:08 MTDiscord <MisterE, Modder of Sorts> and then it can't find the games anymore
03:09 MTDiscord <MisterE, Modder of Sorts> to be clear: minetest_game is installed
03:15 MTDiscord <MisterE, Modder of Sorts> ok, now the game will run, but not all the mods in the game folder activate
03:17 MTDiscord <MisterE, Modder of Sorts> interesting. I just discovered that the game will throw that error if your cwd is in the games folder when you run the  game command
04:00 MTDiscord joined #minetest
05:16 Verticen joined #minetest
05:41 submariner joined #minetest
05:47 FeXoR joined #minetest
06:25 Pexin joined #minetest
06:28 grumble joined #minetest
06:30 MTDiscord <fatalerror420 (seared)> There's no way the dude who thought that mt uses mc's code played mt
06:30 MTDiscord <fatalerror420 (seared)> Absolutely no way
06:30 MTDiscord <fatalerror420 (seared)> He saw the game
06:30 MTDiscord <fatalerror420 (seared)> Thought it was a ripoff
06:31 MTDiscord <fatalerror420 (seared)> And found the nearest way to communicate, and bitched about it
06:54 MTDiscord joined #minetest
07:20 Pexin joined #minetest
07:39 calcul0n_ joined #minetest
07:40 Ingar need to mention that unfounded claims of copyright infringement are rather unlawful
08:00 ShadowNinja joined #minetest
08:17 delta23 joined #minetest
08:26 SwissalpS joined #minetest
08:57 Flabb joined #minetest
09:06 calcul0n__ joined #minetest
09:10 absurb joined #minetest
09:21 Fixer joined #minetest
09:31 MadScientist joined #minetest
09:47 hlqkj joined #minetest
10:03 riff-IRC joined #minetest
10:09 MTDiscord <Emojidiscord>  2021-04-23 18:06:20: ERROR[Main]: ModError: Runtime error from mod '*builtin*' in callback on_shutdown(): /usr/share/minetest/builtin/game/forceloading.lua:91: attempt to index local 'f' (a nil value) 2021-04-23 18:06:20: ERROR[Main]: stack traceback: 2021-04-23 18:06:20: ERROR[Main]:     /usr/share/minetest/builtin/game/forceloading.lua:91: in function 'write_file' 2021-04-23 18:06:20: ERROR[Main]:
10:09 MTDiscord /usr/share/minetest/builtin/game/forceloading.lua:109: in function </usr/share/minetest/builtin/game/forceloading.lua:108> 2021-04-23 18:06:20: ERROR[Main]:     /usr/share/minetest/builtin/game/register.lua:422: in function </usr/share/minetest/builtin/game/register.lua:406>  how to find out which mod caused this error?
10:18 celeron55 it can't open a file for writing and there are some possible reasons for that
10:19 celeron55 i suppose your filesystem could be full
10:20 celeron55 or the world path could have some characters that somehow cause it to fail
10:21 celeron55 a filesystem permission error is also possible
10:21 celeron55 it's definitely not caused by a mod though
10:24 sfan5 wow great forceloading does not use safe_write_to_file
10:24 proller joined #minetest
10:27 Cybille joined #minetest
10:28 Aris joined #minetest
10:59 submariner joined #minetest
11:44 DivideByZero joined #minetest
12:03 specing_ joined #minetest
12:06 submariner joined #minetest
12:14 Flabb joined #minetest
12:16 nuala joined #minetest
12:31 Verticen joined #minetest
12:51 proller joined #minetest
13:24 kamdard joined #minetest
13:27 absurb joined #minetest
13:38 Bombo hi
13:38 heavygale hi
13:39 Bombo is there a convention for mod.zip packages? i downloaded some, and some have subdirs in it and some not
13:40 Bombo e.g. beacons doesnt, so i unzip to mods/ and need to create a dir first
13:40 Bombo cool trees has a sub, so i can just unzip to mods/
13:41 Bombo castle_gates has a sub
13:41 tech_exorcist joined #minetest
13:43 Bombo is there a rule?
13:46 Bombo (i want to make a bash script to dl mods and extract it to the mods dir)
13:46 MTDiscord <Warr1024> where are you downloading them from?
13:46 heavygale use git clone ^^
13:47 Bombo contentdb
13:47 MTDiscord <Warr1024> ContentDB should have actually-enforced conventions for them.
13:47 MTDiscord <Warr1024> It could be possible that some zips were created by an older version of CDB though before enforcement was done...
13:48 MTDiscord <Warr1024> May also depend on whether the user did a zip upload release or released from VCS.
13:48 rubenwardy ContentDB will create zips with an inner folder now. Previously, it did not as git-archive-all defaults to not doing that
13:49 rubenwardy that only applies to VCS releases, zip uploads aren't touched
13:49 rubenwardy unofficial CDB cli: https://github.com/ronoaldo/minetools
13:50 MTDiscord <Warr1024> Zip uploads are validated though, so they could be rejected if the inner folder structure is not correct.
13:51 MTDiscord <Warr1024> Or I guess CDB could unpack everything to validate, and then just repack everything itself so it meets standards there ... though that'd lose the benefits of someone e.g. running advzip against their zips to improve download times...
13:52 rubenwardy I think that's a bit too pedantic to fail on though, as the Minetest client doesn't care
13:53 SwissalpS joined #minetest
13:53 Bombo i just want to avoid creating subdirs in a subdir ;)
13:54 Bombo does the minetools check for that?
13:54 Bombo i don't speak go
13:54 rubenwardy it should do, I haven't tested it
13:54 rubenwardy I did explain the process to the author though
13:56 z812 joined #minetest
13:57 MTDiscord <Warr1024> Okay, so the convention is "we don't care about the folder structure of the zip because MT itself doesn't care and supports either" I guess?
13:58 Bombo hm it looks like it checks for modpack.txt or .conf then it's a modpack with sub
13:58 Bombo cool_trees seems to be a modpack
13:58 MTDiscord <Warr1024> So I guess that means that the correct way to install stuff from CDB is either use the in-game menus, or use the cli tool; downloading from the website and then manually unzipping is not really a supported "primary" use-case.
14:00 Bombo i did that until now, manually unzip to the headless remote server via ssj
14:00 Bombo ssh.
14:01 Bombo hm castle_gates has a dir but no modpack.(txt|conf)
14:04 MTDiscord <Warr1024> Cloning the git repo is a good way to stay up-to-date with the latest code, but it can get you "ahead of release" depending on how the author manages branches and such, which might be detrimental to stability if you're trying to run a "production" sort of environment unless they have a stable branch you can track that matches what they do on CDB.
14:05 MTDiscord <Warr1024> That's sort of the ideal process, though, if it's possible for you.  Automating downloads from CDB via stuff like the cdb cli tool is also possible, esp. if there's no stable branch and you want only official releases ... but I'm not sure how it handles the update case; never actually used it myself yet.
14:06 Bombo do i get the git repo with the CDB API?
14:07 MTDiscord <Warr1024> If you're querying the CDB API, then packages should have a VCS URL.  That may or may not be a directly-clonable URL but usually it is
14:09 MTDiscord <Warr1024> Technically I don't think there's any rule that says it can't be a URL to an hg or svn repo, or to the landing page of a hosting site that uses a different URL for actual cloning ... but I don't think that's an issue; I've never seen anyone use VCS for MT that's not git, and the major git hosting services like 'hub and 'lab at least let you directly clone the same URL as is used for the "browser experience"
14:11 Bombo got it thx
14:12 Bombo curl https://content.minetest.net/api/packages/SpaghettiToastBook/beacons/
14:12 Bombo uses notabug
14:12 Bombo never heard of that heh
14:13 MTDiscord <Jonathon> 10x better than repo.or.cz
15:07 Talkless joined #minetest
15:10 Hawk777 joined #minetest
15:11 TechDude joined #minetest
15:24 erlehmann <Warr1024> Or I guess CDB could unpack everything to validate, and then just repack everything itself so it meets standards there ... though that'd lose the benefits of someone e.g. running advzip against their zips to improve download times...
15:24 erlehmann this is something that should never be done
15:24 erlehmann input sanitization is a proven-wrong strategy
15:24 erlehmann bad input should be rejected
15:24 erlehmann go read about LANGSEC if you don't believe me
15:25 TechDude Hello erlehmann
15:25 erlehmann hi
15:25 erlehmann do you have a question or why are you highlighting me
15:25 TechDude Just saying hi :)
15:26 erlehmann ok cool
15:30 MTDiscord <Warr1024> erlehmann: it's not bad input though, it's just suboptimal.
15:31 MTDiscord <Warr1024> That's basically like saying a photo hosting service shouldn't build thumbnails of images, it should reject photo uploads until users provide separate thumbnails of the correct sizes themselves.
15:31 erlehmann Warr1024 it is unwanted, that is enough
15:31 erlehmann Warr1024 “bad” does not have to mean “exploits something”
15:32 MTDiscord <Warr1024> Doing that would actually improve security a LOT, not only because input sanitization would be stricter, but it'd actually make the usability of the system so bad that nobody would use it and therefore there wouldn't be anything at risk in the first place.
15:32 celeron55 when unpacking zips i tend to use "autodetect subdir" function where if the zip doesn't contain a single top-level directory, a directory is created for the contents, otherwise the supplied subdirectory is used
15:32 rubenwardy is that a function of unzip tools?
15:32 Bombo joined #minetest
15:33 MTDiscord <Warr1024> Rejecting bad inputs is a nice philosophy but it only works if you're at a stage where the input hasn't already been decided and you no longer have an opportunity to correct it.
15:33 celeron55 rubenwardy: for me it's a feature of kde's dolphin file manager
15:33 celeron55 i would expect some other programs to also have it, it's very usefuö
15:34 celeron55 useful*
15:35 MTDiscord <Warr1024> I actually tend to always automatically create a top-level dir and just de-nest manually if I find that the zip already had its own top-level dir.  Working with zips is sort of rare enough with a modern unix-like workflow...
15:36 MTDiscord <Warr1024> The correct thing to do is almost always "nothing, that's the package manager's job"...
15:45 Fixer joined #minetest
16:26 erlehmann joined #minetest
17:02 delta23 joined #minetest
17:08 expert975 joined #minetest
17:13 delta23 joined #minetest
17:13 specing joined #minetest
17:17 scr267 joined #minetest
17:25 MTDiscord <Jordach> Fun fact 7zip does this natively if you extract as */<zip contents>
17:26 MTDiscord <Jordach> The asterisk expands to the name of the archive
17:27 scr267 joined #minetest
17:53 z812 joined #minetest
17:53 z812 joined #minetest
18:13 FeXoR joined #minetest
18:16 awell joined #minetest
18:16 hlqkj_ joined #minetest
19:10 hlqkj joined #minetest
19:33 sofar joined #minetest
19:33 Emerald2 joined #minetest
19:39 MinetestBot [git] Wuzzy2 -> minetest/minetest: Rename “Irrlicht” to “IrrlichtMt” in documentation 776015c https://git.io/JODls (2021-04-23T19:37:45Z)
19:39 MinetestBot [git] v-rob -> minetest/minetest: Add `minetest.colorspec_to_colorstring` (#10425) 074e6a6 https://git.io/JODlG (2021-04-23T19:37:24Z)
19:43 erlehmann nice
19:59 delta23 joined #minetest
20:06 Talkless joined #minetest
20:10 macc24 joined #minetest
20:35 swift110 joined #minetest
20:35 swift110 joined #minetest
20:40 Andrey01 joined #minetest
20:42 Andrey01 hi, does anybody know 'minetest.node_dig()' will trigger 'on_destruct()' or 'on_dig()' callbacks?
20:50 kamdard joined #minetest
20:56 swift110 joined #minetest
20:57 swift110 joined #minetest
21:01 swift110 joined #minetest
21:01 swift110_ joined #minetest
21:09 swift110 joined #minetest
21:26 AntumDeluge joined #minetest
21:28 AntumDeluge I've been looking at some other mods, trying to figure out how to append the player inventory to a formspec I want to show. But it is unclear to me how to do it. To get the player's inventory formspec, I do "player:get_inventory_formspec()". But I'm not sure how to parse it to append it my formspec.
21:30 MTDiscord <Jonathon> see list[
21:30 specing see existing formspecs and copy as needed :P
21:30 Fuchs_ joined #minetest
21:31 big_caballito joined #minetest
21:31 MTDiscord <Jonathon> https://github.com/minetest/minetest/blob/master/doc/lua_api.txt#L2250-L2263
21:31 AntumDeluge The furnace formspec has a line like this: "list[current_player;main;0,4.25;8,1;]". Is that what I am looking for?
21:31 MTDiscord <Jonathon> yes
21:31 AntumDeluge Thank you. I'll try it out.
21:31 MTDiscord <Jonathon> https://github.com/minetest/minetest/blob/master/doc/lua_api.txt#L3064-L3085 for the specific names you can use in list[ and varients
21:32 AntumDeluge Thank you Jonathon! Exactly what I was looking for. :)
21:33 MTDiscord <Jonathon> np, i was really confused myself till a found the section, a link in list[ would be helpful
22:00 Sven_vB joined #minetest
22:32 Andrew__ joined #minetest
22:44 Gustavo6046 joined #minetest
22:58 Gustavo6046 joined #minetest
23:04 proller joined #minetest
23:26 AntumDeluge Another question: I'm trying to create a box in the formspec where an item can be dropped. I'm using the web formspec editor ( https://luk3yx.gitlab.io/minetest-formspec-editor/ ) & created the element "list[context;input;1,1;1,1;0]". But it's not working.
23:36 MTDiscord <Jonathon> not working?
23:38 AntumDeluge It doesn't show up on the formspec.
23:39 MTDiscord <Jonathon> did you create the input inv in node meta?
23:40 AntumDeluge No. I did not. Am I supposed to.
23:40 AntumDeluge ?
23:40 MTDiscord <Jonathon> well, how the heck is the formspec supposed to find a inventory that doesnt exist?
23:40 MTDiscord <Jonathon> 🙃
23:41 AntumDeluge Okay, thanks. I think I can figure that out. :)
23:41 MTDiscord <Jonathon> local inv = minetest.get_meta(pos):get_inventory()                 inv:set_size("main", 9*2)
23:45 big_caballito joined #minetest
23:51 AntumDeluge I looked at the furnace as an example, but I'm still doing something wrong. Don't have time to work on it more right now. Will have to do it later. Thanks for the help Jonathon.
23:53 erlehmann joined #minetest

| Channels | #minetest index | Today | | Google Search | Plaintext