Hide Idle (>14 d.) Chans


← 2021-12-20 | 2021-12-29 →
billymg: test
billymg: http://logs.bitdash.io/asciilifeform/2021-12-28#1069879 << yup, looks like it lost the db connection again. just restarted
bitbot: (asciilifeform) 2021-12-28 asciilifeform: btw billymg's pestlogger appears to be down atm
signpost[billymg]: db connection issue?
signpost[billymg]: and howdy billymg, will send connection deets shortly
signpost[billymg]: lmk if it works
signpost[billymg]: awt: possibly minor bug in the wot command. I've got both billymg and whaack added, but only see billymg. both are in the state where no packets have been exchanged yet
signpost[billymg]: curious whether whaack's will work
signpost[billymg]: interestingly whaack does show up in weechat as a joined nick
signpost[billymg] will peek at the coad for `wot` in a sec
signpost[billymg]: same for shinohai, not showing him in wot yet, only billymg
signpost[billymg]: (and others already with *active* peerings)
awt[billymg]: signpost: there should be a JOIN message sent to your client after you /peer someone. Possibly missed it somehow. If you reconnect, you should get every peer.
signpost[billymg]: yeah, the irc side shows everybody
signpost[billymg]: I mean that those two folks are missing in the response of the wot command
awt[billymg]: signpost: you can also run sqlite3 blatta.db and check out the wot table.
signpost[billymg]: response of `wot` command, with addresses of active peers removed
signpost[billymg] checks sqlite deeb
signpost[billymg]: awt: wot has IDs for everybody, and handles has the expected content
awt[billymg]: Can also confirm that the line for whaack is not being sent in the debug log.
signpost[billymg]: newp, just those three. I'll play with the query a bit and see if I can reproduce more usefully for ya
signpost[billymg]: wot knows about the missing names if I specify them individually, so I wager there's something with self.state.get_peers()
signpost[billymg]: awt: ah yeah, I think there's a bug in is_duplicate.
signpost[billymg]: in python None == None
signpost[billymg]: so it's considering those gents a duplicate of billymg, I believe.
awt[billymg]: I likely have never had two peers w/o addresses in my db before.
awt[billymg|billymg]: ty for digging into that signpost
asciilifeform[billymg]: ftr anuther dupe:
asciilifeform[billymg]: awt | ty for digging into that signpost
asciilifeform[billymg]: awt[signpost] | ty for digging into that signpost
asciilifeform[billymg]: oh and lulzily, a selfdupe: asciilifeform[awt] | awt | ty for digging into that signpost
asciilifeform[billymg]: ^ these oughta be trivial to abolish mechanically
shinohai[billymg]: hello signpost
asciilifeform[billymg]: hm asciilifeform was defo peered with shinohai , but in AT sees last update in nov. and currently seeing his broadcasts relayed via awt & billymg
asciilifeform[billymg]: and lol anuther selfdupe
asciilifeform[billymg]: shinohai: what do you have in yer AT for asciilifeform ?
signpost[billymg] doesn't see direct peering from shinohai yet
signpost[billymg]: only via awt
signpost[billymg] brb, acquiring calories
billymg: having some issues peering and keying currently (tried with signpost and whaack), might need to restart my blatta instance.
billymg: strangely was able to at though
billymg: error simply e.g.: "error attempting to add peer signpost" (and nothing more in logs)
billymg: hrm, same error after restarting the blatta instance
billymg: awt: any idea what the error might be or where i could look to try to debug?
awt[billymg]: billymg you could remove the exception handling around the code causing that error and get a stack trace
awt[billymg]: billymg: are you on 9983?
billymg: 9985
awt[billymg]: Oh ok.
billymg: could that be it?
awt[billymg]: billymg there may have been a bug in 9985 - anyway the broken code is updated in 9983.
awt[billymg]: also difficult for me to debug 9985 since I don't have that pressed at the moment.
billymg: awt: ah, cool. ok i'll try out 9983 then, though it won't be right away since i'm away from my vtron box
awt[billymg]: billymg: cool. the issue is I think just that it should be cursor() instead of cursor, or cursor is out of scope or something.
signpost[billymg]: awt: I'm curious if the bug from earlier is preventing my peering with shinohai
signpost[billymg]: since I have 3 different edges that are not active yet
signpost[billymg]: btw just got a dupe from you for my first message just now
signpost[billymg]: so far no dupe for other two.
awt[billymg]: yeah. there will be dupes until the next release.
signpost[billymg]: nbd, just giving ya signal
awt[billymg]: signpost: do you mean the bug related to is_duplicate?
signpost[billymg]: would shinohai not showing up in get_peers prevent him from ending up in my AT?
signpost[billymg]: basically wondering if I'm blocked on billymg since he's first in line.
signpost[billymg] tries haxing in a check for None in is_duplicate
awt[billymg]: signpost: yeah that could be a problem
signpost[billymg]: yep, hai shinohai
signpost[billymg]: "inserted new at entry for shinohai" in log
awt[billymg]: hah I know shinohai got that because I got a dupe via shinohai lol
signpost[billymg]: got whaack also
whaack[billymg]: why is there signpost and awt[signpost]
signpost[billymg]: whaack: slight b00g awt is aware of
awt[billymg]: there's a bug that I think modifes messages occasionally that causes messages to slip through the dupe filter
← 2021-12-20 | 2021-12-29 →