00:20 |
* |
asciilifeform back from dawn to dusk construction worx |
00:20 |
asciilifeform |
mod6: i still have 'no packets received' from your station |
00:20 |
asciilifeform |
but! very strangely! in fact ~working~ immediate msgs and direct msg |
00:20 |
asciilifeform |
so in fact peered w/ mod6, AT simply buggy. |
| |
~ 29 minutes ~ |
00:50 |
billymg |
asciilifeform: i believe this is the fix for the not updating AT |
00:50 |
bitbot |
Logged on 2022-01-08 21:44:21 awt[asciilifeform|billymg]: signpost: at is lying rn. never updates the updated_at field |
00:50 |
billymg |
err, rather this line, specifically: http://logs.bitdash.io/pest/2022-01-08#1002185 |
00:50 |
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 |
| |
~ 46 minutes ~ |
01:37 |
asciilifeform |
bitbot: neato! will test (prolly tomorrow) |
01:38 |
asciilifeform |
http://logs.bitdash.io/pest/2022-01-08#1002161 << per spec, timezones do not matter : 'Current time shall be defined as the value of a station's 64-bit monotonic epoch clock.' |
01:38 |
bitbot |
Logged on 2022-01-08 21:10:05 billymg: this is probably a stupid question, but how does the time synchronization requirement work with different timezones? |
01:39 |
asciilifeform |
traditionally defined as 'seconds since January 1st, 1970 at UTC, excluding leap seconds.' |
01:39 |
asciilifeform |
afaik avail. on all reasonable unixlike os. |
01:40 |
* |
asciilifeform presently does not know whether blatta 100% conforms to this req |
01:41 |
asciilifeform |
http://logs.bitdash.io/pest/2022-01-08#1002152 << technically serious pest stations oughta disable icmp and nmap oughta see nuffin. |
01:41 |
bitbot |
Logged on 2022-01-08 21:07:41 signpost[asciilifeform]: fwiw nmap says asciilifeform awt and billymg have UDP ports properly open, and so do I, but my station doesn't receive from them. |
01:41 |
* |
asciilifeform not, obv., done this on his yet |
01:42 |
asciilifeform |
signpost: the reason you don't see asciilifeform's packets originating from the port seein in yer AT is that asciilifeform has not set up bidirectional rule (aint strictly necessary) |
01:42 |
asciilifeform |
theoretically one could, in e.g. pfsense |
01:43 |
asciilifeform |
stations which aint behind a nat, theoretically oughta be sending from same port as they receive, however |
01:43 |
asciilifeform |
err, this'd be the correct link there. |
01:44 |
asciilifeform |
(in re: icmp) |
01:44 |
asciilifeform |
http://logs.bitdash.io/pest/2022-01-08#1002160 << unlikely, at least re hearsays, on acct of the embargo buffer |
01:44 |
bitbot |
Logged on 2022-01-08 21:09:42 signpost[billymg]: would chuckle if for some of these a hop through an intermediary is actually faster than a direct shot |
01:45 |
asciilifeform |
(currently +1s on ea. hop) |
| |
~ 14 hours 57 minutes ~ |
16:42 |
whaack |
morning all |
16:46 |
shinohai |
buenas dias whaack |
16:49 |
shinohai |
hopefully now have mod6 added correctly. |
16:57 |
whaack |
shinohai: let's try to peer again, i'm going to send you my info in a second |
16:58 |
shinohai |
kk |
16:59 |
whaack |
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 |
16:59 |
whaack |
where the ":" is attached to the keystring instead of added as a suffix to my nick |
16:59 |
whaack |
this makes copy and pasting include the ":" if one is not careful |
17:06 |
whaack |
shinohai: http://paste.deedbot.org/?id=mrkg |
17:10 |
shinohai |
Looks like worked whaack .... can confirm? |
17:11 |
whaack |
shinohai: damn, no, still getting you through asciilifeform and signpost |
17:11 |
shinohai |
hmm same |
17:11 |
whaack |
let me check my logs... |
17:14 |
whaack |
hm, maybe i gave you the wrong port, the port i shared is the same one that my local irc connects to blatta with |
17:15 |
shinohai |
Dunno I restarted my instance and see you in WoT and sent DM, but dunno if arrived. |
17:16 |
whaack |
signpost: maybe try changing my port to 7778 |
17:16 |
whaack |
derp, shinohai* |
17:16 |
shinohai |
kk one sec |
17:16 |
whaack |
(DM did not arrive) |
17:16 |
shinohai |
Updated AT ... lessee |
17:30 |
whaack_temp |
howdy, does anyone copy? |
17:30 |
whaack |
trying again, howdy does anyone copy? |
17:31 |
whaack |
shinohai: crashed my blatta when i tried to dm you |
17:32 |
whaack |
shinohai: any chance this msg is going directly to you now? |
17:33 |
shinohai |
nope I still see ya via signpost :/ |
17:33 |
whaack |
alright one second |
17:35 |
whaack |
shinohai: okay changing my port to 7780 is likely going to do the trick |
17:36 |
whaack |
i gave you the wrong port both times |
17:36 |
shinohai |
kk will update at |
17:38 |
whaack |
^ we have made contact! |
17:38 |
shinohai |
Now waiting on mod6 to confirm and I need to re-peer with ascii |
17:40 |
whaack |
going to send out my info again to awt, billymg, mod6, jonsykkel |
17:44 |
whaack |
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 |
| |
↖ |
17:44 |
billymg |
whaack: so i should set your port to 7780? |
17:44 |
whaack |
(which is also true in my experience) |
17:44 |
whaack |
billymg: yes, but i'm going to send you new info with that |
17:44 |
billymg |
kk |
17:45 |
whaack |
i managed to mess up both the key (sent same key to 3 people) and the port i sent you |
17:45 |
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) |
17:46 |
billymg |
the 'from:user' feature of search is still messed up though, as db entries still include the hearsay annotation |
| |
↖ ↖ |
17:47 |
billymg |
well, only messed up for 'from:billymg' and 'from:asciilifeform' |
17:48 |
whaack |
billymg: was there anything special you needed to do to get your bot to connect to blatta's irc server? |
17:48 |
billymg |
for the basic connection, no |
17:48 |
whaack |
are you connected from the same box? |
17:50 |
billymg |
yeah, so my bot's config has the irc server as 'localhost' and the port as the blatta "irc-port" |
17:50 |
whaack |
and was it configured previously to connect to dulap, iirc there was a couple of tweaks needed to do that |
17:50 |
* |
whaack is going to try to get trbexplorer in here soon |
17:50 |
billymg |
yeah, currently i have two bitbots running, one on dulapnet and one on pest |
17:51 |
billymg |
whaack: yeah, iirc there might've been a minor tweak going from fleanode to dulapnet |
| |
↖ |
17:51 |
billymg |
don't remember what it was though |
17:52 |
signpost |
deedbot's limited to one or the other, so I'll move it over when things have settled here a bit more. |
17:55 |
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 |
17:55 |
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 |
17:55 |
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 |
17:57 |
* |
billymg bbl |
18:11 |
whaack |
awt: http://paste.deedbot.org/?id=YAU2 |
| |
↖ |
18:12 |
whaack |
jonsykkel: http://paste.deedbot.org/?id=hUj6 |
18:12 |
whaack |
billymg: http://paste.deedbot.org/?id=F9Fy |
18:13 |
whaack |
mod6: http://paste.deedbot.org/?id=KK0P |
| |
~ 24 minutes ~ |
18:38 |
mod6 |
gm! just cleaning up my AT, maybe that'll help with the crashing. |
18:40 |
whaack |
mod6: morning mod6 |
18:40 |
mod6 |
morning whaack, I just re-peer'd you. |
18:41 |
whaack |
hmm still looks like no luck |
18:41 |
mod6 |
hmm. ok. |
18:43 |
mod6 |
just peer'd with shinohai. let's see how that one goes. |
18:43 |
shinohai |
ack mod6 seems to be working |
18:46 |
mod6 |
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 |
18:47 |
mod6 |
perhaps i would have to UNPEER and re-PEER those three, but will await instructions. plus want to see if asciilifeform got my DM. |
18:50 |
whaack |
mod6: what do you get for me when you type /at |
18:52 |
mod6 |
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. |
| |
~ 21 minutes ~ |
19:14 |
billymg |
whaack: updated your info |
19:15 |
billymg |
hey! looks like we're peered |
19:15 |
billymg |
that brings the list for me to asciilifeform awt bitbot and whaack |
19:15 |
billymg |
that brings the list for me to asciilifeform awt bitbot and whaack |
19:16 |
whaack |
sweet. |
19:18 |
* |
whaack 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. |
19:19 |
billymg |
it's pretty sweet for sure |
19:20 |
mod6 |
Alright, created a 'config.py' with all of the info in there for my peers. Let's see how it goes. |
19:20 |
mod6 |
Also backed up old db, started with a fresh one. |
19:21 |
whaack |
mod6: weird, we still can't peer huh |
19:21 |
mod6 |
Seems so, my current AT shows all entries with 'no packets received from this address'. |
19:24 |
whaack |
and you have the 7780 port for me right? |
19:24 |
mod6 |
Yes, Sir. |
19:28 |
whaack |
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 |
19:29 |
mod6 |
Thanks whaak, it's worth a look. |
19:29 |
mod6 |
lol, weird, just saw my own message get relay'd: < mod6[awt|signpost]> Thanks whaak, it's worth a look. |
19:30 |
whaack |
mod6: known bug: if you end your msg with a space it gets mutated on relays |
19:30 |
mod6 |
fwiw still says 'no packets received from this address' for all entries in my AT. |
19:30 |
mod6 |
whaack: ahh. |
19:31 |
whaack |
that may be because your peers are just not sending any msgs atm |
19:35 |
whaack |
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 |
| |
↖ |
19:37 |
mod6 |
werd, i do see incoming packets in the DEBUG log from said peers. |
19:38 |
whaack |
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 |
19:39 |
whaack |
mod6: you're using the key i sent you, not the key you sent me, correct? |
19:40 |
mod6 |
whaak: yes, new key you sent. |
19:40 |
mod6 |
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. |
19:41 |
whaack |
`\o/` well i'm lost then |
19:43 |
mod6 |
dedup_queue seems to be growing. intitally had 22 rows upon first glance, now have 33. does this get flushed eventually? |
19:43 |
mod6 |
I appreciate your help whaak! |
19:44 |
whaack |
mod6: lol last thing i can think of is that you have some confusion from saying whaack vs whaak |
19:44 |
mod6 |
fuck me! |
19:49 |
mod6 |
ok, well I backed up the db again, fixed whaack's handle in my config, and restarted everything. |
19:49 |
whaack |
mod6: damn, and still didn't do the trick it seems |
19:49 |
whaack |
dafuq |
19:49 |
mod6 |
we'll get it figured, probably just something dumb I've done. |
19:51 |
whaack |
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 |
| |
↖ |
19:51 |
whaack |
but i'm not seeing any failed-to-decrypt msgs from you or anything like that so that's probably not the problem |
19:54 |
billymg |
mod6: do you have this fix included to unfreeze the AT? |
19:54 |
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 |
20:03 |
* |
mod6 looks |
20:12 |
mod6 |
ok, so update the code as such? http://paste.deedbot.org/?id=4-YK |
20:14 |
asciilifeform |
http://logs.bitdash.io/pest/2022-01-09#1002329 << iirc someone posted a patch yest. but asciilifeform not yet tried it |
20:14 |
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 |
20:14 |
billymg |
mod6: yup, that's it |
20:15 |
asciilifeform |
oh that's what's in mod6's paste |
20:16 |
mod6 |
ah, ok thanks guys. will update that and restart. see if that helps. |
20:17 |
asciilifeform |
http://logs.bitdash.io/pest/2022-01-09#1002344 << imho station oughta indicate whether correctly swallowed 512bits of base64ism when adding a key |
20:17 |
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 |
20:17 |
asciilifeform |
(currently does not, seems?) |
20:20 |
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 |
20:20 |
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 |
20:21 |
mod6 |
Ok, restarted, now seems to have done the trick for 4 of 6; billymg and whaack seem to still be in 'no packets' mode. |
20:21 |
mod6 |
sent you a test DM asciilifeform |
20:22 |
asciilifeform |
btw for reference, per spec AT oughta show timestamp of the most recent successful decryption from each $peer. |
20:22 |
mod6 |
ah |
20:22 |
asciilifeform |
(this includes rubbish) |
20:22 |
asciilifeform |
mod6: sent you an 'ack' for the DM |
20:22 |
mod6 |
aha, and those time stamps seem to be up-to-the-minute for those 4. |
20:23 |
mod6 |
thx asciilifeform |
20:23 |
asciilifeform |
np |
20:23 |
asciilifeform |
btw got dupe, mod6 | thx asciilifeform mod6[whaack] | thx asciilifeform |
20:23 |
asciilifeform |
erry other dupe asciilifeform received w/ the current blatta to date was a self-dupe |
20:23 |
asciilifeform |
(i.e. of own emitted msg from somebody) |
20:23 |
mod6 |
me too, i used a <TAB> complete for your nick, prolly stuck a ' ' on the end. |
20:26 |
asciilifeform |
http://logs.bitdash.io/pest/2022-01-09#1002287 << the login mechanism. the old one was fleanode-specific |
20:26 |
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 |
20:26 |
asciilifeform |
the current ver is fleanode-free. |
20:28 |
asciilifeform |
http://logs.bitdash.io/pest/2022-01-09#1002278 << the f:nick thing in search worx on partial matches (e.g. 'f:asc') |
20:28 |
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 |
20:28 |
asciilifeform |
so oughta actually work there |
20:28 |
billymg |
asciilifeform: the issue is false positives when searching for f:ascii for example |
20:28 |
asciilifeform |
oh hm i see why |
20:28 |
billymg |
matches all the messages cause relayed by asciilifeform |
20:28 |
billymg |
matches all the messages cause relayed by asciilifeform |
20:28 |
asciilifeform |
it worx on middle-of-string matches yea |
20:28 |
asciilifeform |
will need patch. |
20:29 |
billymg |
i was thinking of just waiting for the SLAVE feature |
20:29 |
billymg |
and in terms of the existing db, doing some manual cleaning |
20:29 |
asciilifeform |
billymg: was thinking, my current draft def of the slave feature is misconceived, as it only supports 1 master |
20:30 |
* |
asciilifeform brb |
| |
~ 20 minutes ~ |
20:51 |
mod6 |
same, bbl. |