| Mocky: | mircea_popescu, post updated with full version | [00:08] |
| mircea_popescu: | ty! | [00:08] |
| Mocky: | no prob | [00:09] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (39h32) >>> 1 VSS q15050 | [00:11] |
| lobbesbot: | A#293 O=70mn HB=73mn E=07-15 06:30:25 (2h19) >>> 26502 CLD q17433 | [00:11] |
| lobbesbot: | --- end of auction list, 173mn total bids --- | [00:11] |
| xentazy: | Same thing as last time... | [00:24] |
| mircea_popescu: | during a client recompile, | [00:24] |
| mircea_popescu: | In file included from /home/mircea/mircea/dev/cs/./plugins/engine/3d/sector.h:23, | [00:24] |
| mircea_popescu: | from /home/mircea/mircea/dev/cs/./plugins/engine/3d/camera.h:28, | [00:24] |
| mircea_popescu: | from /home/mircea/mircea/dev/cs/plugins/engine/3d/sector.cpp:40: | [00:24] |
| mircea_popescu: | /usr/include/c++/4.4/bits/stl_algo.h: In member function \u0091void CS::Geometry::AABBTree<ObjectType, objectsPerLeaf, NodeExtraData>::AddObjectRecursive(CS::Geometry::AABBTree<ObjectType, objectsPerLeaf, NodeExtraData>::Node*, ObjectType*) [with ObjectType = CS::Plugin::Engine::csLight, unsigned int objectsPerLeaf = 2u, NodeExtraData = CS::Plugin::Engine::LightExtraAABBNodeData]\u0092: | [00:24] |
| mircea_popescu: | /usr/include/c++/4.4/bits/stl_algo.h:2193: warning: array subscript is above array bounds | [00:24] |
| mircea_popescu: | which i don't recall seeing befoar. | [00:25] |
| mircea_popescu: | does this dood imagine himself famous or what exactly ? i have nfi what "last time" relative references are supposed to mean. | [00:26] |
| xentazy: | Who can tell? | [00:28] |
| Mocky: | I haven't seen that error before | [00:28] |
| xentazy: | Well i'm sure you can figure it out.. | [00:30] |
| Mocky: | are you doing a ? | [00:31] |
| mircea_popescu: | Mocky im rebuilding cs atm | [00:31] |
| Mocky: | ahh ok | [00:31] |
| mircea_popescu: | anyway, looks like half hourish or so before i can report on your latest. | [00:32] |
| xentazy: | Borgia | [00:32] |
| Mocky: | right | [00:32] |
| xentazy: | Ok.. I'm asking for login.. | [00:35] |
| xentazy: | All good? | [00:36] |
| mircea_popescu: | xentazy come back tomorrow, you've been annoying enough today. | [00:36] |
| xentazy: | What anoys you? | [00:39] |
| mircea_popescu: | aaand cs built but still unusable. jesus. | [00:41] |
| mircea_popescu: | diana_coman : checking if Crystal Space version >= 2.1... yes (version 2.1) checking if Crystal Space SDK is usable... no | [00:42] |
| mircea_popescu: | any fucking idea wtf is this novel wonder ? | [00:42] |
| xentazy: | mmm.. | [00:48] |
| xentazy: | Difference between Mirc and irc is? | [00:54] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (38h32) >>> 1 VSS q15050 | [01:11] |
| lobbesbot: | A#293 O=70mn HB=73mn E=07-15 06:30:25 (1h19) >>> 26502 CLD q17433 | [01:11] |
| lobbesbot: | --- end of auction list, 173mn total bids --- | [01:11] |
| danielpbarron: | !Qbid 293 74mn | [01:18] |
| lobbesbot: | AUCTION # 293: 26502 CLD q17433 Heard: 74mn from danielpbarron overbidding diana_coman Ending: 2018-07-15 06:30:25 UTC (1 hours 11 mins) | [01:18] |
| danielpbarron: | almost done storing my grass. only 28.7 mn to go | [01:54] |
| mircea_popescu: | ow fuck me, messed up the dirstructure. | [02:06] |
| danielpbarron: | oo, can you trade now? | [02:07] |
| mircea_popescu: | sorr bout teh delay Mocky ; updated halfhourish lol | [02:07] |
| mircea_popescu: | danielpbarron once it compiles yeah | [02:07] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (37h32) >>> 1 VSS q15050 | [02:11] |
| lobbesbot: | A#293 O=70mn HB=74mn E=07-15 06:30:25 (0h19) >>> 26502 CLD q17433 | [02:11] |
| lobbesbot: | --- end of auction list, 174mn total bids --- | [02:11] |
| mircea_popescu: | Mocky : src/client/cmdusers.cpp:1147: error: \u0091foxyBot\u0092 was not declared in this scope | [02:12] |
| mircea_popescu: | src/client/cmdusers.cpp:1147: error: \u0091bot\u0092 was not declared in this scope | [02:12] |
| mircea_popescu: | src/client/cmdusers.cpp:1147: error: expected primary-expression before \u0091)\u0092 token | [02:12] |
| mircea_popescu: | src/client/cmdusers.cpp:1147: error: expected \u0091;\u0092 before \u0091PawsManager\u0092 | [02:12] |
| mircea_popescu: | meanwhile on classical client, :Starting program: /home/mircea/mircea/dev/eulora-0.1.2b/euclient euclient | [02:24] |
| mircea_popescu: | /home/mircea/mircea/dev/eulora-0.1.2b/euclient: error while loading shared libraries: libcrystalspace-2.1.so: wrong ELF class: ELFCLASS32 Program exited with code 0177" | [02:24] |
| mircea_popescu: | this is fucking bizarre, seeing how i definitely ran this on 64bit. afaik there's only one cs version we use anyway | [02:28] |
| danielpbarron: | is it supposed to be /home/mircea/mircea ? | [02:30] |
| lobbesbot: | AUCTION # 293 has ENDED: 26502 CLD q17433 SOLD to danielpbarron for 74mn coppers. Attn: mircea_popescu | [02:30] |
| mircea_popescu: | danielpbarron yes. | [02:30] |
| mircea_popescu: | wiki says "./configure --without-java --without-perl --without-python --without-3ds --with-cal3d=/home/ossa/dev/cal3d" ; ima try "./configure --enable-lib64 --disable-lib32 --without-java --without-perl --without-python --without-3ds --with-cal3d=/home/ossa/dev/cal3d" see wtf. | [02:32] |
| danielpbarron: | if dev is in /home/mircea/mircea then that line should end with /home/ossa/mircea/dev/cal3d | [02:33] |
| mircea_popescu: | danielpbarron it's not a directory problem ; it's that cs ends up compiled as a 32 bit lib, everything else 64 bit. | [02:34] |
| danielpbarron: | unless your /home/ossa is defined as /home/mircea/mircea | [02:34] |
| mircea_popescu: | (this, on the core branch ; on mocky's branch nfi, but i suspect not truly full version, missing something or the other) | [02:35] |
| hanbot: | i went looking in /dev/crystalspace/cs-forupload/configure for a possible cloo, saw 81987 LOC, backing slowly away from terminal... | [02:44] |
| mircea_popescu: | i suspect the problem is that if you ~do~ have multilib installed, it'll mix-salad what ends up 32 bit and what ends up 64 bit. | [02:46] |
| hanbot: | that sounds insane enough to be plausible. | [02:48] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (36h32) >>> 1 VSS q15050 | [03:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [03:11] |
| mircea_popescu: | nope, cs still compiles 32 bit in spite of flags. | [03:22] |
| mircea_popescu: | now trying "./configure --without-java --without-perl --without-python --without-3ds --with-cal3d=/home/ossa/dev/cal3d CFLAGS=-m64 CXXFLAGS=-m64 LDFLAGS=-m64" | [03:31] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (35h32) >>> 1 VSS q15050 | [04:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [04:11] |
| mircea_popescu: | aaand it still builds 32 bit cs. | [04:11] |
| mircea_popescu: | if anyone got ideas let me know. | [04:12] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (34h32) >>> 1 VSS q15050 | [05:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [05:11] |
| diana_coman: | danielpbarron, out of curiosity, was that the plan to bid at last hour? | [05:59] |
| diana_coman: | I guess the obv lesson is to always use autobid from now on | [06:00] |
| diana_coman: | but srsly, way to go | [06:00] |
| diana_coman: | mircea_popescu, the sdk not usable is usually that no CRYSTAL var set | [06:01] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (33h32) >>> 1 VSS q15050 | [06:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [06:11] |
| diana_coman: | mircea_popescu, I'll make the mites with my own dusts as they end up > 1k q anyway; I don't think there is any point in using the price for which your dusts sold given how a. they aren't even used b. it's unclear what it shows other than the fact that NOT using autobid is stupid | [07:02] |
| diana_coman: | so I'll do the clicks and then auction the mites | [07:03] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (32h32) >>> 1 VSS q15050 | [07:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [07:11] |
| Mocky: | diana_coman, can I buy 20 more of those cruddy hoes from you? | [11:02] |
| diana_coman: | Mocky, sure, let me fish them out | [11:03] |
| diana_coman: | Mocky, trade Foxy | [11:04] |
| Mocky: | close enuf? | [11:06] |
| Mocky: | diana_coman, dun have exact change | [11:06] |
| diana_coman: | do you want change? what was it even | [11:06] |
| Mocky: | 1739712 | [11:06] |
| Mocky: | don't need change | [11:07] |
| diana_coman: | ah, lol; ok | [11:07] |
| diana_coman: | enjoy! | [11:07] |
| Mocky: | thx! | [11:07] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (28h32) >>> 1 VSS q15050 | [11:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [11:11] |
| mircea_popescu: | diana_coman that was an earlier problem, meanwhile resolved. you ever see cs compiles as 32 bit on 64 system and then unable to link with the rest ? | [11:21] |
| diana_coman: | ugh, something does sound familiar there but iirc it was something I saw on windows only? my recollection of it is a bit fuzzy | [11:22] |
| diana_coman: | I'm compiling now Mocky's release so I'll be able to tell what is going on but so far it seems to be ok | [11:22] |
| diana_coman: | at any rate, I couldn't quite follow there what happened exactly i.e. how did cs get to be recompiled and what was changed since it previously compiled fine? | [11:23] |
| diana_coman: | oh hey, just popped on lapidary | [11:25] |
| mircea_popescu: | diana_coman looky, i recompiled the whole pile, and now can't link cs. | [11:26] |
| diana_coman: | well yes, but obv you changed something , no? so q is: what? | [11:26] |
| diana_coman: | or what, earlier you compiled and linked fine and now all of a sudden boom and looky? | [11:26] |
| mircea_popescu: | the hardware lol | [11:28] |
| diana_coman: | hm, Mocky can you release the full foxybot dir? it fails with various complaints that RetrieveAll is not declared in botStorage and the prototype for item:item does not match etc | [11:28] |
| mircea_popescu: | lmao. | [11:28] |
| mircea_popescu: | also, what do you mean "what was the plan" ? he got them, and cheap[er]. | [11:29] |
| diana_coman: | mircea_popescu, I'm merely curious whether he seriously planned to bid at the last minute so as to avoid anti-bid | [11:30] |
| mircea_popescu: | i dun recall a time he didn't do this ?\ | [11:30] |
| diana_coman: | really? I guess I got him wrong then, will re-calibrate | [11:31] |
| diana_coman: | at any rate: I think I'd have gotten some q2000 at least with those dusts but less than 100 mites | [11:31] |
| diana_coman: | hence my ambivalence towards the whole thing to start with - too few to fully use | [11:32] |
| diana_coman: | anyways, atm I'm making the > 1k q mites and when the whole thing is done I'll auction the various q batches and that is that | [11:32] |
| Mocky: | diana_coman, you want me to put files from base that haven't changed into a release that requires the base? | [11:32] |
| diana_coman: | Mocky, just archive the *whole* foxybot dir please | [11:32] |
| diana_coman: | so I can simply replace the dir entirely | [11:32] |
| Mocky: | will do | [11:33] |
| diana_coman: | mircea_popescu, do you have any more wos for sale? honestly it turns out that the sustainable thing here is cor clicking maculature - he even gets some mites 1k q out of it! | [11:33] |
| mircea_popescu: | i dunno if you're following me, but atm... can't link cs... can't bring up game... got nothing for sale!!1 | [11:33] |
| diana_coman: | lmao | [11:33] |
| mircea_popescu: | Mocky she has a point ; i was too general with "delta from main trunk". the contemplated usecase here is i do a fs-switch, if i use old foxybot i rename your dir m-foxybot, and when i use yours i rename the old one o-foxybot. and so... | [11:34] |
| diana_coman: | mircea_popescu, what can I say, let's work through this then: you have a 64 bit system on which everything compiles as 64 bits *except* for cs? | [11:36] |
| diana_coman: | or how does this even go? | [11:36] |
| mircea_popescu: | just about, best i can tell. | [11:36] |
| mircea_popescu: | and it ignores both enable-lib64 --disable-lib32 and CFLAGS=-m64 CXXFLAGS=-m64 LDFLAGS=-m64 sets of flags for the configure. | [11:36] |
| mircea_popescu: | it's all in the log!!111 | [11:37] |
| Mocky: | mircea_popescu, makes sense | [11:37] |
| diana_coman: | mircea_popescu, the various flags are in the log; not something what can grasp at to figure out the root cause there though; the log stuff simply reads "something weird is going on and the root cause is likely to be something else entirely given how nonsensical it seems" | [11:38] |
| mircea_popescu: | oh you think ?! | [11:39] |
| diana_coman: | more of an experience-induced guess | [11:39] |
| diana_coman: | is going again through the logs | [11:40] |
| diana_coman: | mircea_popescu, did you do a readelf -h libcrystalspaceVERSION ? | [11:42] |
| diana_coman: | at least to check if it is indeed 32 bits or what | [11:42] |
| mircea_popescu: | $ readelf -h libcrystalspace VERSION | [11:43] |
| mircea_popescu: | readelf: Error: 'libcrystalspace': No such file | [11:43] |
| diana_coman: | eh, go into cs dir | [11:43] |
| diana_coman: | and no, readelf -h libcrystalspace-2.1.so | [11:44] |
| mircea_popescu: | $ readelf -h libcrystalspace-2.1.so | [11:44] |
| mircea_popescu: | ELF Header: | [11:44] |
| mircea_popescu: | Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 | [11:44] |
| mircea_popescu: | Class: ELF64 | [11:44] |
| mircea_popescu: | Data: 2's complement, little endian | [11:44] |
| mircea_popescu: | Version: 1 (current) | [11:44] |
| mircea_popescu: | OS/ABI: UNIX - System V | [11:44] |
| mircea_popescu: | ABI Version: 0 | [11:44] |
| mircea_popescu: | Type: DYN (Shared object file) | [11:44] |
| mircea_popescu: | Machine: Advanced Micro Devices X86-64 | [11:44] |
| mircea_popescu: | Version: 0x1 | [11:44] |
| mircea_popescu: | Entry point address: 0x182fb0 | [11:44] |
| mircea_popescu: | Start of program headers: 64 (bytes into file) | [11:44] |
| mircea_popescu: | Start of section headers: 5317008 (bytes into file) | [11:44] |
| mircea_popescu: | Flags: 0x0 | [11:44] |
| mircea_popescu: | Size of this header: 64 (bytes) | [11:44] |
| mircea_popescu: | Size of program headers: 56 (bytes) | [11:45] |
| mircea_popescu: | Number of program headers: 7 | [11:45] |
| mircea_popescu: | Size of section headers: 64 (bytes) | [11:45] |
| mircea_popescu: | Number of section headers: 29 | [11:45] |
| mircea_popescu: | Section header string table index: 28 | [11:45] |
| mircea_popescu: | fuck me. | [11:45] |
| mircea_popescu: | WHAT the fuck. | [11:45] |
| diana_coman: | so it is 64 from what I see | [11:45] |
| mircea_popescu: | what the fuck ?! | [11:45] |
| diana_coman: | the problem there is different, need to pin it down | [11:45] |
| mircea_popescu: | Starting program: /home/mircea/mircea/dev/eulora-0.1.2b/euclient euclient | [11:45] |
| mircea_popescu: | /home/mircea/mircea/dev/eulora-0.1.2b/euclient: error while loading shared libraries: libcrystalspace-2.1.so: wrong ELF class: ELFCLASS32 | [11:45] |
| mircea_popescu: | Program exited with code 0177. | [11:45] |
| mircea_popescu: | this is the worst error message in history. what the fuck. | [11:46] |
| diana_coman: | probably it still tries to load a different lib? | [11:46] |
| diana_coman: | echo | [11:46] |
| mircea_popescu: | then why does it name it | [11:46] |
| mircea_popescu: | diana_coman nope, echo spits out correct dir. | [11:46] |
| diana_coman: | the one where you checked earlier with readelf, right? | [11:46] |
| diana_coman: | and LD_LIBRARY_PATH? | [11:46] |
| mircea_popescu: | right. | [11:47] |
| Mocky: | diana_coman: post updated with links to release with full foxybot dir: http://mocky.org/Foxybot-Enhancements-Part-10-Build-27-Mangled-Miner/ | [11:47] |
| mircea_popescu: | diana_coman that only has cal3d. in like triplicate. | [11:47] |
| diana_coman: | Mocky, thanks, will check in a min | [11:47] |
| diana_coman: | mircea_popescu, uhm, iirc it should have cs too | [11:48] |
| diana_coman: | mine reads: eulora-client/cal3d/src/cal3d/.libs/:eulora-client/cs/: | [11:49] |
| mircea_popescu: | aite, let me do that. | [11:51] |
| mircea_popescu: | diana_coman so i unset it and reset it to correct paths, ima try recompiling client | [11:55] |
| diana_coman: | Mocky, can report: it built! | [12:09] |
| Mocky: | good! | [12:10] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (27h32) >>> 1 VSS q15050 | [12:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [12:11] |
| mircea_popescu: | well now we progressed to | [12:13] |
| mircea_popescu: | DLERROR (/home/mircea/dev/cs/vfs.so): /home/mircea/dev/cs/vfs.so: wrong ELF class: ELFCLASS32 | [12:13] |
| mircea_popescu: | SCF_WARNING: factory returned a null instance for crystalspace.kernel.vfs | [12:13] |
| diana_coman: | lmao | [12:14] |
| diana_coman: | it sounds like cs build itself is messed up? were the paths set to correct cal3d dir when you built cs? | [12:15] |
| mircea_popescu: | they were ; but i guess gotta re-do whole process now, huh. | [12:15] |
| diana_coman: | probably saves a lot of wtf | [12:15] |
| mircea_popescu: | aite, ima do that. | [12:16] |
| diana_coman: | in other news: training costs are > 3mn on this lapidary run and it's not even yet completed! | [12:35] |
| mircea_popescu: | o.O | [12:40] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (26h32) >>> 1 VSS q15050 | [13:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [13:11] |
| mircea_popescu: | diana_coman nope, followed the http://www.eulorum.org/Ubuntu religiously, dies in same manner | [13:27] |
| mircea_popescu: | error while loading shared libraries: libcrystalspace-2.1.so: wrong ELF class: ELFCLASS32 | [13:27] |
| diana_coman: | mircea_popescu, hm, at that point I'd start looking into what arch you are using and what libc and so on | [13:41] |
| diana_coman: | because it sounds like a deeper issue | [13:41] |
| mircea_popescu: | o.O | [13:41] |
| mircea_popescu: | the irritating fact being that i had it run previously on exactly same setup | [13:41] |
| diana_coman: | is this ubuntu anyway? | [13:41] |
| mircea_popescu: | yes. | [13:41] |
| diana_coman: | well, not exactly same setup, no? | [13:42] |
| diana_coman: | something is different there | [13:42] |
| diana_coman: | does it *expect* a 32bit there?? | [13:42] |
| mircea_popescu: | not as far as i know. | [13:42] |
| mircea_popescu: | nope, shouldn't. | [13:42] |
| mircea_popescu: | i guess next ima re-download everything and try in a separate spot. | [13:43] |
| diana_coman: | might be worth a try but I rather suspect it will fail in same way; something in there thinks itself on 32bits for some reason | [13:46] |
| mircea_popescu: | how would i go about finding it tho | [13:50] |
| diana_coman: | hm, what does ldd --version even say? | [14:00] |
| mircea_popescu: | ldd (Ubuntu EGLIBC 2.11.1-0ubuntu7.8) 2.11 | [14:02] |
| mircea_popescu: | "Written by Roland McGrath and Ulrich Drepper." also. | [14:02] |
| diana_coman: | myeah, but still not clear what is going on there | [14:06] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (25h32) >>> 1 VSS q15050 | [14:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [14:11] |
| mircea_popescu: | diana_coman i found the problem! | [14:47] |
| diana_coman: | what was it? | [14:47] |
| mircea_popescu: | basically, legacy eu.sh was stuffing old paths in there. as i had both a 32 bit and a 64 bit cs.so on system, the old one ended up pulled in spuriously. | [14:47] |
| diana_coman: | ugh, I never used .sh thing | [14:47] |
| mircea_popescu: | didn't occur to me to edit the helper script till last pass lol. | [14:47] |
| mircea_popescu: | yeah well. | [14:47] |
| mircea_popescu: | aaanyway, now... http://p.bvulpes.com/pastes/bykEa/?raw=true | [14:47] |
| mircea_popescu: | i suspect it doesn't like the vidcard now ? | [14:48] |
| diana_coman: | it looks like it; but do you have the opengl stuff? | [14:48] |
| diana_coman: | and for that matter: did the walktest thing from cs run fine? | [14:48] |
| mircea_popescu: | i don't recall how that goes. /cs/walkest ? | [14:49] |
| diana_coman: | should be an executable in cs yes | [14:50] |
| mircea_popescu: | The program 'walktest' is currently not installed. You can install it by typing: | [14:51] |
| mircea_popescu: | sudo apt-get install crystalspace | [14:51] |
| mircea_popescu: | what the fuck already. | [14:51] |
| diana_coman: | lolz, no | [14:51] |
| diana_coman: | go where you have cs | [14:51] |
| mircea_popescu: | ah, ./ needed | [14:51] |
| diana_coman: | and look if it is there; it depends on how you built i.e. if you built it or not | [14:51] |
| diana_coman: | yes | [14:52] |
| mircea_popescu: | crystalspace.canvas.glx2d: Graphics display does not support basic GLX configuration | [14:52] |
| mircea_popescu: | this is bizarre to say the least, as i got NVIDIA-Linux-x86_64-340.102 on | [14:53] |
| diana_coman: | that glx2d is an opengl thing iirc | [14:55] |
| mircea_popescu: | escription: VGA compatible controller product: nVidia Corporation vendor: nVidia Corporation from lshw | [14:56] |
| mircea_popescu: | but, glxgears dies with Error: couldn't get an RGB, Double-buffered visual so i'm guessing there's some sort of videocard issue here. | [14:58] |
| mircea_popescu: | infuriatingly enough, nvidia-smi -a reports all is well : Timestamp : Sun Jul 15 13:01:17 2018 Driver Version : 340.102 Product Name : GeForce GT 630 | [15:02] |
| diana_coman: | lol! all is well and it's not working | [15:03] |
| mircea_popescu: | you know ? | [15:06] |
| mircea_popescu: | but i mean... i suspect there's no opengl whartsoever on this system | [15:06] |
| mircea_popescu: | speaking of which, shouldn't http://www.eulorum.org/Ubuntu include some libsage something ? | [15:06] |
| mircea_popescu: | i ~do~ have libgl1-mesa-dev | [15:07] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (24h32) >>> 1 VSS q15050 | [15:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [15:11] |
| diana_coman: | hm; and that nvidia toolkit? honestly I never needed more than what is on the wiki | [15:14] |
| diana_coman: | and I ran it on all sorts, including some on-board graphics thing | [15:14] |
| mircea_popescu: | hunting this wonder, ldd /usr/bin/glxinfo reports libGL.so.1 => /usr/lib/mesa/libGL.so.1 ; which i gather is incorrect for this system. | [15:14] |
| mircea_popescu: | sure enough ls /usr/lib/ grep "libGL" has both libGL.so.1 and libGL.so.340.102 jaysus. | [15:14] |
| diana_coman: | !QCalc 73000000/(26502*174.33*10) | [15:16] |
| lobbesbot: | diana_coman: 1.58005454807 | [15:16] |
| diana_coman: | !QCalc (59*2.35+41*1.58)/100 | [15:17] |
| lobbesbot: | diana_coman: 2.0343 | [15:17] |
| diana_coman: | eh | [15:17] |
| mircea_popescu: | aaand if you just delete the so.1 and ldconfig, it just recreates it... | [15:17] |
| diana_coman: | !QCalc 2*7666*7.41*1000 | [15:19] |
| lobbesbot: | diana_coman: 113610120 | [15:19] |
| diana_coman: | !QCalc 2*5085*10.67*1000 | [15:19] |
| lobbesbot: | diana_coman: 108513900 | [15:19] |
| diana_coman: | !QAuction 108.5m 48 5085 Assorted Library Mites q1067 | [15:20] |
| lobbesbot: | AUCTION # 297 STARTED by diana_coman: 5085 Assorted Library Mites q1067 Opening: 108.5m coppers Ending: 2018-07-17 19:20:33 UTC (48 hours) | [15:20] |
| diana_coman: | !QAuction 113.6m 48 7666 Assorted Library Mites q741 | [15:23] |
| lobbesbot: | AUCTION # 298 STARTED by diana_coman: 7666 Assorted Library Mites q741 Opening: 113.6m coppers Ending: 2018-07-17 19:23:06 UTC (48 hours) | [15:23] |
| diana_coman: | mircea_popescu, that sounds like such a messed up system overall, ugh | [15:23] |
| mircea_popescu: | except for the part where it's fine, i'd agree. | [15:23] |
| mircea_popescu: | (II) Loading /usr/lib/xorg/modules/extensions/libglx.so | [15:27] |
| mircea_popescu: | (II) Module glx: vendor="NVIDIA Corporation" | [15:27] |
| mircea_popescu: | (II) NVIDIA GLX Module 340.102 Mon Jan 16 12:37:38 PST 2017 | [15:27] |
| mircea_popescu: | nfi, gl is there... | [15:27] |
| mircea_popescu: | check out this beauty : dpkg -S /usr/lib/libGL.so.1 > dpkg: /usr/lib/libGL.so.1 not found. meanwhile $ ldd /usr/bin/glxinfo grep "libGL" > libGL.so.1 => /usr/lib/mesa/libGL.so.1 (0x00007f129e644000) | [15:31] |
| mircea_popescu: | well is it or isin't it, motherfcucking useless piece of shitware. | [15:31] |
| mircea_popescu: | is at a loss how to proceed with this. | [15:51] |
| diana_coman: | so apparently it expects it to be in /usr/lib but it's in /usr/lib/mesa? | [15:53] |
| diana_coman: | is it, anyway? | [15:53] |
| mircea_popescu: | diana_coman it's where it's supposed to be | [15:53] |
| mircea_popescu: | a there we go, libgl1-mesa-glx: /usr/lib/mesa/libGL.so.1 | [15:55] |
| mircea_popescu: | i guess what happens here is that i installed the bulk of prerequisites from wiki, and in the process fucked my nvidia gfx install because mesa overwrote it ? | [15:56] |
| mircea_popescu: | ofcourse uninstlaling it did nothing... | [15:57] |
| diana_coman: | what, can't uninstall nvidia gfx stuff anymore?? | [16:00] |
| diana_coman: | Mocky, of all tables in my inv, bot picked the one with bps, lol! | [16:00] |
| Mocky: | i made it pick the heaviest | [16:01] |
| Mocky: | it was the best way i could think of to make sure to always pick the same one | [16:01] |
| diana_coman: | Mocky, and it's stuck re-dropping glitched table | [16:01] |
| diana_coman: | somehow I can't believe it's glitched more than 10 times in the row | [16:01] |
| diana_coman: | fwiw eid it reports are big anyway, 30474 and bigger | [16:02] |
| Mocky: | i just got the same thing myself for the first time and working on a fix now | [16:02] |
| diana_coman: | ok | [16:02] |
| Mocky: | looks like lag immediately after dropping the table is not handled well by bot and corrupts state machine | [16:03] |
| mircea_popescu: | diana_coman you mean reinstall ? | [16:03] |
| diana_coman: | o.O if I put something in the table it did not get stuck | [16:03] |
| diana_coman: | mircea_popescu, well, first uninstall if it's suspected botched, but yes | [16:04] |
| mircea_popescu: | if i uninstall it there'll be no x. | [16:04] |
| diana_coman: | I honestly can't tell what is going on there because it's obviously in a tangled mess | [16:04] |
| mircea_popescu: | my problem seems to be that kernel-x-etc all see the video driver fine ; but some ulterior userland bullshit gets confused ; so stuff like glxgears/eulora can'tr get to opengl | [16:04] |
| mircea_popescu: | this has actually been more frustation/annoyance in two days than the sum total i had to endure with eulora to date. | [16:05] |
| diana_coman: | it sounds horrible for sure; running just glxinfo works fine? | [16:07] |
| mircea_popescu: | Error: couldn't find RGB GLX visual or fbconfig | [16:08] |
| diana_coman: | ugh | [16:10] |
| diana_coman: | any clue from /var/log/Xorg.0.log ? | [16:11] |
| diana_coman: | or whatever is called the relevant log there | [16:11] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (23h32) >>> 1 VSS q15050 | [16:11] |
| lobbesbot: | A#298 O=113.6mn HB=No bids E=07-17 19:23:06 (47h11) >>> 7666 Assorted Library Mites q741 | [16:11] |
| lobbesbot: | A#297 O=108.5mn HB=No bids E=07-17 19:20:33 (47h9) >>> 5085 Assorted Library Mites q1067 | [16:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [16:11] |
| mircea_popescu: | nope. all happy as can be. | [16:11] |
| mircea_popescu: | diana_coman hanbot does glxinfo work on either of your eulora systems ? | [16:14] |
| diana_coman: | mircea_popescu, yes it does | [16:14] |
| mircea_popescu: | well, the error it spits out is ~undebuggable. | [16:14] |
| diana_coman: | and tbh the only time I saw something similar it was iirc a clash with the nouveau drivers | [16:14] |
| mircea_popescu: | this sounds possible ; but of course uninstalling nouveau is ~= uninstalling the whole ubuntu. | [16:15] |
| mircea_popescu: | cuz they were careful about that part. | [16:15] |
| diana_coman: | hence uninstalling nvidia rather? basically let it run on nouveau only? | [16:16] |
| mircea_popescu: | nouveau has opengl ?! | [16:17] |
| diana_coman: | the point is first to get the system to something that clearly works without weird errors | [16:17] |
| diana_coman: | and then maybe build from there | [16:17] |
| diana_coman: | as atm it's not even clear where the problem starts from | [16:18] |
| mircea_popescu: | but... this works without weird errors... oh you mean re eulora ? | [16:18] |
| diana_coman: | well, apparently not only eulora | [16:18] |
| diana_coman: | what, are you running *other* graphical stuff using opengl and it works? | [16:19] |
| diana_coman: | Mocky, that output neatly indented and all that is great! | [16:20] |
| diana_coman: | apparently bot nukes stuff quite often, but so far at least it hasn't stumbled because of that | [16:21] |
| Mocky: | thx, tried to make the extra log spew more palatable | [16:21] |
| mircea_popescu: | holy shit after like a monthwaiting for this, now i can't deploy it because crazy shitsticks! | [16:21] |
| mircea_popescu: | fucking hell. | [16:21] |
| diana_coman: | Mocky, admiteddly weird use but anyway: by the looks of it, it'll end up overweight because I had some sr in my inv and it won't touch that stack although new sr got added on top by takeall | [16:27] |
| Mocky: | yeah, i need to talk to you guys about that | [16:27] |
| mircea_popescu: | eh, just go with empty pockets! | [16:28] |
| Mocky: | current behavior is only touch inv slots that were empty before /takeall | [16:28] |
| diana_coman: | mircea_popescu, yes, hence my "weird use" ; not a big thing, but anyway | [16:28] |
| Mocky: | but i don't think that's right now. but not sure what the right thing would be | [16:28] |
| diana_coman: | worth mentioned plainly | [16:29] |
| diana_coman: | Mocky, it's ok really but it needs to be made clear | [16:29] |
| diana_coman: | hm, it missed building a claim | [16:30] |
| diana_coman: | possibly 2 so far because I have 2 tiny enums Mocky | [16:31] |
| diana_coman: | it says "NO CLAIM FOUND" | [16:31] |
| Mocky: | can happen if it takes longer than 'usual' for claim marker to appear, maybe i need to make it wait longer | [16:32] |
| diana_coman: | and 3rd | [16:32] |
| Mocky: | did it drop the keys? | [16:33] |
| diana_coman: | that's 3 claims out of 55 attempts so far | [16:33] |
| diana_coman: | yes, or at least I don't have them in inv | [16:33] |
| mircea_popescu: | ooook, got it. | [16:34] |
| diana_coman: | mircea_popescu, welcome back | [16:34] |
| mircea_popescu: | so the problem consisted of my running through the whole list of http://www.eulorum.org/Ubuntu requisite packages list. libgl1-mesa-dev (which ... isn't even fucking needed, i am now running eulora without it) fucked my video drivers (in a strange halfway manner, prolly fucked some userland wrapper somewhere). reinstalling the nvidia originals fixed it. | [16:35] |
| diana_coman: | and another one;this time I saw it saying "dropping key for glitched tiny claim" but before that it still has "no claim found" | [16:36] |
| mircea_popescu: | i am thinking a number of those things should be ablated, i can't imagine why i want the 500mb doxygen stuff either | [16:36] |
| mircea_popescu: | anyway, bbl. | [16:37] |
| diana_coman: | mircea_popescu, I agree some pruning would be good; thing is: I ran eulora without lots of other things (a dedicated graphics card included) but it's unclear that's desirable really | [16:37] |
| Mocky: | i don't have any special handling for when the claim marker shows up stubstantially later than the key+bp, i've only seen that very rarely. looks like it's needed | [16:39] |
| diana_coman: | Mocky, for info: I am running it at a spot where I got ONLY SR so far; it explored 70 times, it failed to build 4 claims, there are 9 piles in the table | [16:39] |
| diana_coman: | the only weird part is that it seems to not move as instructed really? | [16:39] |
| Mocky: | not move how? | [16:40] |
| diana_coman: | I ran it with /bot explore 2000 line 15 1 M 7500 9000 100 | [16:40] |
| diana_coman: | and it seems to be on a very small spot | [16:40] |
| diana_coman: | or hm, I'll count its steps at some point I guess | [16:40] |
| diana_coman: | it doesn't quite seem to do 15 in a line before coming back but maybe it's tricking me with the nuke | [16:41] |
| Mocky: | will do bigger steps in run mode vs walk also | [16:42] |
| diana_coman: | it's walk mode, I usually run it in walk mode to keep it where I want it | [16:42] |
| diana_coman: | the q seems ok but I don't quite see a way to fully check it as it were | [16:43] |
| diana_coman: | too fat to pickup table, heh | [16:44] |
| diana_coman: | it's due to my previous stack of sr though so it's fine | [16:45] |
| Mocky: | re: stacking, currently if it finds an exact match in the table to a new item, it just moves it there and doesn't restack stuff, rationale being that if table was fully stacked and that pile remained then stacking won't be needed | [16:46] |
| Mocky: | but i'm not sure that's right anymore | [16:46] |
| diana_coman: | Mocky, it makes sense and it's not a problem anyway | [16:52] |
| Mocky: | ok | [16:55] |
| diana_coman: | honestly, so far it works great really ! | [16:56] |
| Mocky: | good to hear | [16:57] |
| diana_coman: | it seems to move correctly too - I really checked it this time and it did the 15 steps forwards and then started backwards | [16:57] |
| diana_coman: | Mocky, does it stop if it's out of lbn/thread/bundles? | [16:58] |
| Mocky: | yes | [16:58] |
| diana_coman: | cool; I'll aim to leave it overnight then and see how it goes :) | [16:58] |
| diana_coman: | aaand ofc now it got into trouble | [16:59] |
| diana_coman: | Mocky, it considered explore not finished, moved on then "no claim found" and "locking glitched claim" and on and on, it basically failed to recover from it and burnt instead the tool for nothing | [17:00] |
| Mocky: | hmm | [17:01] |
| diana_coman: | this is perhaps simply solvable with a longer timeout (mine is usually VERY long for this sort of reason) | [17:01] |
| Mocky: | i don't think i've seen that one yet. i'll look that code and see what I can find | [17:03] |
| diana_coman: | but it's a bit worrying that it seemed stuck into this cycle | [17:03] |
| diana_coman: | i.e. it should recover properly | [17:03] |
| Mocky: | right | [17:03] |
| diana_coman: | thing is: if it moves on because it thinks it failed but in fact it hasn't, it will get afterwards the "you moved from where you started" or some such | [17:04] |
| Mocky: | in your main chat window, are there problem messages for that section, or does it look normal? | [17:04] |
| diana_coman: | atm I guess it should perhaps do at least a /unstick to make sure it starts again with clean slate | [17:04] |
| diana_coman: | just as expected "You were unsuccessful since you moved away from where you started" | [17:05] |
| Mocky: | what's /unstick do? | [17:05] |
| diana_coman: | basically it's a universal cancel of sorts | [17:05] |
| diana_coman: | in this specific situation it terminates the previous /explore | [17:06] |
| Mocky: | i've been getting lately some "You were unsuccessful since you moved away from where you started" repeatedly when i did not in fact move | [17:07] |
| Mocky: | i did see once where bot moved on wrongfully in the middle of explore, but I couldn't figure out why and it never happened again | [17:07] |
| diana_coman: | hm; could it be that the client sends the position message delayed? | [17:08] |
| diana_coman: | i.e. server gets first /explore,sets the position and then it receives another position message so it thinks you moved? | [17:08] |
| diana_coman: | I can't think of any other situation fitting this | [17:09] |
| diana_coman: | basically bot fires up the /explore too quickly | [17:09] |
| Mocky: | looking at the packet log, client sends position via MSGTYPE_DEAD_RECKONING in the middle of *every* explore, originally i thought that was the cause | [17:09] |
| diana_coman: | well, as long as it's same position it wouldn't matter anyway | [17:10] |
| Mocky: | my unsuccessful since moved, were when the position update was same as prior, and it would happen 10 times in a row sometimes | [17:10] |
| diana_coman: | trouble is if it's not same... | [17:10] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (22h32) >>> 1 VSS q15050 | [17:11] |
| lobbesbot: | A#298 O=113.6mn HB=No bids E=07-17 19:23:06 (46h11) >>> 7666 Assorted Library Mites q741 | [17:11] |
| lobbesbot: | A#297 O=108.5mn HB=No bids E=07-17 19:20:33 (46h9) >>> 5085 Assorted Library Mites q1067 | [17:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [17:11] |
| Mocky: | http://logs.minigame.biz/2018-07-09.log.html#t00:34:28 | [17:11] |
| lobbesbot: | Logged on 2018-07-09 00:34:28: <Mocky> the damn client is sending player-movement to the server behind my back during explore, messing up my shit | [17:11] |
| diana_coman: | wait, so position was always same from last before explore to the "unsuccessful because moved"? | [17:11] |
| Mocky: | same sometimes same within epsilon others | [17:12] |
| diana_coman: | epsilon is a problem because server is strict on this | [17:13] |
| diana_coman: | same , hmm | [17:13] |
| Mocky: | somtimes coords seem to have 2 decimals others 3. i don't have this wiresharked, just reading the client formated packet logs | [17:14] |
| diana_coman: | there are way too many of those "position" messages for sure, at any rate | [17:15] |
| danielpbarron: | diana_coman, no it was not. sorry about that | [17:18] |
| Mocky: | hmm, im looking through some of my logs for yesterday and i see that sometimes right before "unsuccessful cuz moved" server is acknowledging not the last sent pos,but prior one, so resending again last pos during explore starts to make sense | [17:21] |
| Mocky: | but it seems that often server doesn't ack position messages at all | [17:22] |
| diana_coman: | Mocky, yes because if it ack all of them, it would literally flood | [17:22] |
| diana_coman: | it's a totally shitty "protocol" there | [17:23] |
| Mocky: | right, i just mean often see 5-10 minutes between | [17:24] |
| diana_coman: | hm, what do you call ack? | [17:25] |
| Mocky: | i tried to find a way to get client to not send position update during explore, but i haven't yet tracked down where it's comving from | [17:25] |
| Mocky: | same message type comming back from server with coords: MSGTYPE_DEAD_RECKONING | [17:25] |
| diana_coman: | hm, I'll have to refresh on specifics of that | [17:26] |
| diana_coman: | anyway, I've started bot again with longer timeout and will leave it to it for some hours | [17:27] |
| Mocky: | i mean, it doesn't seem to be a problem, maybe only needed so infrequently. problem more seems to be client behavior | [17:27] |
| diana_coman: | Mocky, yes | [17:27] |
| Mocky: | just stand still during explore damn it! | [17:27] |
| diana_coman: | anyway, good work on the bot so far and thank you! | [17:28] |
| Mocky: | thanks. | [17:28] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (21h32) >>> 1 VSS q15050 | [18:11] |
| lobbesbot: | A#298 O=113.6mn HB=No bids E=07-17 19:23:06 (45h11) >>> 7666 Assorted Library Mites q741 | [18:11] |
| lobbesbot: | A#297 O=108.5mn HB=No bids E=07-17 19:20:33 (45h9) >>> 5085 Assorted Library Mites q1067 | [18:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [18:11] |
| mircea_popescu: | danielpbarron ready to settle auctionz ? | [19:03] |
| danielpbarron: | ya | [19:06] |
| mircea_popescu: | aite 5 mins to load everything up. | [19:08] |
| mircea_popescu: | !Qcalc 21+16.5+ 74 | [19:10] |
| lobbesbot: | mircea_popescu: 111.5 | [19:10] |
| mircea_popescu: | lobbesbot strangely http://logs.minigame.biz/ doesn't include today ? | [19:10] |
| mircea_popescu: | mocky compile success! | [19:10] |
| Mocky: | nice! | [19:11] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (20h32) >>> 1 VSS q15050 | [19:11] |
| lobbesbot: | A#298 O=113.6mn HB=No bids E=07-17 19:23:06 (44h11) >>> 7666 Assorted Library Mites q741 | [19:11] |
| lobbesbot: | A#297 O=108.5mn HB=No bids E=07-17 19:20:33 (44h9) >>> 5085 Assorted Library Mites q1067 | [19:11] |
| lobbesbot: | --- end of auction list, 100mn total bids --- | [19:11] |
| mircea_popescu: | sez right there, foxybot 1.5 build 27 | [19:12] |
| mircea_popescu: | ty danielpbarron | [19:12] |
| danielpbarron: | ty] | [19:12] |
| mircea_popescu: | Mocky so is this single table or should i take multiple ? | [19:13] |
| Mocky: | single | [19:13] |
| mircea_popescu: | ook, 67 ch q 55540, 1k each tiny bundle of 11.5k each and.... 10.5k cft! | [19:15] |
| mircea_popescu: | table is empty... and we begin! | [19:15] |
| mircea_popescu: | and therer it sits redropping glitched table | [19:18] |
| mircea_popescu: | Mocky anything i can do about this ? | [19:18] |
| Mocky: | stop bot and restart | [19:19] |
| Mocky: | diana_coman had and i had same issue earlier today, i'm working on a fix | [19:19] |
| mircea_popescu: | i reset, restared, same behaviour. | [19:19] |
| mircea_popescu: | should i get a diff table ? | [19:19] |
| mircea_popescu: | got eids from lowest 126 to highest 60k or so fwis. | [19:20] |
| Mocky: | that shouldn't matter. try starting with something in the table | [19:20] |
| mircea_popescu: | but i dun wanna lose a slot ? is it because it always thinks glitched when empty ? | [19:21] |
| Mocky: | i don't think so, but haven't tested that path recently | [19:21] |
| Mocky: | it could be | [19:21] |
| mircea_popescu: | meet me in town ill gift you this table | [19:21] |
| mircea_popescu: | seems it has a lot of interesting angles for you. | [19:22] |
| Mocky: | ok, will take me a few to get over there | [19:22] |
| mircea_popescu: | ah is it inconvenient ? | [19:22] |
| Mocky: | no, i'm on my way there to train anyway | [19:22] |
| mircea_popescu: | kk. | [19:23] |
| mircea_popescu: | oh i see diana has been already taking over the pop tops with this new technologee... | [19:23] |
| mircea_popescu: | lobbesbot specifically what i mean is , http://logs.minigame.biz/search/?q=SOLD+to doesnt' show http://logs.minigame.biz/2018-07-15.log.html#t06:30:38 | [19:24] |
| Mocky: | mircea_popescu, ok im in town | [19:28] |
| mircea_popescu: | o look at that, sm remark! | [19:30] |
| mircea_popescu: | Mocky back to same dropping glitched table cycle. | [19:31] |
| mircea_popescu: | In my testing this glitch is 100\% correlated with the Planeshift / GEM entity ids (EID), where tables with EIDs values 998 and below are always glitched and EID values 1010 and above are never glitched. << this is experimentally invalidated btw, in about 5\% of cases the stated property was present, but mostly eids > 1k | [19:32] |
| Mocky: | i have a bug with table dropping that it thinks is a glitch, plus the test is use (with the bot) gives false positives because much faster to re-drop table than to sit around waiting | [19:35] |
| Mocky: | tru test is what is the eid of table you legit can't use manually | [19:35] |
| Mocky: | yup looks like empty table is non starter inthis build | [19:41] |
| Mocky: | damn. i haven't had an empty table for 2 weeks! | [19:41] |
| mircea_popescu: | kek | [19:44] |
| mircea_popescu: | ok, putting a thing in there. | [19:44] |
| mircea_popescu: | now it's mining! | [19:45] |
| mircea_popescu: | wasted 1 because "moved"... | [19:45] |
| mircea_popescu: | 2/3 wasted because "moving"... | [19:45] |
| mircea_popescu: | 3/4 | [19:46] |
| mircea_popescu: | 4/5 | [19:46] |
| mircea_popescu: | 5/6 | [19:46] |
| mircea_popescu: | 6/7 | [19:47] |
| mircea_popescu: | 7/8, that';s good enough for me. | [19:47] |
| mircea_popescu: | Mocky : got me 45 wood and wasted all subsequent explores through shadow movement. | [19:47] |
| mircea_popescu: | this is not economical so ima call it quits for this version. | [19:48] |
| hanbot: | mircea_popescu so the problem consisted of my running through the whole list << should libgl1-mesa-dev be removed from the eulorum list then? moved to different list of suspect packages? | [19:48] |
| mircea_popescu: | hanbot im pretty sure it breaks a system in the specific way discussed if installed ~after~ nvidia's own drivers. | [19:49] |
| mircea_popescu: | then again, i'd very much like to see what happens when one tries to compile eulora and has no doxygen. | [19:50] |
| Mocky: | i was thinking that the "moved" issue wasn't that important since only happens to me after 4-6 hours of continuous mining. i see differently now. | [19:51] |
| mircea_popescu: | eulora is a harsh mistress, people are liable to look unkindly upon any wastage. | [19:51] |
| Mocky: | high likelihood fix won't be confined to foxybot directory | [19:52] |
| mircea_popescu: | hey, if you crack client code two across the eyes i won't weep. | [19:53] |
| mircea_popescu: | anyway, what a fucking day it;s been for poor little old me! i even sent someone to buy me a hatchet. | [19:54] |
| Mocky: | that's one way to fix comp | [19:55] |
| Mocky: | "fix" | [19:55] |
| mircea_popescu: | in all my years of mostly unwilling interactiuon with the damned things, it stands as by far the most satisfying. | [19:55] |
| mircea_popescu: | everything else just drags one in deeper. | [19:55] |
| Mocky: | indeed | [19:56] |
| Birdman2: | did my guy have a stroke? using cs crazy fast and can only use 4 threads in my small farming | [20:04] |
| mircea_popescu: | Birdman2 how long have you been asleep lol. | [20:05] |
| Birdman2: | lool | [20:05] |
| Birdman2: | a long while apparently | [20:05] |
| mircea_popescu: | lotta things changed. do you recall /show top ? | [20:06] |
| Birdman2: | no | [20:06] |
| mircea_popescu: | try it. | [20:07] |
| mircea_popescu: | !Qcalc 113.6/(7666 * 7.41) | [20:07] |
| lobbesbot: | mircea_popescu: 0.00199982184686 | [20:07] |
| mircea_popescu: | !Qcalc 108.5/(5085 *10.67) | [20:08] |
| lobbesbot: | mircea_popescu: 0.00199974381162 | [20:08] |
| mircea_popescu: | CHEAPER!! | [20:08] |
| mircea_popescu: | !Qbid 298 113.6mn | [20:08] |
| lobbesbot: | AUCTION # 298: 7666 Assorted Library Mites q741 Heard: 113.6mn from mircea_popescu Ending: 2018-07-17 19:23:06 UTC (43 hours 14 mins) | [20:08] |
| mircea_popescu: | !Qbid 297 108.5mn | [20:09] |
| lobbesbot: | AUCTION # 297: 5085 Assorted Library Mites q1067 Heard: 108.5mn from mircea_popescu Ending: 2018-07-17 19:20:33 UTC (43 hours 11 mins) | [20:09] |
| Birdman2: | that is sick | [20:09] |
| Mocky: | re: "moved" problem, I just looked through my logs from yesterday of about 18hrs of mining, i got it 5 times and in each of those cases, client sent a new and different position to server immediately after picking up a table which was too heavy, and server immediately responds with confirming the last good pos before the pickup. client seems to ignore this and sends standard pos update during /explore: server balks | [20:09] |
| Mocky: | seems like a good lead to follow | [20:10] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (19h32) >>> 1 VSS q15050 | [20:11] |
| lobbesbot: | A#298 O=113.6mn HB=113.6mn E=07-17 19:23:06 (43h11) >>> 7666 Assorted Library Mites q741 | [20:11] |
| lobbesbot: | A#297 O=108.5mn HB=108.5mn E=07-17 19:20:33 (43h9) >>> 5085 Assorted Library Mites q1067 | [20:11] |
| lobbesbot: | --- end of auction list, 322.1mn total bids --- | [20:11] |
| mircea_popescu: | Mocky this sounds like it, actually. | [20:13] |
| mircea_popescu: | reason you took n hours to run into it is that you're not rich, gotta work your way to weight | [20:13] |
| mircea_popescu: | i can just unload so much stuff from storage to make me a shade under | [20:13] |
| Mocky: | na, that's why i mine boulders, over weight the whole time | [20:13] |
| mircea_popescu: | ah | [20:13] |
| mircea_popescu: | still sounds like a likely avenue. | [20:14] |
| Mocky: | thing is, bot is calling for full stop on client before pickup and drop of table. seems like client needs firmer convincing to fully stop | [20:15] |
| mircea_popescu: | prolly. | [20:15] |
| Mocky: | diana_coman, re: earlier convo about client server position comms... i think i was mistaken to call the server messages 'ack's, more like corrections: only needed when server disagrees | [20:18] |
| mircea_popescu: | quite. | [20:23] |
| Birdman2: | these damn leathers, who can sell blueprints for 'the wheel' | [20:24] |
| mircea_popescu: | the wheel ?! | [20:25] |
| Birdman2: | to move the heaps! | [20:25] |
| mircea_popescu: | lol. | [20:26] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (18h32) >>> 1 VSS q15050 | [21:11] |
| lobbesbot: | A#298 O=113.6mn HB=113.6mn E=07-17 19:23:06 (42h11) >>> 7666 Assorted Library Mites q741 | [21:11] |
| lobbesbot: | A#297 O=108.5mn HB=108.5mn E=07-17 19:20:33 (42h9) >>> 5085 Assorted Library Mites q1067 | [21:11] |
| lobbesbot: | --- end of auction list, 322.1mn total bids --- | [21:11] |
| Birdman2: | mircea_popescu i have bunches of LH and BBB i want to sell, before i mix do you want me to keep to higher q (150q+) seperate from the lower? | [21:13] |
| Birdman2: | that is, if you are looking to buy | [21:13] |
| mircea_popescu: | prolly a good idea | [21:13] |
| Mocky: | psclientdr.cpp line 233: // Ignore any updates to the main player...psForcePositionMessage handles that. | [21:29] |
| Mocky: | yeah better ignore that shit, lol | [21:29] |
| Mocky: | so then I check my logs for this forcePositionMessage, it's very rare, 2 or 3 times a day. but in every case it's the start of an arguement between client and server after client picks up something heavy and gets locked | [21:31] |
| Mocky: | client tries to move after locked, server sends forcePosition back to where it was when picked up, client seems to concede sending back a matching pos, but then sends 3 more movements trying to walk back to the original 'bad' position. this goes on for dozens of messages, client just wont fucking yield | [21:34] |
| Mocky: | seems to go on, back and forth steadily, every 50-100ms until client drops heavy item, despite whatever else is going on | [21:37] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (17h32) >>> 1 VSS q15050 | [22:11] |
| lobbesbot: | A#298 O=113.6mn HB=113.6mn E=07-17 19:23:06 (41h11) >>> 7666 Assorted Library Mites q741 | [22:11] |
| lobbesbot: | A#297 O=108.5mn HB=108.5mn E=07-17 19:20:33 (41h9) >>> 5085 Assorted Library Mites q1067 | [22:11] |
| lobbesbot: | --- end of auction list, 322.1mn total bids --- | [22:11] |
| Birdman: | mircea_popescu: LH - 510 q196; 26979 q3; 4610 q61 | [22:19] |
| Birdman: | BBB - 189 q682; 95642 q25 | [22:19] |
| Birdman: | mucked up alot of that mixing | [22:20] |
| Birdman: | !Qcalc (721*.03*26979+(721*1.96*510)+(721*.61*4610)) | [22:21] |
| lobbesbot: | Birdman: 3331791.47 | [22:21] |
| Birdman: | !Qcalc (721*.03*26979+(721*1.96*510)+(721*.61*4610))2 | [22:22] |
| lobbesbot: | Birdman: Error: unexpected EOF while parsing (<string>, line 1) | [22:22] |
| Birdman: | !Qcalc (721*.03*26979+(721*1.96*510)+(721*.61*4610))*2 | [22:22] |
| lobbesbot: | Birdman: 6663582.94 | [22:22] |
| Birdman: | !Qcalc (197*6.82*189+(197*.25*95624)*1.8)+(((721*.03*26979+(721*1.96*510)+(721*.61*4610))*2) | [22:24] |
| lobbesbot: | Birdman: Error: unexpected EOF while parsing (<string>, line 1) | [22:24] |
| Birdman: | !Qcalc (197*6.82*189+(197*.25*95624)*1.8) | [22:25] |
| lobbesbot: | Birdman: 8730996.66 | [22:25] |
| lobbesbot: | A#296 O=100mn HB=100mn E=07-16 19:43:48 (16h32) >>> 1 VSS q15050 | [23:11] |
| lobbesbot: | A#298 O=113.6mn HB=113.6mn E=07-17 19:23:06 (40h11) >>> 7666 Assorted Library Mites q741 | [23:11] |
| lobbesbot: | A#297 O=108.5mn HB=108.5mn E=07-17 19:20:33 (40h9) >>> 5085 Assorted Library Mites q1067 | [23:11] |
| lobbesbot: | --- end of auction list, 322.1mn total bids --- | [23:11] |
| mircea_popescu: | Mocky nice finding it! | [23:55] |
| mircea_popescu: | whodda thunk it, imbeciles made a client that behaves exactly like a stupid brat. http://btcbase.org/log/2018-06-26#1829964 totally not related to any of this nevertheless, huh. | [23:57] |
Comments feed: RSS 2.0