dorion: http://logs.ossasepia.com/log/ossasepia/2020-01-30#1016627 - sounds good, I'll look forward to it. take your time and ping jfw or me if any questions arise. fyi, the install docs are a bit more terse than the build, e.g. fdisk and mkfs usage. the busybox docs and gentoo handbook may help fill in the gaps.
ossabot: Logged on 2020-01-30 01:44:26 lobbes: dorion: I'm going to aim for getting that Gales install and write-up complete by Sunday
lobbes: dorion: ty for the references, I'll keep those within arm's reach.
lobbes: http://logs.ericbenevides.com/log/ossasepia/2020-01-30#1016647 << this makes sense. I know that being able to at least talk to a human is top on my list (and yeah, I've had two encounters with asiatic hosters so far and both were ~100% automated...)
ericbot: Logged on 2020-01-30 08:14:36 diana_coman: lobbes: so if you want to filter them more stringently, you need to decide first what are you filtering them for ie what you really can't live with (as usual, it's the negative that defines it, what can one do)
lobbes: http://logs.ericbenevides.com/log/ossasepia/2020-01-30#1016648 << yeah, I guess save for flying and visiting a potential hoster it will always be hard to sniff out odd up-front. Still, I like your suggestion re: net pipes. I'll keep that in my back pocket.
ericbot: Logged on 2020-01-30 08:20:10 diana_coman: re search, I took at some point in anger the map of net pipes and went from there, datacentre lists per country etc; the trouble however is that as long as you search online only, the options are really "many of the same thing" with the odd stuff quite invisible as far as I can tell.
lobbes: http://logs.ericbenevides.com/log/ossasepia/2020-01-30#1016650 << ack and agreed
ericbot: Logged on 2020-01-30 08:21:27 diana_coman: lobbes: also, you should publish your "fuck you, shinjiru", for your own future ref if nothing else
whaack: diana_coman: EOD Report: I spent the greater portion of my day writing the network socket notes article, and then went on to study the mother board, taking notes as well. The most notable discovery I made is that my GPU is not plugged into the fastest slot (the PCIe x16 - the only PCIe slot that connects to the North Bridge controller.)
diana_coman: whaack: a day of discoveries at least, lolz.
whaack: diana_coman: (and trinque:) I explored the problem with reconnecting with ircbot a bit more thoroughly and I have a few questions about submitting a vpatch. (1) There are some other side bugs I have found in ircbot, do I lump extra fixes into one vpatch or do I keep my vpatch concise with only one goal. (2) Reconnection atm is broken entirely (when the bot tries to reconne
whaack: ct the program is guaranteed to crash). I can fix the immediate bug that causes this, but even then reconnection hardly does anything - because even with the fix the bot will only reconnect in a very specific narrow case that i'm not sure ever happens in the wild.
ossabot: (trilema) 2017-12-24 asciilifeform: you changed 'channel' slot in ircbot class to 'channels', but never bothered to change the corresponding line in make-ircbot !! ben_vulpes )
diana_coman: whaack: from my pov, as long as it doesn't result in a huge vpatch, I don't see any problem in one vpatch fixing several issues; just make it clear and readable, that's all.
whaack: diana_coman: ok. wrt to point (2) I can make a simple vpatch that fixes what is a clear bug but likely doesn't help further the goal of 'keeping ircbot connected' or I can write something more complicated to make ircbot reconnect aggressively
diana_coman: whaack: do first the vpatch that fixes the clear bug, since that needs fixing anyway, right?
diana_coman: as to the reconnect, do what *you* need and then pack that.
whaack: diana_coman: okay. I will fix the clear bug and include in the reconnect fix a fix to some side bugs and submit a vpatch for that. Then I will submit a second vpatch (or perhaps regrind the first one) that redesigns reconnection all together.
whaack: in the end i may just regenesis ircbot, the current vpatches use sha512 hashes
diana_coman: whaack: ha; so then yes, regenesis it with keccak and that's it.
whaack: diana_coman: kk
diana_coman: oh hey, good point spyked; thank you.
whaack: spyked: ah yup, thanks. I'll have to think how to properly insert my vpatch in the tree and I'm sure I'll have some questions shortly.
spyked: diana_coman, np. whaack: I think patching on top of ircbot-multiple-channels-corrected (or whatever you want to use for your code) is the right way to go. then whoever maintains their branch (e.g. I'm working on top of the trilemabot/feedbot branch) can add the patch separately and work from there
spyked: trinque: does this ^ sound reasonable to you?
whaack: spyked: that seems reasonable. btw, any chance you know why ircbot immediately rejoins a channel when it is kicked? I can't see why that behavior would be desired, and the multiple channels version rejoins all channels when kicked from 1 channel certainly makes no sense.
diana_coman: spyked: comment in your modqueue.
diana_coman: dorion: do you want to discuss the structure for that 2nd attempt at the +ev contribution to the tmsr-os article?
dorion: diana_coman I do, but have a lunch meeting that I've got to leave for in about 15 minutes. are you available tomorrow evening 19:00 UTC ?
diana_coman: dorion: on Sunday then; tomorrow won't work.
dorion: diana_coman aok, confirmed, thanks.