ChanServ changed the topic of #cinch to: The IRC Framework | http://groups.google.com/group/cinch-ruby/ | Latest version: Cinch 2.0.4 – Change log at http://bit.ly/14Q4s6Z – Migration guide at http://bit.ly/GO4qkW | This channel is being publicly logged at http://irclog.whitequark.org/cinch/
<lagweezle> dominikh: I drug the PluginManagement plug-in over from your older code and it's rather nice to use! Thank you for that.
<dominikh> lagweezle: :) glad it helps
<lagweezle> dominikh: Am I correct in my understanding that a plugin must be required/listed when the bot starts to be reloaded/loaded/etc. with that manager?
<dominikh> lagweezle: I think !load should work with plugins that have never been loaded before, too.
<lagweezle> I did find that newer versions of Ruby have issues in terms of the path being used to find things for loading. I don't know how to deal with that, yet.
<dominikh> define newer versions
<dominikh> it should work with any 1.9 equally
<lagweezle> I'm using 1.9.3
<lagweezle> There was a change in a version, maybe in the 1.8 to 1.9 shift, that removed '.' from the search path.
<dominikh> yup
<dominikh> Cinch 1.x never worked on 1.8 to begin with, though ;) -- you'll want to use the -I flag to add the lib dir with the plugins to the load path
<lagweezle> Because of that, I've been using require_relative rather than just require
<lagweezle> that is "hyphen ell" there?
<dominikh> nope
<dominikh> capital eye
<lagweezle> Gotcha.
<lagweezle> Stupid typeface…
<dominikh> hehe
<lagweezle> Oh! That does behave much nicer.
<waxjar> i wonder why it doesn't default to that
<lagweezle> I believe there is a security concern with including your current directory, as your current directory isn't really defined well.
<dominikh> for the same reason . isn't in it anymore
<waxjar> makes sense
<lagweezle> Oh!
<lagweezle> dominikh: What is the reason for having a lot of the plugins nested in module Cinch, module Plugins ?
<dominikh> lagweezle: to have a single namespace for plugins. poluting the global namespace is icky, and having the same namespace for all plugins makes sharing them easier
<dominikh> because you know where they'll be
rickmasta has joined #cinch
rickmasta has quit [Quit: Leaving...]
waxjar has quit [Ping timeout: 245 seconds]
waxjar has joined #cinch
rickmasta has joined #cinch
waxjar has quit [Ping timeout: 264 seconds]
waxjar has joined #cinch
rickmasta has quit [Quit: Leaving...]
waxjar has quit [Ping timeout: 264 seconds]
<lagweezle> Having the bot set up a match condition for it's own nickname… Any guidance on that?
<dominikh> match(lambda {|m| m.bot.nick}) should do the trick
<lagweezle> That magic incantation will evaluate when checked so the nick will always be up to date? I don't understand lambdas yet. >.<
<dominikh> yes.
<lagweezle> Schweeeeeeeeet. Thank you!
<dominikh> the obvious implication is that the lambda will be executed for each and every message. but from experience that shouldn't have any noticeable performance impact
* lagweezle crosses his fingers.
<dominikh> not for the amount of messages you can receive on IRC, anyway
<cout> yay, I wrote a wikipedia plugin!
<dominikh> cout: what does it do?
<cout> displays a the summary for whatever page you tell it to
<dominikh> ah
<cout> but if I type e.g. .wp cout then it ignores me :(
<cout> (or any other nick that's in the channel)
<cout> any idea why?
<dominikh> there's no reason why it would.
<cout> that's what I would think
<cout> and yet... it does
<dominikh> bring it here
<dominikh> cout: besides, what do you expect it to do? e.g. the word "cout" has no entry.
<cout> hmm
<cout> you can /msg it but bringing it in here requires me restarting it
<cout> u-2002 is the nick
<dominikh> (which kind of yells "dbpedia smells" because wikipedia redirects cout somewhere. dbpedia simply has no description for it
<dominikh> so again, what do you expect it to do for nicks? they obviously aren't known by dbpedia
<cout> if I do .wp lskdjfsldkfj then it says "lskdjfsldkfj not found"
<cout> I guess dbpedia is returning something different for cout, and so I'm just sending the empty string into m.reply
<dominikh> cout has an empty Description tag, while lskdjfsldkfj has none
<dominikh> nor does my name
<dominikh> no idea why its length wouldn't be 0 though
<dominikh> but I don't use rexml
<dominikh> oh, length is the number of nodes, not the text length. no wonder then
<dominikh> an empty tag is still a node :)
<aytch> why dbpedia parsing instead of Wikipedia API?
<cout> aytch: wikipedia api just gives you the whole article
<cout> I just want the summary and dbpedia already parses it out for me
<aytch> I see
rickmasta has joined #cinch
<Azure> reporting back on the bot memory issue: I had my TimeBan and Antispam plugins disabled on one bot the previous night and had the bot run without them, and it is using 59m currently.
<dominikh> which of course tells us nothing without more data points ;)
<Azure> A couple of plugins might be storing (very) large arrays and/or hashes in memory though.
<Azure> (My !porno plugin does come to mind.)
<dominikh> heh
<Azure> hm...
<Azure> -[~:$]- wc -l ~/bots/config/porno/pornos.yml
<Azure> 2630 /home/azure/bots/config/porno/pornos.yml
rickmasta has quit [Quit: Leaving...]
Lemtzas has joined #cinch
<Azure> Seems to be a problem with YAML/Psych.
<dominikh> problem? I don't think loading big amounts of data and seeing memory usage go up is that surprising?
<Azure> The memory usage kept on going up on subsequent uses of the command that used YAML.load etc.
<Azure> hm.
<dominikh> ah
<Azure> Even when I switched to YAML.load_file and passed in just the path to the file, it still did that.
<Azure> Very weird.
<Azure> I guess another thing would be that I have 30+ plugins per bot. :p
<dominikh> memory usage should still be steady and not grow over time
<Azure> Yeah.
<Netfeed> 4 plugins and around 16-68MB mem
jhaals has joined #cinch
jhaals has quit []
jhaals has joined #cinch
postmodern has quit [Quit: Leaving]
<lagweezle> Azure: porno plugin? O.o
bhaak has quit [Ping timeout: 264 seconds]
bhaak has joined #cinch
bhaak has quit [Read error: Operation timed out]
bhaak has joined #cinch
txdv has joined #cinch
jhaals has quit []
jhaals has joined #cinch
jhaals_ has joined #cinch
jhaals has quit [Ping timeout: 272 seconds]
jhaals_ is now known as jhaals
jhaals has quit [Read error: Connection reset by peer]
jhaals has joined #cinch
Azure has quit [Quit: ZNC - http://znc.in]
Azure has joined #cinch
jhaals has quit []
nickrw has quit [Quit: leaving]
nickrw has joined #cinch
nickrw has quit [Client Quit]
nickrw has joined #cinch
v0n has joined #cinch
v0n has quit [Ping timeout: 248 seconds]