Time  Nick         Message
00:06 celeron55    you shouldn't necessarily need neither of those; both are included in the minetest source and will be used when global ones don't exist
00:15 Mikeonline   hm
00:15 Mikeonline   it didnt work it showed an error and compile did not work
00:28 VanessaE     celeron55: filed a bug report on github re: the video glitching.
01:22 celeron55    oh dog what done https://github.com/celeron55/minetest/commits/client_requests_blocks_2
01:23 celeron55    by the little testing i've done, it'd seem that makes server idle per-player CPU usage to roughly third of what it has been
01:24 VanessaE     nice
11:25 Mikeonline   re
11:26 Mikeonline   yesterday my inet crashed celeron55..
11:27 Mikeonline   but i still get the error that jthread and sqlite3 isnt found
11:27 Mikeonline   "CMake Error at CMakeLists.txt:145 (find_package):
11:27 Mikeonline   Could not find module FindJthread.cmake or a configuration file for package
11:27 Mikeonline   Jthread.
11:28 Mikeonline   will these be maked in a row?
11:28 Mikeonline   i will try now to make them each
11:31 celeron55    Mikeonline: that still sounds very odd; i have never heard anyone have such an error
11:32 celeron55    make sure you compile it as is described in README.txt
11:33 Mikeonline   thats what i try
11:33 Mikeonline   i now have deleted all files and reextracted them again
11:34 Mikeonline   still the same
11:34 Mikeonline   the apt-get command didnt work for me because i use centos
11:42 celeron55    FindJthread.cmake should be in cmake/Modules/FindJthread.cmake
11:42 celeron55    in the source
11:42 celeron55    and cmake should find it when you run it for the top-level CMakeLists.txt
11:42 Mikeonline   its in /minetest/cmake/Modules
11:43 Mikeonline   its not in /src/..
11:43 celeron55    wut?
11:43 Mikeonline   /home/game/mt/minetest/cmake/Modules/*.cmake resides here
11:43 celeron55    yes, that is what i said (assuming your "/minetest" is the same as "/src/.."
11:44 Mikeonline   /home/game/mt/minetest/src  is my src
11:44 celeron55    yes, and now if you run "cmake ." in /home/game/mt/minetest (or in an another build directory "cmake /home/game/mt/minetest"), it should work
11:45 Mikeonline   i ran it in /src...
11:45 celeron55    i told you to follow the readme
11:45 Mikeonline   :(
11:46 Mikeonline   shame on me
11:46 celeron55    some fedora guide says you get the required packages by using $ su -c "yum install @development-tools cmake wget irrlicht-devel bzip2-devel libpng-devel libjpeg-turbo-devel libXxf86vm mesa-libGL-devel"
11:46 celeron55    those might be the same on centos
11:47 Mikeonline   i did it by hand
11:47 Mikeonline   no errors anymore
11:48 Mikeonline   hm
11:48 Mikeonline   make shows errors again
11:48 Mikeonline   /home/game/mt/minetest/src/util/serialize.h:31: Fehler: reference to »u64« is ambiguous
11:49 Mikeonline   and so on
11:49 sapier       did you remove the make cache?
11:49 sapier       cmake cache
11:50 Mikeonline   cache does not exist
11:50 celeron55    ah, that one
11:50 celeron55    http://linuxhtpcguide.blogspot.fi/2011/06/howto-install-minetest-c55-on-fedora.html
11:50 celeron55    apparently that guide is correct for that too, altough that is for 0.3
11:50 celeron55    see the end of the post
11:51 Mikeonline   ah
11:51 celeron55    actually, common_irrlicht.h is wrong
11:51 Mikeonline   my error :)
11:51 celeron55    it's... irrlichttypes.h or something
11:51 Mikeonline   is this a fedora bug or a bug in your header file?
11:51 celeron55    fedora's irrlicht has a difference to how it is everywhere else
11:52 celeron55    for some reason
11:52 celeron55    and that fix can't be reliably automated
11:54 Mikeonline   the file does not exist
11:54 celeron55    hmm wtf, that change is already in there
11:54 Mikeonline   maybe e3ddbe8 is not the right stable?
11:54 celeron55    what version are you even compiling?
11:55 Mikeonline   0.4
11:55 Mikeonline   stable
11:55 sapier       isn't last stable 0.4.1?
11:56 celeron55    Mikeonline: comment out the "typedef uint64_t u64;" line in irrlichttypes.h
11:56 celeron55    maybe
11:56 celeron55    that's, like, completely nuts... the fix that fixed it for fedora breaks it now :D
11:57 celeron55    +on fedora, and on nothing else
11:57 celeron55    fedora/centos/whatever they are
11:57 sapier       :-) do you have any private enemys at fedora? ;-)
11:58 celeron55    i don't think so 8)
11:58 celeron55    except that they don't like the nyan cat
11:58 celeron55    because the copyright is unknown
11:58 celeron55    8D
11:58 sapier       lol
11:58 celeron55    afaik they've replaced the textures with something else
11:59 Mikeonline   the nyan cat is crazy :P
12:00 Mikeonline   acutally it makes... 40% ok
12:00 celeron55    hmm, or what distro it was...
12:00 Calinou      relevant: http://c55.me/blog/?p=1274#comments
12:00 Calinou      last guy "gnudist"
12:00 Calinou      let me bet 50 mese that he will put a random dummy shit texture
12:01 sapier       another topic celeron, do you remember the problem with collision handling and animals mod I investigated some days ago? Do you need more information?
12:01 Mikeonline   but it could be fedora.. fedora is so strict with rights..
12:01 celeron55    Calinou: ah, that must have been it
12:02 celeron55    sapier: add it on the github issue list if it already isn't; i can't work on it anytime soon
12:03 sapier       ok I'll add it
12:04 celeron55    in the meantime, put some animals in a box with a bouncy=1 floor and roof and see what happens
12:04 celeron55    umm... no bouncy, whatever it was
12:04 Mikeonline   build target minetest!
12:04 Mikeonline   celeron55 you know it well - you seem to be the real programmer of minetest ;)
12:04 celeron55    ah, it was, but bouncy=100 is what i meant 8)
12:05 celeron55    or higher
12:05 sapier       as far as i figured out problem was that animals always have y-acceleration set to 9.81 ... if dtime by some reason exceeds some value collsion handling will trigger runanway dtimes
12:06 celeron55    dunno, but put that guess there
12:07 sapier       yes I do ... as soon as I reset my github password again :/
12:12 * Mikeonline hugs celeron55: it works :)
12:19 Mikeonline   ah server version is 0.4.1
12:41 Mikeonline   what kind of crypt is the priv crypt?
12:45 celeron55    wut?
12:49 Mikeonline   every user can change his password so the should be no need to create the hash manually
12:51 Mikeonline   +re
12:58 celeron55    i still don't understand what the question is about
12:58 Mikeonline   the question was how to make a hash by bash
12:58 celeron55    hash by hash?
12:58 Mikeonline   e.g. mkpasswd foo  > fe9jt4j4it
12:59 Mikeonline   by bash
12:59 celeron55    ah, you want to generate a password hash by yourself
12:59 Mikeonline   yes
12:59 celeron55    the hashes are (as of now) sha1(username+password)
12:59 Mikeonline   another thing: is it possible to set creative mode for just priv players?
12:59 celeron55    in base64 i think
12:59 Mikeonline   ah
13:00 Mikeonline   a bit salted
13:00 celeron55    barely enough... i need to improve that at some point
13:01 Mikeonline   yes maybe
13:01 Mikeonline   but anyway you already did a great job
13:01 Mikeonline   i love this game
13:01 Mikeonline   i didnt had so much fun with a computer game since i was a child :D
13:06 Mikeonline   OMG the tree grows fast :)
13:07 Mikeonline   is there also a working train?
13:17 thexyz       Mikeonline: hashed = base64.b64encode(hashlib.sha1("%s%s" % (name, password)).digest())[:-1]
13:25 celeron55    sounds like python
13:25 celeron55    8)
14:39 Mikeonline   rhx thexyz
14:40 Mikeonline   this is a hard day. its sunny and i need to ride my bike in the nature, but iam looking forward to play minetest :)
14:40 Mikeonline   -r+t
17:59 Mikeonline   one thing about UDP security of the server:
18:00 Mikeonline   keyword: UDP Amplification
18:01 Mikeonline   if you send a small packet to the server with a fake IP address and the server will respond with a huge packet, it could be abused.
18:01 Mikeonline   this is a common attack used on some quake engine games over udp (getstatus bug)
18:01 Mikeonline   so many high bandwith servers flood e.g. fbi.gov
18:01 Mikeonline   just to keep in mind..
18:02 Mikeonline   dont know if minetest is vuln
18:09 celeron55    Mikeonline: i am not sure; that kind of thing is easy to stop by some flood control and checking if the client actually seeing and handling the data that the server gives
18:10 celeron55    maybe some kind of a challenge-response thing should be added to the initiation of a connection that is cheap for the server but heavy for the client
18:10 celeron55    a small reverse sha1 for example 8)
18:41 Mikeonline   sounds good but the server needs to handle a session that someone from socket x is connecting e.g. client-ip:clientport/udp
18:45 celeron55    yes it does handle "sessions"
19:01 Mikeonline   good
19:01 Mikeonline   got to eat
19:53 Mikeonline   n8
20:21 sapier       is there a way to remove a sound generator from a world?
20:22 sapier       I've been driving cart now i get the cart sound endlesly I've even removed all rails
20:37 celeron55    depends on the kind of sound
20:38 celeron55    if it's a sound that is not connected to any object, then no, if you don't know the handle of it; otherwise kill the object
20:38 celeron55    in any case, server restart will do it, and in some cases client restart might do it