02:56 |
crtdaydreams |
asciilifeform, phf: first time compiling cadr usim.tar.gz here on x86_64 void linux kver=5.18.19_1, I'm wondering what issues you've had with compilation (besides the misname -Wall flag) it appears a multilib system is a necessity? 32bit SDL seems to be a dep, are there any ways around this or patches? |
03:04 |
crtdaydreams |
nvm |
03:14 |
crtdaydreams |
yep musl, not gonna fly :< |
| |
~ 7 hours 53 minutes ~ |
11:08 |
phf |
http://logs.nosuchlabs.com/log/pest/2023-01-02#1020120 << i haven't compiled brad's code in forever, the bulk of CADR work is happening here https://tumbleweed.nu/lm-3/ |
11:09 |
dulapbot |
Logged on 2023-01-02 02:54:57 crtdaydreams[asciilifeform]: asciilifeform, phf: first time compiling cadr usim.tar.gz here on x86_64 void linux kver=5.18.19_1, I'm wondering what issues you've had with compilation (besides the misname -Wall flag) it appears a multilib system is a necessity? 32bit SDL seems to be a dep, are |
11:10 |
phf |
and usim lives here, https://tumbleweed.nu/r/usim. it's fossil repo |
11:11 |
phf |
i think brad's version had both sdl and x11, but we removed sdl, because nobody who works on this (3 people, myself included) care. ithere's a helper script in https://tumbleweed.nu/r/l/doc/trunk/README.md to bring up the whole thing |
| |
~ 34 minutes ~ |
11:46 |
phf |
but there should be no reason for the tumbleweed code not to compile on usim, except for some gnuism here and there |
| |
↖ |
| |
~ 36 minutes ~ |
12:23 |
* |
cgra speaking with duct-taped tkinter-blatta, irc-specifics and order buffer pulled out and/or taped shut. hi all! |
12:23 |
dulapbot |
(asciilifeform) 2022-06-14 phf: which is that you're trying to prove an argument, rather than make an honest discovery into the subject. you have no skin in game beyond the substance of the argument. if you for example, and by accident or intentionally, had some money running on a pyramid, might be a lot more interested in |
12:24 |
shinohai |
Oh heya cgra! |
12:25 |
asciilifeform |
hmm oddball echo ^ ? ( possib. on acct of desynced loggers ) |
12:25 |
asciilifeform |
welcome to pestnet, cgra ! |
12:34 |
phf |
http://logs.nosuchlabs.com/log/pest/2023-01-02#1020128 << i'm a strong believer that an important property of `thinking folk` is to be able to think any kind of thought a thinking folk might want to, and separate it from the doing aspect. e.g. once can theorize on how it feels to b |
12:34 |
phf |
e fucked in the ass, without it necessarily leading to one going to a homo club the next day over. in fact thought policing of that manner is a quintessential non-thinking folk behavior. `what are you some kind of fag?` |
12:34 |
dulapbot |
Logged on 2023-01-02 12:21:53 asciilifeform[cgra]: hey apparently even thinking folx often come to believe they can 'model' pyramid. so prolly will never run out. |
12:42 |
phf |
likewise, one can attempt to theorize a best game theoretical strategy for whatever situation. professional poker players like Sklansky took a degenerate, `lost the estate, the horse and the wife` activity, and modeled highly conservative winning strategies out of it. this is also |
12:42 |
phf |
what places like goldman do when it comes to any kind of money markets. but that doesn't mean that i think that ~i~ could play an mmm, and win, and that's why i don't do it, because it's not my area of expertise. never the less to suggest that there's no analyzable, optimal strateg |
12:43 |
phf |
y given acceptable risk tradeoffs is the opposite side of the mmm-rube coin, the all wise doomer skeptic |
| |
~ 31 minutes ~ |
13:14 |
asciilifeform |
waitasec wat happened there? phf -- all good points, but the msg yer replying to is actually from june ?! |
13:14 |
dulapbot |
Logged on 2023-01-02 12:21:53 asciilifeform[cgra]: hey apparently even thinking folx often come to believe they can 'model' pyramid. so prolly will never run out. |
13:14 |
dulapbot |
Logged on 2022-06-16 13:57:25 asciilifeform: hey apparently even thinking folx often come to believe they can 'model' pyramid. so prolly will never run out. |
13:14 |
asciilifeform |
but replayed without replay marker ?! |
13:14 |
asciilifeform |
not showed up in asciilifeform's station today, either (tho visible on dulapnet logger) |
13:16 |
phf |
lol, i was trying to figure out in vain why you decided to lift an old thread |
13:16 |
asciilifeform |
lol |
13:17 |
phf |
there's all kinds of mess going on if you compare bitdash and nosuchlabs. |
13:17 |
asciilifeform |
pretty strange -- even if were quirk in cgra's station, the ancient msg oughta've been rejected as stale/dupe by erryone neh |
13:17 |
asciilifeform |
phf: nosuchlabs logger is pretty useless atm, given as doesn't mark replays nor strip []s |
13:17 |
* |
asciilifeform looks fwd to replacing it with an actual logger |
13:18 |
asciilifeform |
this lul wasn't a regular replay tho |
13:18 |
asciilifeform |
was clearly sumthingelse |
13:18 |
asciilifeform |
q is -- wat |
13:18 |
awt |
cgra: please publish a patch! |
13:19 |
* |
asciilifeform looked at own debug log, defo didn't emit a re-edition of that line today |
13:20 |
asciilifeform |
dollars to doughnuts it's a bug in getdata handler in blatta; in debug log, asciilifeform sees over9000 getdata responses to cgra |
13:21 |
phf |
well, as far as `why extra packets` could be that nosuchlabs doesn't have history of packets going that far? so when cgra getdata'd for packets, some other station provided him with those packets and nosuchlabs decided to fill its own holes? |
13:22 |
asciilifeform |
phf: also possible. but doesn't reveal why ancient msg got processed as fresh somewhere |
13:22 |
phf |
yeah, combined with some kind of bug in getdata (like maybe station when receiving getdata thinks it's a fresh packet, and broadcasts it |
13:22 |
asciilifeform |
(timestamps, recall, are part of the message) |
13:22 |
asciilifeform |
aha |
13:23 |
phf |
i remember awt saying, but i might be misquoting, that timestamps are not checked at all in blatta. i don't check timestamps either though |
13:23 |
awt |
timestamps are checked |
13:24 |
phf |
apologies |
13:24 |
awt |
In the past we've had issues due to clocks being out of sync |
13:24 |
phf |
yeah, but in this case by 6 months |
13:24 |
awt |
yes, not proposing that's the cause here |
13:25 |
cgra |
awt: seems like it's still a mess, don't see stuff in correct order yet on my window, for one. plus whatever else funny going on underneath, judging by the current pestnet events |
| |
↖ |
13:25 |
signpost |
ah stochastic conversation starter feature being tested |
13:26 |
awt |
dulapbot was likely catching up on cgra's selfchain, that's for sure. |
13:26 |
cgra |
awt: but i'll do, once in some kinda shape |
13:26 |
awt |
cgra awesome |
13:27 |
awt |
getdata responses are the only types of messages that can sneak through the timestamp check. |
13:30 |
asciilifeform |
awt: likely the boojum is in where the thing decides whether to rebroadcast a msg (i.e. erroneously rebroadcast a getdata response) |
13:34 |
phf |
signpost, a 2am irish pub brawl of a conversation starter! |
13:35 |
signpost |
!!whiskey signpost |
13:38 |
phf |
https://www.youtube.com/watch?v=SUZyNLZZjMs&t=163s |
13:39 |
signpost |
the battle cry before the nut kick, yes. |
13:40 |
signpost |
welcome cgra! |
13:41 |
signpost |
peering looks active aside the chain sync chaos |
13:41 |
awt |
asciilifeform: possibly - obviously tested syncs without that happening, however. |
13:55 |
lobbes |
welcome cgra! likewise, peering appears active from my station logs |
13:56 |
cgra |
lobbes: neat! |
| |
~ 56 minutes ~ |
14:52 |
crtdaydreams |
http://logs.bitdash.io/pest/2023-01-02#1020059 << downloaded and ran http://0x0.st/oR9n.png but cursor interaction is completely borked, teleports and changes size any attempt to interact w/ RMB works but the teleporting bugs it out and closes the window |
14:52 |
bitbot |
Logged on 2023-01-02 11:46:44 phf[deedbot|awt]: but there should be no reason for the tumbleweed code not to compile on usim, except for some gnuism here and there |
14:56 |
crtdaydreams |
nvm, still usable, it only happens when moving cursor at speeds, but as soon as movement slows down below an arbitrary threshold no artifacting |
15:01 |
crtdaydreams |
lol ok, prolly direct result of running on a non-multilib system but it's well and truly broken |
| |
↖ |
| |
~ 39 minutes ~ |
15:40 |
phf |
http://logs.bitdash.io/pest/2023-01-02#1020118 << << that's perfectly valid result in base-8 |
15:40 |
bitbot |
Logged on 2023-01-02 15:01:22 crtdaydreams[jonsykkel|awt|signpost]: lol ok, prolly direct result of running on a non-multilib system but it's well and truly broken |
15:41 |
crtdaydreams |
phf: wait is everything in cadr octal? |
15:43 |
crtdaydreams |
ooooooh |
15:45 |
phf |
it's maclisp on cadr, it's got all kinds of idiosyncracies, which has to do with the fact that it's a system language used initially to implement the system itself. ibase and base are set to 8 by default, but can be changed as neededd, on e.g. per file basis |
15:45 |
* |
crtdaydreams will excuse self to go read chineual |
15:46 |
phf |
there's all kinds madness hidden in the reader, https://tumbleweed.nu/r/lm-3/uv/chinual.html#index-_002aread_002dbase_002a |
15:48 |
phf |
like 25. with a dot is 25 base-10, 25 is whatever ibase, but you also have 2_11 which base/ibase 8 means (ash 2 11) => 2000 |
15:49 |
crtdaydreams |
unlike in the manual though the card machines initial radix is 8 |
15:49 |
crtdaydreams |
s/card/cadr/ |
15:50 |
phf |
you'll have to link to that, there's like 5 different editions of chinual, but i'm pretty sure none of them ibase or base set to 10 |
15:51 |
crtdaydreams |
right, which is rather confusing because they're set to 10 but everythings in the octal system so it's 8 but in octal so "10" |
15:52 |
crtdaydreams |
I'm not quite sure what ASH does how and why |
15:52 |
phf |
well no, the reader and the printer are separate. how read interprets numbers is set by `ibase`, how print prints numbers is set by `base` |
15:53 |
phf |
ash is in chinual, it's a bit shift operation, https://tumbleweed.nu/r/lm-3/uv/chinual.html#index-ash not particularly useful to know upfront. just more of an illustration of the kind of concerns the system has: dealing with binary dadata |
15:54 |
crtdaydreams |
oh right, a(rithmetic sh(ift) |
15:55 |
crtdaydreams |
i recall fondly the quake 3 fast inverse square root function |
15:58 |
cgra |
awt: any idea why blatta's logging.basicConfig() don't seem to have any effect on my desk? python 2.7.12. it doesn't seem to work in a manual python shell test either |
15:58 |
crtdaydreams |
must bbl o/ |
| |
~ 2 hours ~ |
17:59 |
awt |
cgra: can you describe the behavior you're expecting? |
| |
~ 17 minutes ~ |
18:16 |
cgra |
awt: i'd expect the log level to change, and logging format to change, both according to the logging.basicConfig() input (of the one and only call). but it's stuck into defaults, level=ERROR for example |
18:28 |
cgra |
awt: just found out that even a call like logging.debug() prior to the logging.basicConfig() call will make any further basicConfig() calls no-op |
18:32 |
cgra |
that threw me off when trying a stand-alone test. but now it's sorted |