Show Idle (>14 d.) Chans


← 2022-03-10 | 2022-03-12 →
signpost[asciilifeform]: https://archive.ph/999vr << super srs denial of DoD bioweapon labs in ukraine.
signpost[asciilifeform]: from no less than defense.gov
awt[asciilifeform|billymg]: all news might as well come straigt from the DoD. No need for reporters.
PeterL[asciilifeform|billymg]: awt: my client seems to think there is nobody here, isn't it supposed to mark people as here when it sees the rubbish packets from people?
awt[asciilifeform|billymg]: PeterL: yes it should
awt[asciilifeform|billymg]: PeterL: blatta keeps track of presence in a hash in memory, so if somethiing is messed up (which sucks and I'd like to figure out what happened) a restart of your station will likely help.
PeterL[asciilifeform|billymg]: I did restart a few minutes ago, and it came up with messages saying each of my peers had joined the channel, and then it gave me messages saying each of them are set as away (no recent messages)
awt[asciilifeform|billymg]: PeterL: ok so as written pest marks handles as away if there haven't been any messages from them within a configurable amount of time.
PeterL[asciilifeform|billymg]: is that only message-messages, or does it include ignore messages?
awt[asciilifeform|billymg]: PeterL: Broadcast/Direct messages
awt[asciilifeform|billymg]: jonsykkel: yes that works, nice!
awt[asciilifeform|billymg]: Not sure what's gonna happen in other IRC clients though
awt[asciilifeform|billymg]: pestbot: echo sup
asciilifeform pressed awt's 9978
asciilifeform: so far seems to work
awt[asciilifeform|billymg]: hopefully you shouldn't notice any difference until you need to sync via GETDATA
asciilifeform: awt: seems to fix the 5min delay thing
awt[asciilifeform|billymg]: meh that's still there only now the default is 2:00 minutes. still only happens if your chain is broken.
awt[asciilifeform|billymg]: bbl home maintenance
shinohai[asciilifeform|billymg]: The 24-Hour VWAP for BTC is $ 38854.66 USD
signpost[asciilifeform|billymg]: probably about time I pulled deedbot in too
shinohai[asciilifeform|billymg]: Well it's an ugly bash script hacked onto weechat but first thing I've got working.
shinohai[asciilifeform|billymg] now gotta press awt's updates and copy to 2nd station ....
PeterL[asciilifeform|billymg]: awt: you have a create_directory function defined at the bottom of server.py, would that be better placed in the funcs.py file?
signpost[asciilifeform]: seems like that oughta be in something called e.g. storage.py, state.py, etc
signpost[asciilifeform] typically does the generic names too until obvious groupings emerge in refactoring.
PeterL[asciilifeform|billymg] upgraded to 9978 now
asciilifeform: signpost: seems like our peering is still broken somehow
asciilifeform: err, shinohai
asciilifeform: signpost's worx 100%
asciilifeform can't even tabcomplete to shinohai, he doesn't appear in list..
shinohai[billymg|asciilifeform]: Yeah I'm still seeing you as hearsay asciilifeform ... imma press to latest shortly and try (yet again!)
shinohai[billymg|asciilifeform]: Now you appear in my peers list, so can tabcomplete, but otherwise borked.
shinohai[asciilifeform|billymg]: This is a weechat bot hacked together with bash
shinohai[asciilifeform|billymg]: This is a weechat bot hacked together with bash
signpost[asciilifeform]: "What is my function?" "You munge the bashballs." "...oh my god"
awt[asciilifeform|billymg]: asciilifeform: likely the reason you can't see shinohai in the nick list is because blatta considers him offline due not finding any recent IGNORE messages from him.
awt[asciilifeform|billymg]: PeterL: probably yes. Left over from the orig IRC server code which was, yes, entirely contained in a single file.
PeterL[asciilifeform|billymg]: I was going to check to see if the function actually gets called anywhere, but then I got distracted with other stuff
awt[asciilifeform|billymg]: PeterL: haven't checked but possibly used to create an irc server log directory
PeterL[asciilifeform|billymg]: seeing if I can get scoopbot running here ...
PeterL[billymg|asciilifeform]: awt/asciilifeform: when a getdata returns with an old message, is it supposed to be broadcast to everybody?
PeterL[asciilifeform|billymg]: hmm, it looks like it sees me but is not responding ...
awt[asciilifeform|billymg]: PeterL: my understanding is that getdata responses should not be rebroadcast
shinohai[asciilifeform|billymg]: Running blatta-9978
awt[asciilifeform|billymg]: i see you shinohai
PeterL[asciilifeform|billymg]: trying to wrap my head around regular expressions, anybody see what is wrong with """^:([^!]+)\!\S+\s+PRIVMSG\s+\#(\S+)\s+\:(.*)""" trying to match ':PeterL PRIVMSG #pest :!s uptime' ?
awt[asciilifeform|billymg]: PeterL: could try messing around with it here: https://regexr.com/
shinohai[asciilifeform|billymg]: lol I see myself as hearsay
awt[asciilifeform|billymg]: The problem with bot regexes earlier has been that blatta doesn't include a host
PeterL[asciilifeform|billymg]: ah, right, so it wouldn't match what you would see from other servers
PeterL[asciilifeform|billymg]: so can I just take out the first ([^!]+) ?
awt[asciilifeform|billymg]: PeterL: not sure, would be nice to see the from field from asciilifeform
awt[asciilifeform|billymg]: 's ircd to compare
PeterL[asciilifeform|billymg]: hmm, no that crashed something
PeterL[asciilifeform|billymg]: trying one more time ...
PeterL[asciilifeform|billymg]: aha, this looks like it worked: ^:(\S+)\s+PRIVMSG\s+\#(\S+)\s+\:(.*)
scoopbot[billymg|asciilifeform]: I am 'Scoopbot' version 693657.
PeterL[asciilifeform|billymg]: looks like I just missed having an article to scoop while I was poking around with this one
bitbot: Logged on 2022-03-04 20:21:43 awt[asciilifeform|billymg]: Also, wrt 3rd party stations, I propose adding a /track <handle> command to have handles from 3rd party stations show up in your nicklist. /untrack to remove.
awt[asciilifeform|billymg]: Never saw any comments wrt ^
PeterL[asciilifeform|billymg]: so hearsay messages do not automatically add the person to the user list, you have to do it manually? could there be a knob to automatically add hearsy names?
awt[asciilifeform|billymg]: PeterL: how long should they stay, when should they go away? Should they persist in the db?
PeterL[asciilifeform|billymg]: or, is there any downside to just adding all the names you see in hearsay?
PeterL[asciilifeform|billymg]: ah, I guess somebody could spam you with /nick and fill your db up with trash?
awt[asciilifeform|billymg]: PeterL: that could happen
awt[asciilifeform|billymg]: maybe jonsykkel has already implemented some sort of solution
PeterL[asciilifeform|billymg]: would it make sense to have all your peers always visible, just marked as away if they have not been seen in a while?
PeterL[asciilifeform|billymg]: really, they should be there in the list, since as soon as you reconnect they will see any messages you have sent with their getdata?
awt[asciilifeform|billymg]: hmm I'm not sure. in IRC when they're not in your nicklist it's because you can't contact them. same is true with the current configuration. If you're not receiving IGNOREs from them, they're not gonna get your message. Could be because they're offline, or their config is messed up...
awt[asciilifeform|billymg]: I mean they're get it if they come back online, but who knows when that will be?
awt[asciilifeform|billymg]: also you can always check %at
awt[asciilifeform|billymg]: PeterL: also you can just set o peer_offline_interval_seconds to a really high number
awt[asciilifeform|billymg]: and shinohai is now offline
awt[asciilifeform|billymg]: for those having issues seeing peers only via hearsay, I'll repost this thread: http://logs.bitdash.io/pest/2022-03-04#1004114
bitbot: Logged on 2022-03-04 20:37:09 awt[asciilifeform|billymg]: I currently don't see anyone I have added to my wot as hearsay, so I will need help from the affected parties to debug
shinohai[asciilifeform|billymg]: http://logs.bitdash.io/pest/2022-03-12#1004536 <<< am now back, both bot station and myself happily talking.
bitbot: Logged on 2022-03-12 02:52:28 awt[asciilifeform|billymg]: and shinohai is now offline
← 2022-03-10 | 2022-03-12 →