Show Idle (>14 d.) Chans


← 2022-01-08 | 2022-01-10 →
shinohai[asciilifeform|billymg]: hopefully now have mod6 added correctly.
whaack[asciilifeform]: shinohai: let's try to peer again, i'm going to send you my info in a second
whaack[asciilifeform|billymg]: btw just noticed slight usability bug, i think that the server msgs gen'd by blatta are mal formatted, and so the key msg says whaack :keystring
whaack[asciilifeform]: where the ":" is attached to the keystring instead of added as a suffix to my nick
whaack[asciilifeform]: this makes copy and pasting include the ":" if one is not careful
shinohai[billymg|asciilifeform]: Looks like worked whaack .... can confirm?
whaack[asciilifeform]: shinohai: damn, no, still getting you through asciilifeform and signpost
whaack[asciilifeform]: let me check my logs...
whaack[asciilifeform|billymg]: hm, maybe i gave you the wrong port, the port i shared is the same one that my local irc connects to blatta with
shinohai[billymg|asciilifeform]: Dunno I restarted my instance and see you in WoT and sent DM, but dunno if arrived.
whaack[asciilifeform|billymg]: signpost: maybe try changing my port to 7778
whaack[asciilifeform]: derp, shinohai*
whaack[asciilifeform|billymg]: (DM did not arrive)
shinohai[asciilifeform]: Updated AT ... lessee
whaack_temp[asciilifeform|billymg]: howdy, does anyone copy?
whaack[asciilifeform]: trying again, howdy does anyone copy?
whaack[asciilifeform]: shinohai: crashed my blatta when i tried to dm you
whaack[asciilifeform]: shinohai: any chance this msg is going directly to you now?
shinohai[asciilifeform|billymg]: nope I still see ya via signpost :/
whaack[asciilifeform|billymg]: alright one second
whaack[asciilifeform]: shinohai: okay changing my port to 7780 is likely going to do the trick
whaack[asciilifeform]: i gave you the wrong port both times
shinohai[asciilifeform]: kk will update at
whaack[asciilifeform|billymg]: ^ we have made contact!
shinohai[asciilifeform|billymg]: Now waiting on mod6 to confirm and I need to re-peer with ascii
whaack[asciilifeform]: going to send out my info again to awt, billymg, mod6, jonsykkel
whaack[asciilifeform|billymg]: i started using pycharm again, i have to say i'm a big fan of intellij IDEs, I think asciilifeform said recently that using their IDEs is the only way to navigate the java saltmines
billymg: whaack: so i should set your port to 7780?
whaack[asciilifeform|billymg]: (which is also true in my experience)
whaack[asciilifeform]: billymg: yes, but i'm going to send you new info with that
whaack[asciilifeform|billymg]: i managed to mess up both the key (sent same key to 3 people) and the port i sent you
billymg: meanwhile i've updated the log www to strip any hearsay annotations (previously only [billymg], which was no longer sufficient after asciilifeform peered with bitbot)
billymg: the 'from:user' feature of search is still messed up though, as db entries still include the hearsay annotation
billymg: well, only messed up for 'from:billymg' and 'from:asciilifeform'
whaack[asciilifeform|billymg]: billymg: was there anything special you needed to do to get your bot to connect to blatta's irc server?
billymg: for the basic connection, no
whaack[asciilifeform]: are you connected from the same box?
billymg: yeah, so my bot's config has the irc server as 'localhost' and the port as the blatta "irc-port"
whaack[asciilifeform]: and was it configured previously to connect to dulap, iirc there was a couple of tweaks needed to do that
whaack[asciilifeform] is going to try to get trbexplorer in here soon
billymg: yeah, currently i have two bitbots running, one on dulapnet and one on pest
billymg: whaack: yeah, iirc there might've been a minor tweak going from fleanode to dulapnet
billymg: don't remember what it was though
signpost[asciilifeform|billymg]: deedbot's limited to one or the other, so I'll move it over when things have settled here a bit more.
billymg: regarding this annoyance, i'll probably wait for blatta to support the /SLAVE command rather than add a one-off hack to the bot
bitbot: Logged on 2022-01-09 17:46:29 billymg: the 'from:user' feature of search is still messed up though, as db entries still include the hearsay annotation
bitbot: (asciilifeform) 2021-12-29 asciilifeform: considering a cmd for pest spec, 'SLAVE <handle>', for use w/ bots such as billymg's; sets a condition where broadcasts received via <nick> register as immediates
mod6[asciilifeform]: gm! just cleaning up my AT, maybe that'll help with the crashing.
whaack[asciilifeform]: mod6: morning mod6
mod6[asciilifeform|billymg]: morning whaack, I just re-peer'd you.
whaack[asciilifeform]: hmm still looks like no luck
mod6[asciilifeform]: just peer'd with shinohai. let's see how that one goes.
shinohai[asciilifeform]: ack mod6 seems to be working
mod6[asciilifeform]: yes! your line in my at table distinctly does not say "no packets received from this address", as it does for signpost, whaak, and billymg
mod6[asciilifeform|billymg]: perhaps i would have to UNPEER and re-PEER those three, but will await instructions. plus want to see if asciilifeform got my DM.
whaack[asciilifeform]: mod6: what do you get for me when you type /at
mod6[asciilifeform|billymg]: whaak: different port and key than we were using yesterday. just got your new message, and am about to UNPEER and re-PEER you with the new info.
billymg: whaack: updated your info
billymg: hey! looks like we're peered
billymg: that brings the list for me to asciilifeform awt bitbot and whaack
billymg[asciilifeform]: that brings the list for me to asciilifeform awt bitbot and whaack
whaack[billymg|asciilifeform] wouldn't be surprised if pestnet is already one of if not the most redundantly connected p2p networks with actual humans operating each station on the net.
billymg: it's pretty sweet for sure
mod6[asciilifeform|billymg]: Alright, created a 'config.py' with all of the info in there for my peers. Let's see how it goes.
mod6[asciilifeform|billymg]: Also backed up old db, started with a fresh one.
whaack[billymg|asciilifeform]: mod6: weird, we still can't peer huh
mod6[asciilifeform]: Seems so, my current AT shows all entries with 'no packets received from this address'.
whaack[billymg]: and you have the 7780 port for me right?
whaack[billymg|asciilifeform]: mod6: dunno what could be going on tbh. you can check your db by running sqlite3 yourdbname.db and then '.tables' to get all the tables and then 'select * from <tablename>'; to see all the innards of your at, wot, keys, and handles
mod6[asciilifeform]: Thanks whaak, it's worth a look.
mod6[asciilifeform]: lol, weird, just saw my own message get relay'd: < mod6[awt|signpost]> Thanks whaak, it's worth a look.
whaack[asciilifeform|billymg]: mod6: known bug: if you end your msg with a space it gets mutated on relays
mod6[asciilifeform|billymg]: fwiw still says 'no packets received from this address' for all entries in my AT.
whaack[asciilifeform|billymg]: that may be because your peers are just not sending any msgs atm
whaack[asciilifeform]: although your peers should be sending rubbish packets, which may not count towards what that 'no packets received from this address' refers to, but in this case that msg is not very clear ^ awt
mod6[asciilifeform]: werd, i do see incoming packets in the DEBUG log from said peers.
whaack[asciilifeform|billymg]: i bet 'no packets received' most likely means 'no legit hand-written msgs received' since you are clearly peered to some people since i am receiving your msgs
whaack[billymg|asciilifeform]: mod6: you're using the key i sent you, not the key you sent me, correct?
mod6[asciilifeform|billymg]: whaak: yes, new key you sent.
mod6[asciilifeform|billymg]: And a cursory look at the DB tables looks good to me. All the data seems correct and not munged in any way I can detect.
whaack[billymg]: `\o/` well i'm lost then
mod6[asciilifeform]: dedup_queue seems to be growing. intitally had 22 rows upon first glance, now have 33. does this get flushed eventually?
mod6[asciilifeform]: I appreciate your help whaak!
whaack[asciilifeform|billymg]: mod6: lol last thing i can think of is that you have some confusion from saying whaack vs whaak
mod6[asciilifeform|billymg]: ok, well I backed up the db again, fixed whaack's handle in my config, and restarted everything.
whaack[asciilifeform|billymg]: mod6: damn, and still didn't do the trick it seems
mod6[asciilifeform]: we'll get it figured, probably just something dumb I've done.
whaack[billymg|asciilifeform]: mod6: as i mentioned i think it's very easy to accidently copy the ":" into the key based on the way blatta sends msgs from the server
whaack[billymg|asciilifeform]: but i'm not seeing any failed-to-decrypt msgs from you or anything like that so that's probably not the problem
billymg: mod6: do you have this fix included to unfreeze the AT?
bitbot: Logged on 2022-01-08 21:46:12 awt[billymg|asciilifeform]: you can remove the if around that code in update_at and it will fix
asciilifeform: http://logs.bitdash.io/pest/2022-01-09#1002329 << iirc someone posted a patch yest. but asciilifeform not yet tried it
bitbot: Logged on 2022-01-09 19:35:00 whaack[asciilifeform]: although your peers should be sending rubbish packets, which may not count towards what that 'no packets received from this address' refers to, but in this case that msg is not very clear ^ awt
billymg: mod6: yup, that's it
asciilifeform: oh that's what's in mod6's paste
mod6[asciilifeform]: ah, ok thanks guys. will update that and restart. see if that helps.
asciilifeform: http://logs.bitdash.io/pest/2022-01-09#1002344 << imho station oughta indicate whether correctly swallowed 512bits of base64ism when adding a key
bitbot: Logged on 2022-01-09 19:51:16 whaack[billymg|asciilifeform]: mod6: as i mentioned i think it's very easy to accidently copy the ":" into the key based on the way blatta sends msgs from the server
asciilifeform: (currently does not, seems?)
asciilifeform: http://logs.bitdash.io/pest/2022-01-09#1002271 << iirc someone baked emacs support ('language server') in past 20y, but asciilifeform hopes not to have to find out whether worx
bitbot: Logged on 2022-01-09 17:44:22 whaack[asciilifeform|billymg]: i started using pycharm again, i have to say i'm a big fan of intellij IDEs, I think asciilifeform said recently that using their IDEs is the only way to navigate the java saltmines
mod6[asciilifeform|billymg]: Ok, restarted, now seems to have done the trick for 4 of 6; billymg and whaack seem to still be in 'no packets' mode.
mod6[asciilifeform|billymg]: sent you a test DM asciilifeform
asciilifeform: btw for reference, per spec AT oughta show timestamp of the most recent successful decryption from each $peer.
asciilifeform: (this includes rubbish)
asciilifeform: mod6: sent you an 'ack' for the DM
mod6[asciilifeform|billymg]: aha, and those time stamps seem to be up-to-the-minute for those 4.
asciilifeform: btw got dupe, mod6 | thx asciilifeform mod6[whaack] | thx asciilifeform
asciilifeform: erry other dupe asciilifeform received w/ the current blatta to date was a self-dupe
asciilifeform: (i.e. of own emitted msg from somebody)
mod6[asciilifeform]: me too, i used a <TAB> complete for your nick, prolly stuck a ' ' on the end.
asciilifeform: http://logs.bitdash.io/pest/2022-01-09#1002287 << the login mechanism. the old one was fleanode-specific
bitbot: Logged on 2022-01-09 17:51:05 billymg: whaack: yeah, iirc there might've been a minor tweak going from fleanode to dulapnet
asciilifeform: http://logs.bitdash.io/pest/2022-01-09#1002278 << the f:nick thing in search worx on partial matches (e.g. 'f:asc')
bitbot: Logged on 2022-01-09 17:46:29 billymg: the 'from:user' feature of search is still messed up though, as db entries still include the hearsay annotation
asciilifeform: so oughta actually work there
billymg: asciilifeform: the issue is false positives when searching for f:ascii for example
asciilifeform: oh hm i see why
billymg: matches all the messages cause relayed by asciilifeform
billymg[asciilifeform]: matches all the messages cause relayed by asciilifeform
asciilifeform: it worx on middle-of-string matches yea
asciilifeform: will need patch.
billymg: i was thinking of just waiting for the SLAVE feature
billymg: and in terms of the existing db, doing some manual cleaning
asciilifeform: billymg: was thinking, my current draft def of the slave feature is misconceived, as it only supports 1 master
← 2022-01-08 | 2022-01-10 →