[00:21:43] *** Mazon is now known as mazon [00:23:06] -supybot- Strike|work has quit oftc (Quit: leaving) [03:06:55] *** jetscreamer has joined #supybot [03:29:53] *** mykilx has quit IRC [03:31:23] *** jetscreamer has quit IRC [04:01:27] *** beoba has joined #supybot [04:33:01] *** mykilx has joined #supybot [04:33:32] *** mykilx has quit IRC [04:33:42] *** mykilx has joined #supybot [06:18:59] *** rohan has joined #supybot [06:19:19] <rohan> can i check if a supybot has delivered my later tell message to the recipient ? [06:19:30] <rohan> @hi [06:19:31] <supybot> rohan: Error: "hi" is not a valid command. [06:21:13] *** rohan has left #supybot [06:33:54] *** Crazysim has joined #supybot [06:34:30] *** Crazysim has quit IRC [06:45:14] *** zanny has joined #supybot [07:38:24] *** eracc is now known as cfbot [07:38:59] *** cfbot is now known as eracc [08:43:34] *** beoba has quit IRC [09:07:41] -supybot- Strike|laptop has joined on oftc [09:09:20] -supybot- Strike|laptop has quit oftc (Quit:) [09:19:46] *** brad2901 has quit IRC [09:44:19] *** mazon is now known as Mazon [10:31:42] *** Nightwea1er has joined #supybot [10:49:44] *** Nightweaver has quit IRC [10:49:45] *** Nightwea1er is now known as Nightweaver [11:52:49] *** zanny has quit IRC [12:32:38] *** stephank has joined #supybot [12:58:39] *** stephank has quit IRC [13:32:18] *** Freso has joined #Supybot [14:14:36] *** xulin has joined #supybot [14:14:41] <xulin> hello .. [14:15:02] <xulin> i have a probléme with [whoami] it don't work all the time :s [14:18:27] <xulin> well if i want to make a alias using the nick of the caller of the alias ? [14:18:36] <xulin> what does i put on the alias :s ? [14:18:54] <xulin> [whoami] put the nick when i make the alias [14:19:25] <xulin> may $[whoami] [14:19:28] <xulin> ? [14:22:11] <xulin> no :/ [14:34:26] <xulin> who to use the plugin caller in a alias !! help ! please :s [14:42:48] *** Freso has quit IRC [14:46:28] *** Freso has joined #Supybot [14:57:29] *** jetscreamer has joined #supybot [15:01:16] *** xulin has quit IRC [15:12:36] *** jetscreamer has quit IRC [15:47:28] *** Mazon has quit IRC [15:49:24] *** Mazon has joined #supybot [16:18:29] *** jetscreamer has joined #supybot [16:20:56] *** Freso has quit IRC [16:21:17] *** Freso has joined #Supybot [16:35:17] *** bbrazil_ has joined #supybot [16:41:49] *** bbrazil has quit IRC [16:41:56] *** bbrazil_ is now known as bbrazil [16:43:06] *** jetscreamer has quit IRC [18:48:42] *** dma147 has joined #supybot [18:48:47] <dma147> good evening... [18:49:40] <dma147> how can I limit the (respond of the) bugzilla plugin to only one single channel? [19:03:06] <dma147> okay, sorry for bothering... I've found it... [19:03:13] *** dma147 has left #supybot [19:41:33] *** Freso has quit IRC [19:42:09] *** Freso has joined #Supybot [19:59:51] -supybot- Strike|work has joined on oftc [19:59:54] -supybot- mode change by ChanServ on oftc: +o Strike|work [20:26:41] *** jetscreamer has joined #supybot [20:35:33] *** jetscreamer has quit IRC [20:39:02] *** nuge has joined #supybot [20:40:55] <nuge> hi guys, not really a supybot Q, kind of a python question i guess: i'm trying to make a 'rtfm' plugin, where i would trigger it with !rtfm <keyword>. I would like it if the keyword was not recognizable in a list, i could some fuzzy matching, like the bot might reply with "You said <keyword> but you might have meant <real_keyword>" [20:41:07] <nuge> is there anything that looks for slightly mispelled words? [20:41:12] <nuge> like.. partial matches of strings [20:45:13] <supybot> <Strike|work> not really, though we do have a utility in supybot.utils.str that calculates the "edit" distance between two strings (ie, the number of characters different between the two) [20:45:44] <supybot> <Strike|work> if you had a list of acceptable keywords, you could have it calculate the edit distance between the given string and each in the list and if it's less than, say 3, suggest the matching keywords [20:45:59] <supybot> <Strike|work> @pydoc supybot.utils.str.levenshtein [20:46:00] <supybot> <supybot> Strike|work: Error: supybot.utils.str has no function levenshtein. [20:46:01] <supybot> <Strike|work> hmm [20:46:05] <nuge> ah, levenshtein [20:46:11] <nuge> i was just reading up on that [20:46:15] <supybot> <Strike|work> oh [20:46:20] <supybot> <Strike|work> @pydoc supybot.utils.str.distance [20:46:21] <supybot> <supybot> Strike|work: Returns the levenshtein edit distance between two strings. [20:46:29] <nuge> freakin awesome [20:46:33] <nuge> it's pretty slow i guess [20:46:35] <nuge> but still cool [20:46:45] <jamessan> @list string [20:46:46] <supybot> jamessan: chr, decode, encode, len, levenshtein, md5, ord, re, sha, soundex, and xor [20:46:54] <jamessan> @levenshtein foo bar [20:46:55] <supybot> jamessan: 3 [20:46:56] <supybot> <Strike|work> ah that's what I was thinking of [20:47:06] <jamessan> @levenshtein foo ford [20:47:07] <supybot> jamessan: 2 [20:47:18] <supybot> <Strike|work> (I mean, that's why I thought it was "levenshtein" and not "distance") [20:47:27] <jamessan> @levenshtein fjord ford [20:47:28] <supybot> jamessan: 1 [20:47:47] <nuge> @levenshtein match match [20:47:48] <supybot> nuge: 0 [20:47:49] <nuge> nice [21:04:43] *** brad2901 has joined #supybot [21:30:00] *** dju` has joined #supybot [21:34:04] *** beoba has joined #supybot [21:50:05] <eracc> I have registered my supybot's alt-nicks. When it connects with an alt-nick it gets the "Registered nick" from NickServ. Is it possible to have supybot identify via its' alt-nicks when this happens? [21:51:09] <eracc> Oddly, my supybot is not "ghosting" and switching to its' main nick when it has to reconnect due to network problems and the old nick is still hanging around. [21:52:49] <eracc> Well, I'll rephrase that. It is ghosting sometimes and not others. I don't know why and can't see anything in the log that tells me. [22:01:46] <eracc> Hrm, a quick scan of the log for the past few hours shows supybot is ghosting but when I switched to the channel a bit ago the supybot was still using its' alt-nick and had not changed nicks. [22:04:19] <eracc> Is there a way to get supybot to show in the log when it switches nick successfully and when not? I don't see a config option that suggests that. [22:04:59] <eracc> I know I can tell the bot to switch nicks and that will show up. I'm looking for something that will show about the automated nick switching. [22:17:26] <eracc> This is what happens when I try to get my bot to change to the proper nick: [22:17:27] <eracc> <eracc> %nick whiney-bot [22:17:27] <eracc> <-- whiney-bot_1 has quit (Excess Flood) [22:17:40] <eracc> That happens every time. [22:20:19] <eracc> <eracc> %version [22:20:19] <eracc> <whiney-bot> eracc: The current (running) version of this Supybot is 0.83.1. The newest version available online is 0.83.1. [22:23:57] <supybot> <Strike|work> maybe set log.level to DEBUG and check what messages are going in/out? [22:25:24] <eracc> Ah! The channel is set to +tnR. I'll bet one of those modes is the culprit. [22:26:24] <eracc> +R (quiet unidentified) This mode prevents users who are not identified with NickServ from speaking in the channel. Users will receive a server notice explaining this if they try to speak. [22:26:41] <eracc> I wonder if that is what is causing the problems. [22:27:10] <eracc> Unfortunately that mode is not going to change. [22:27:57] * eracc goes to test with another xchat session BRB [22:28:57] <eracc> Yup - :Cannot send to channel so cannot change nicks [22:29:15] <supybot> <Strike|work> ah [22:29:26] <eracc> So, unless supybot can identify via the alt-nick it cannot change nicks. [22:30:18] <supybot> <Strike|work> what network has that setting? [22:30:37] <eracc> Here on freenode. [22:30:45] <eracc> http://freenode.net/using_the_network.shtml [22:30:46] <supybot> <Strike|work> ah, freenode blows :p [22:30:49] <supybot> Title: freenode: using the network (at freenode.net) [22:31:25] <eracc> So, is there a way to get supybot to ID via its' alt-nicks? [22:31:39] <eracc> Or would that require a code rewrite? [22:32:10] <supybot> * Strike|work shrugs [22:32:19] <supybot> <Strike|work> I didn't write any of that code nor have I really looked at it [22:32:46] <eracc> Heh, I didn't write /any/ of the code and don't know Python anyway. [22:34:06] <supybot> <Strike|work> you'd have to register each of the alt nicks though, wouldn't you? [22:34:15] <eracc> I already did that. [22:34:37] <eracc> I was looking for a way to ID via the alt-nicks and could not find one. So, I came to ask. [22:35:12] <supybot> <Strike|work> ah, well no I don't think it can/will currently though with the number of supybots on freenode, this may be a desired thing to add [22:35:21] <supybot> <Strike|work> s/sired/sirable/ [22:35:24] <eracc> Yup [22:37:28] <eracc> If anyone rewrites that and wants it tested I will do it. [22:38:06] <supybot> <Strike|work> well, don't look at me, I am an OFTC guy :) [22:38:41] <eracc> Heh, I'm just tossing that out for anyone that reads scrollback and is a Python code jockey working on supybot. ;-) [22:39:09] <supybot> <Strike|work> yeah if our website didn't kind of suck, it'd be a good thing to post on a sort of "desired features" list [22:58:45] <Freso> Strike: How many other people are in there? [22:58:48] <Freso> Strike: Wait... [22:58:55] -supybot- EtherealShifter has joined on oftc [22:58:58] <supybot> <Strike|work> not many :) [22:59:04] <supybot> <EtherealShifter> Indeed not. [22:59:14] <supybot> <EtherealShifter> Also, why am I using this nick here? [22:59:15] <supybot> <Strike|work> two of me, supybot, sifu (jamessan's and my bot), and some others [22:59:20] -supybot- nick change by EtherealShifter to Freso on oftc [23:00:10] <Freso> And I ofcourse can't remember my OFTC nickserv pass. [23:00:37] <supybot> <Strike|work> heh [23:00:44] <supybot> <Strike|work> yeah, someone stole my nick on Freenode >:( [23:00:57] <supybot> <Strike|work> (yet another reason for me not to go there :p) [23:01:03] -supybot- Freso has quit oftc (Quit: Leaving) [23:01:04] -supybot- Freso has joined on oftc [23:01:45] <supybot> <Freso> The client has it. So now I'm identified on both networks. Going to stick with using the other for this channel though. Take care of this one, Strike ;) [23:01:48] -supybot- Freso has left on oftc [23:02:21] <Freso> Strike: I'm actually on both networks, but only in #fish on OFTC. [23:03:33] <supybot> <Strike|work> ah, jamessan is in there too iirc [23:11:37] <Freso> Strike: He is. :) [23:26:23] <jamessan> @config list plugins.services [23:26:24] <supybot> jamessan: @ChanServ, @NickServ, disabledNetworks, nicks, noJoinsUntilIdentified, and public [23:26:55] <jamessan> @config help plugins.services.nicks [23:26:56] <supybot> jamessan: Determines what nicks the bot will use with services. (Current value: supybot) [23:28:41] <jamessan> @help services nick [23:28:42] <supybot> jamessan: Error: There is no command "services nick". [23:28:48] <jamessan> @list services [23:28:48] <supybot> jamessan: ghost, identify, invite, nicks, op, password, unban, and voice [23:28:52] <jamessan> @help services password [23:28:53] <supybot> jamessan: (services password <nick> [<password>]) -- Sets the NickServ password for <nick> to <password>. If <password> is not given, removes <nick> from the configured nicks. [23:29:52] <jamessan> eracc: yeah, just set a password for all the registered nicks [23:30:00] <eracc> jamessan, ah! Thanks. [23:30:15] <jamessan> we try to keep it simple :) [23:37:59] <eracc> jamessan, heh, looking at scrollback in the PM with my bot I see that message about passwords. I have no idea why I didn't understand that. :-p [23:38:29] <eracc> With 20/20 hindsight it all makes sense now of course. :-)