00:40 <leftylink> CM-Punk: from my understanding of bouncers it isn't any different from having a bot connect to any other server. the server password is specified as 'password' in the same place where the bot's nick, server, etc. are specified

00:44 <leftylink> well bouncer is an interesting idea, right? bot appears to stay connected even if you need to restart it for various reasons. I personally have not had that need though

01:30 <catepillar> leftylink: i have run out of memory before, and the bot restarts for me

01:31 <leftylink> should look into that

01:31 <leftylink> although, I have some memory dumbness in cinch-tyrant

01:31 <leftylink> maybe should fix at some point

02:16 <catepillar> use to have an issue where fc was never cleared, and occasionally a tyrant glitch would mess up the time stamps

02:17 <catepillar> so my script would endlessly add to faction chat

02:17 <catepillar> and build an insanely large array

02:27 <leftylink> o__O

02:30 <catepillar> yea, pure oversight on my part

02:30 <catepillar> fun when it would endless spam a room while building this large array

02:30 <catepillar> and then crash

02:30 <catepillar> and then reconnect like nothing every happened

15:52 <Dwarf> Heya dominikh, you reckon https://github.com/mose/cogbot/blob/master/plugins/manager.rb still works with the latest version?

15:53 <dominikh> if that's my code, then yes

15:54 <Dwarf> From the looks of the config file it's for Cinch 1 tho

15:54 <dominikh> then no.

15:55 <Dwarf> oh, cinch 2.0.6

15:55 <Dwarf> Strange tho as it uses a yaml file for the config

16:02 <Dwarf> <~Dwarf> !m list

16:02 <Dwarf> < YT-info> ctcp urlinfo since ryp manager

16:02 <Dwarf> <~Dwarf> !m unload ryp

16:02 <Dwarf> < YT-info> Could not unload ryp because no matching class was found.

16:02 <Dwarf> Alas

16:02 <Dwarf> No worky

16:03 <dominikh> sorry, I don't have time right now

16:03 <Dwarf> That's alright

16:04 <leftylink> well, notice how ryp is not a legal class name in Ruby, so of course no class named ryp will ever be found

16:04 <Dwarf> Why is it not a legal class name?

16:05 <dominikh> because class names are constants and constants are capitalised

16:05 <Dwarf> Ah right

16:05 <Dwarf> Yea i have a class Ryp defined, same effect when I try to unload that

16:05 <leftylink> ruby -e "class ryp; end"

16:05 <leftylink> to see for yourself

16:06 <Dwarf> Anyway, dinner time

16:06 <Dwarf> brb

16:07 <leftylink> pay attention to what module holds the plugins in question, and notice the module from which Manager is attempting to look up class names

16:34 <Dwarf> No module

16:35 <leftylink> there you go

16:36 <Dwarf> Any clue on how I would unload that?

16:40 <leftylink> I... I believe I have just barked up the wrong tree

16:41 <leftylink> $ ruby -e "module Cinch; module Plugins; end; end; class A; end; puts [Object, Module, Kernel, Cinch::Plugins].map { |x| x.const_get('A') }.join(', ')"

16:41 <leftylink> A, A, A, A

16:41 <leftylink> so actually

16:41 <leftylink> what I should be looking at

16:41 <dominikh> that code expects plugins to be in a specific module: in Cinch::Plugins – and it expects files to be in a specific place

16:41 <dominikh> so if you want that module manager to work, follow that structure

16:41 <leftylink> look at what unload_plugin is doing to its args

16:48 <Dwarf> I see. I see.

16:49 <Dwarf> I see I have lots of work to do then!