5.1.0 long time ago :)CannibalCarrot wrote:Is minetest 5.0.0 available for Linux yet?
version 5.1.0-dev-1c87d57-dirty
5.1.0 long time ago :)CannibalCarrot wrote:Is minetest 5.0.0 available for Linux yet?
5.1.0-dev means that it is the dev version that will become 5.1.0Imk wrote:5.1.0 long time ago :)CannibalCarrot wrote:Is minetest 5.0.0 available for Linux yet?
version 5.1.0-dev-1c87d57-dirty
Are you running Minetest with WINE on Linux? Why would you do that when it runs natively?Festus1965 wrote:Minetest Client 5.0.0 fresh taken,
starting with Ubuntu 18.04, wine - in terminal
gives after some time this ...
Image (MTC-5.0.0-win32-stefan)Code: Select all
2019-03-05 15:29:30: ERROR[MeshUpdate]: An unhandled exception occurred: std::bad_alloc 2019-03-05 15:29:30: ERROR[MeshUpdate]: In thread 9: 2019-03-05 15:29:30: ERROR[MeshUpdate]: /home/stefan/mt-build/build/minetest/minetest/src/util/thread.h:da: run: A fatal error occurred: std::bad_alloc AL lib: (EE) alc_cleanup: 1 device not closed
Image (MTC-win32-5.0.0-5b965e0)
Image (MTC-win32-5.0.0-705b454)
openSUSE Leap (stable) and Tumbleweed (rolling) already have it in the 'games' repo.Linuxdirk wrote:As of time/date of this post for all “stable” versions:Lone_Wolf wrote:Yep. https://www.minetest.net/downloads/CannibalCarrot wrote:Is minetest 5.0.0 available for Linux yet?
Flatpak: Updated
Debian: Extremely outdated
Ubuntu: Internal server error
Ubuntu PPA: Updated
Fedora: Outdated
openSUSE: Outdated
Mageia Outdated
Arch Linux: Outdated
Gentoo: Outdated
VoidLinux Updated
Overall it’s very sad. Is there anything we as a community can do?
Good luck, and please check my list of running under 5.0.0 mods and maybe confirm others that I have not running at me or missing at all.uwu wrote:Yay, it's finally here! I'm testing out mods right now for a new 5.0.0 server I'll set up.
Are you running Minetest with WINE on Linux? Why would you do that when it runs natively?
Come to us to play, as we said long ago, 5 version viewtopic.php?f=23&t=21055uwu wrote:Yay, it's finally here! I'm testing out mods right now for a new 5.0.0 server I'll set up.
Code: Select all
2019-03-07 19:44:12: ERROR[AsyncWorker-1]: servers.minetest.net/list?proto_version_min=37&proto_version_max=37 not found (HTTP response code said error) (response code 403)
2019-03-07 19:44:24: ERROR[Main]: https://content.minetest.net/api/packages/?type=mod&type=game&type=txp&protocol_version=37&hide=nonfree&hide=desktop_default not found (SSL connect error) (response code 0)
2019-03-08 13:11:28: ERROR[Main]: Bitte wählen Sie einen Namen!
Woah :O I have never got 60 factorial, 8320987112741390144276341183223364380754172606361245952449277696409600000000000000 FPS(this was not random typing, it is the exact factorial of 60)thomasthespacefox wrote:60!
I think it's all normal. You don't see a count because you have unlimited items in creative mode. The creative menu did not disappear when you disabled it in the main menu because you had the "creative" privilege.rolandm wrote: Any errors known in 5.0.0, or should anything of this be normal?
Why not just compile?Worldblender wrote:Great! I'm lucky that I haven't written any mods yet. They'll all be made with Minetest 5.0.0 and later in mind, so I don't have to worry about rewriting anything code-related.
All that I have to do now is wait for Linux binaries (specifically DEB and RPM packages), and I'm ready to try what's new.
No u just parse wrongSires wrote:Woah :O I have never got 60 factorial, 8320987112741390144276341183223364380754172606361245952449277696409600000000000000 FPS(this was not random typing, it is the exact factorial of 60)thomasthespacefox wrote:60!
kay I had to do this bad joke bye won't annoy you guys anymore
This is caused by the creative privilege, it will get added when you do /grantme all, make sure to revoke it from yourself.rolandm wrote:Dug some dirt, gravel, stone, and coal (multiple of each). All showed up only once in the inventory, even after digging some more. They disappear regularly from the world, but neither increase their number in the inventory (which is not shown) nor appear as a rotating block.
I can put them into the crafting grid once or drop them once, after which I have none left (independent of the number I dug). After that I can dig them and get one again, more disappear.
When I have one dirt, gravel, or stone I can place (not drop) them in the world as often as I want, they are not removed from the inventory.
Yes,m the performance definitely got better, also the world loads faster around you. I wish it would not unload so quick though.thomasthespacefox wrote:ive NEVER seen this laptop run minetest so well. with 0.4.16, i rarely saw it come near 30 FPS... usually hovering around 18 to 25 at peak however, with v5, Ive seen this thing approach 60! ._.
There's a setting for that i thinkLinuxdirk wrote:Yes,m the performance definitely got better, also the world loads faster around you. I wish it would not unload so quick though.thomasthespacefox wrote:ive NEVER seen this laptop run minetest so well. with 0.4.16, i rarely saw it come near 30 FPS... usually hovering around 18 to 25 at peak however, with v5, Ive seen this thing approach 60! ._.
Linux has Minetest 5.0.0 by Flatpak or Snap too.Lone_Wolf wrote:Yep. https://www.minetest.net/downloads/CannibalCarrot wrote:Is minetest 5.0.0 available for Linux yet?
Serialise doesn't support user data, and so raises an error to inform the modder. It uses type to do this. This is not an engine issue but a mod issue, and has existed for a long timeTermos wrote:I managed to crash the engine.
I believe the reason is I tried to serialize a table with an objectref somewhere in it and then pass it as staticdata.
Looks like serialize() could use some type().
The thing is, it doesn't raise an error, and doesn't inform the modder.rubenwardy wrote:Termos wrote: Serialise doesn't support user data, and so raises an error to inform the modder
This sounds like a separate issue - there's a current bug where Minetest will crash ungracefully on a Lua error when it happens in a particular contextTermos wrote:The thing is, it doesn't raise an error, and doesn't inform the modder.
The engine just crashes with an unknown runtime error straight to OS.
"This application has requested the Runtime to terminate in an unusual way."
No trace in debug.txt either.
Win 64 here.
Code: Select all
2019-03-10 15:49:00: [Server]: serializin
2019-03-10 15:49:00: ERROR[Main]: ServerError: AsyncErr: ServerThread::run Lua: Runtime error from mod 'hellomob' in callback luaentity_GetStaticdata(): ...minetest-5.0.0-win64\bin\..\builtin\common\serialize.lua:151: Can't serialize data of type userdata
2019-03-10 15:49:00: ERROR[Main]: stack traceback:
2019-03-10 15:49:00: ERROR[Main]: [C]: in function 'error'
2019-03-10 15:49:00: ERROR[Main]: ...minetest-5.0.0-win64\bin\..\builtin\common\serialize.lua:151: in function 'dump_or_ref_val'
2019-03-10 15:49:00: ERROR[Main]: ...minetest-5.0.0-win64\bin\..\builtin\common\serialize.lua:146: in function 'dump_or_ref_val'
2019-03-10 15:49:00: ERROR[Main]: ...minetest-5.0.0-win64\bin\..\builtin\common\serialize.lua:146: in function 'dump_or_ref_val'
2019-03-10 15:49:00: ERROR[Main]: ...minetest-5.0.0-win64\bin\..\builtin\common\serialize.lua:166: in function 'serialize'
2019-03-10 15:49:00: ERROR[Main]: D:\Down\minetest-5.0.0-win64\bin\..\mods\mobkit\init.lua:503: in function <D:\Down\minetest-5.0.0-win64\bin\..\mods\mobkit\init.lua:497>
2019-03-10 15:49:00: ACTION[Main]: Server: Shutting down
2019-03-10 15:49:00: [Main]: serializin
Code: Select all
if tmptab.memory then minetest.debug('serializin') end
local tmp = minetest.serialize(tmptab)
if tmptab.memory then minetest.debug('serialized') end
Users browsing this forum: No registered users and 1 guest