trinque: spyked: I'd be willing to at least question whether what's already there can be generalized for people's use-cases, rather than branching the thing so soon
trinque: arguably someone's wrong if such a tiny thing is being branched
trinque: whaack: it aggressively rejoins channels because it was built to handle the voice model and "be in channel at all costs" was a goal of mine.
trinque: I'd certainly sign a patch that made that a constructor flag, :rejoin t or something
trinque: also would love an explanation of the bug you found!
trinque: I bet this has plaged the thing for a long time if so.
whaack: trinque: alright, i can make my vpatch make the rejoin channels feature be set by a flag
trinque: I think it's important to differentiate between two reasonable use-cases, and fundamental disagreement about design.
trinque: I think the former is appropriate as a flag, and the latter *must* be a fork in the V-tree
whaack: trinque: I explained the bug briefly in #o but i'll have it in an article going over it in more detail likely by tomorrow evening along with the vpatch
ossabot: Logged on 2020-01-04 22:56:08 whaack: trinque: I think I may understand this if you never got around to it. The thread that normally calls ircbot-reconnect is the ircbot-ping-thread. However the ping-thread commits suicide because ircbot-disconnect calls (sb-thread:terminate-thread (ircbot-ping-thread bot)) . So when the ping thread calls ircbot-reconnect after calling ircbot-disconnect it never
whaack: trinque: makes sense re two use-cases and disagreement. That said I can't say I really understand your use case - I didn't know that the voice model kicks people from channel
trinque: I didn't want "oops I accidentally kicked the bot" to require human interaction.
whaack: diana_coman: EOD Report: I continued this morning reading about computer arch. Then I fixed the bug in ircbot, and I have a terse solution on top of the fix that should make the reconnect functionality more robust. I don't have a keccak vdiff tool at the moment (i can press keccak, but not actually make keccak vpatches - I may write my own as an exercise.) Lastly I spent a large amount of time trying to get my computer connected. I
whaack: made the mistake of manaloning and attempting solutions that took time and gave me nothing in return. I am now going through a guide on networking, learning the commands jfw mentioned.
whaack: From debugging my problem I've found that my computer is able to receive packets from my router, but is not able to send them out. I tried to install another driver for my realtek NIC (I am currently using r8169, but some forum conversations have said to try r8168). I ran into errors trying to build r8168 and learned I had to ferry over my kernel-specific kernel-devel and kernel-header rpm and install those. I did that, but now I n
whaack: eed to choose a gcc to install (and would like advice on this.)
whaack: ah. I am now able to ping my router. I did this by plugging my ethernet cable into a ethernet->usb converter. I had tried this before (to debug the hardware) but I did not properly configure the new network device the first time.
jfw: whaack: what is the choice you're facing with gcc, does centos 6 ship multiple versions?
whaack: jfw: centos6 minimal shipped with no version
jfw: that's why I asked what they ship, not what you picked up so far ;)
whaack: ah sorry, yeah i realize now. The concept of an os having a stable repository is new to me
whaack: jfw: looks like it's v4.4.7
jfw: sounds good then.
whaack: jfw: cool, gn!
feedbot: http://younghands.club/2020/02/01/rmd-review-jan-25th-31st-2020/ << Young Hands Club -- RMD review, Jan 25th-31st, 2020
feedbot: http://younghands.club/2020/02/01/rmd-plan-feb-1st-7th-2020/ << Young Hands Club -- RMD plan, Feb 1st-7th, 2020
spyked: http://logs.ossasepia.com/log/ossasepia/2020-01-31#1016735 <-- yeah, this got feedbot temp-banned back in the day, not sure if I want it there myself
ossabot: Logged on 2020-01-31 12:30:05 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.
ossabot: (trilema) 2018-11-26 mircea_popescu: there's no other way here, is there.
spyked: http://logs.ossasepia.com/log/ossasepia/2020-01-31#1016741 <-- makes sense, even though I'm not sure myself if ircbot-multiple-channels-corrected is too soon. so far every person who started implementing their stuff went directly on top of ircbot... maybe unexaminedly, so indeed worth looking at.
ossabot: Logged on 2020-01-31 21:18:36 trinque: spyked: I'd be willing to at least question whether what's already there can be generalized for people's use-cases, rather than branching the thing so soon
trinque: spyked: kinda points to my having coupled it to postgres being a bad design, neh?
trinque: rather than giving it a clean interface, and then written a second proggy as the glue between the two
jfw: whaack, do you still have this pain? Seems like a tool or usage problem, I had no such difficulties blogging python-with-tabs, and the indentation would be important for legibility for any language
ossabot: (trilema) 2019-12-29 whaack: trinque: pasting chunks of python code is also a pain given the blocks-created-by-tabs design
whaack: jfw: I haven't been pasting around chunks of python in a while. If you're pasting python code always to the same place / using the tools, then you can set the tools' knobs the right way and there's no problem. The issue arises when you want to send a small snippet of code over a medium not normally used for sharing code, such as in an irc message.
whaack: I see the argument though that you should never do this, or that if you need to you can always paste the code with paste.deedbot.org/ etc.
jfw: whaack: no I can see it; the enforced newlines/indents is an artificial constraint that reduces your options. Though I suppose that's simultaneously the argument for it
jfw: but it comes up also in the "why can't I have working lambda?" "because guido couldn't figure out how to make it pretty enough for his style"
dorion: lol
jfw: Seeing as how I'm just starting now, I've got about zero chance of finishing review and plan by my 21:00 UTC deadline.
jfw: Then I'm occupied this evening. Really given http://logs.ossasepia.com/log/ossasepia/2020-01-29#1016567 I should have started yesterday in order to finish today. I will treat the work time now as the preparing part and aim to leave myself a good start for tomorrow.
ossabot: Logged on 2020-01-29 14:39:11 diana_coman: jfw: how about you split this sort of thing into 2 "tasks": one is of the type "ponder and prepare", to be done on one day; the 2nd comes after that and picks up from the notes/output of the first; I'm making some assumptions here re what is keeping you from starting, since you haven't really said anything on that score so if it doesn't fit, you'll have to dig as to what the trouble really is.