| 02:39.06 | *** join/#botpark simonrvn (i=simon@unaffiliated/simonrvn) [NETSPLIT VICTIM] |
| 02:53.47 | *** join/#botpark numist_ (n=numist@hull.numist.net) |
| 02:54.41 | *** join/#botpark troubled (n=troubled@pdpc/supporter/sustaining/troubled) |
| 02:54.45 | *** join/#botpark ChanServ (ChanServ@services.) |
| 02:54.45 | *** mode/#botpark [+o ChanServ] by irc.freenode.net |
| 02:54.46 | *** join/#botpark simonrvn (i=simon@unaffiliated/simonrvn) |
| 02:54.46 | *** join/#botpark botzor (i=gekko@unaffiliated/gekz/bot/botzor) [NETSPLIT VICTIM] |
| 02:54.46 | *** join/#botpark supybot (n=supybot@www302.hostpc.com) [NETSPLIT VICTIM] |
| 02:54.46 | *** join/#botpark ozzloy (n=ozzloy@unaffiliated/ozzloy) [NETSPLIT VICTIM] |
| 02:54.46 | *** join/#botpark ricer4 (n=fs@server3.maserver.com) [NETSPLIT VICTIM] |
| 02:54.46 | *** join/#botpark SafeTcl (n=SafeTcl@unaffiliated/skiidoo/bot/safetcl) [NETSPLIT VICTIM] |
| 02:54.46 | *** join/#botpark Gokee2 (n=gokee2@24-113-12-97.wavecable.com) [NETSPLIT VICTIM] |
| 02:54.51 | *** join/#botpark FactBot (n=factbot@pdpc/supporter/sustaining/troubled) |
| 02:54.51 | *** join/#botpark perlbot (n=perlbot@lv.pm.org) |
| 02:54.51 | *** join/#botpark Anna^ (n=boten@unaffiliated/numist/bot/anna) |
| 02:54.51 | *** join/#botpark CIA-10 (i=cia@208.69.182.149) |
| 02:54.52 | *** join/#botpark ravenbird (i=ravenbir@unaffiliated/simonrvn/bot/ravenbird) |
| 02:54.52 | *** mode/#botpark [+oo FactBot Anna^] by irc.freenode.net |
| 02:55.58 | *** mode/#botpark [+o troubled] by ChanServ |
| 02:55.58 | *** mode/#botpark [-o Anna^] by ChanServ |
| 02:55.59 | *** mode/#botpark [+o simonrvn] by ChanServ |
| 03:16.49 | *** join/#botpark troubled (n=troubled@pdpc/supporter/sustaining/troubled) |
| 03:16.49 | *** mode/#botpark [+o troubled] by ChanServ |
| 03:18.58 | *** join/#botpark FactBot (n=factbot@pdpc/supporter/sustaining/troubled) |
| 03:18.58 | *** mode/#botpark [+o FactBot] by ChanServ |
| 03:19.13 | *** mode/#botpark [-o troubled] by troubled |
| 03:56.28 | *** join/#botpark Deon (n=dsl@wikipedia/Deon555) |
| 03:56.34 | *** join/#botpark Deonbot9 (n=Deonbot9@67.71.96.58.exetel.com.au) |
| 03:57.06 | *** part/#botpark Deonbot9 (n=Deonbot9@wikipedia/Deon555/bot/Deonbot9) |
| 03:57.07 | *** join/#botpark Deonbot9 (n=Deonbot9@wikipedia/Deon555/bot/Deonbot9) |
| 08:28.44 | *** part/#botpark Deonbot9 (n=Deonbot9@wikipedia/Deon555/bot/Deonbot9) |
| 08:29.09 | *** join/#botpark Deonbot9 (n=Deonbot9@67.71.96.58.exetel.com.au) |
| 10:45.15 | *** join/#botpark kloeri (i=kloeri@freenode/staff/kloeri) |
| 11:41.16 | troubled | $wtf gtfo |
| 11:41.18 | FactBot | GTFO: get the fuck out |
| 11:41.25 | troubled | hmmm |
| 13:27.21 | troubled | !dice 4d20 |
| 13:27.28 | troubled | ^dice 4d20 |
| 13:27.30 | ravenbird | rolled 9,10,18,19 = 56 |
| 13:32.58 | *** join/#botpark Hamlin (n=chatzill@unaffiliated/hamlin) |
| 13:33.13 | Hamlin | !dice 1 |
| 13:33.19 | Hamlin | !dice 1d4 |
| 13:33.34 | Hamlin | $ |
| 13:33.52 | *** part/#botpark Hamlin (n=chatzill@unaffiliated/hamlin) |
| 13:59.55 | *** join/#botpark kloeri (i=kloeri@freenode/staff/kloeri) |
| 16:16.32 | simonrvn | blah. stupid zombies. |
| 16:17.03 | simonrvn | advantage of having your stuff at home: easy console access ;) |
| 16:17.20 | troubled | :) |
| 16:17.28 | troubled | simonrvn: you missed xk |
| 16:17.52 | simonrvn | i saw. i'll catch him next time |
| 16:18.00 | troubled | :) |
| 16:18.12 | troubled | well, that tied hash idea seems to work wonders |
| 16:18.17 | simonrvn | cool |
| 16:18.39 | troubled | just got it all coded and put into the bot for %channels. just gotta wait and watch now to see what calls it |
| 16:19.01 | simonrvn | (they were trying to go after a non-existent vulnerable horde install) |
| 16:19.08 | troubled | its cool though cause somehow the carp debug messages it uses generate standard infobot !WARN! messages :) |
| 16:19.10 | simonrvn | ok |
| 16:19.15 | simonrvn | heh |
| 16:19.47 | troubled | almost be worth using something like this for all the hashes hehe |
| 16:21.40 | simonrvn | hehe |
| 16:29.41 | troubled | Schedulers.pl line 494 :) |
| 16:29.48 | troubled | that was painless hehe |
| 16:33.39 | troubled | go figure, the comment for that loop is "# yet another hack." :) |
| 17:06.40 | troubled | simonrvn: hmmm, if i didnt know better, i would say all this null channel stuff is caused by UserDCC loading |
| 17:07.04 | troubled | seems to be setting the channel type to DCC and causing $chan to go null. why its loading dcc i have no idea though yet |
| 17:07.37 | troubled | i recall the other day it was giving me dcc related errors as well. something about it couldnt do something because it was in "DCC" |
| 18:03.06 | simonrvn | yeh, that's probably the dcc bug that's been present for a while |
| 18:05.58 | troubled | well, i think i see whats causing it |
| 18:06.26 | troubled | my $j = scalar(keys %{ $channels{$chan} }); |
| 18:06.41 | troubled | that actually sets the hash instead of just checking it |
| 18:12.54 | troubled | well, i can fix the null from being inserted now, but $chan gets unset somewhere and doesnt ever come back it seems. plus i have the dcc loadmodule commented, so it wasnt that load that was causing it |
| 18:14.22 | troubled | line 492 i changed to: foreach my $ch (keys %channels) {, then i changed the $chan stuff to $ch. it effectively prevents the null hash from being created on line 494 with $j is checked |
| 18:15.42 | troubled | guess ill have to make a tiescalar debug module and tie up that $chan as well and try track where its getting null'd |
| 18:16.10 | troubled | .oO(debuging sucks...) |
| 18:16.10 | supybot | troubled: Error: "oO(debuging" is not a valid command. |
| 18:16.24 | troubled | supybot: dont get me started! ;p |
| 18:16.25 | supybot | troubled: Error: "dont" is not a valid command. |
| 18:20.11 | simonrvn | supybot: don't tempt me into kick banning you or quieting you |
| 18:20.11 | supybot | simonrvn: Error: "don't" is not a valid command. |
| 18:20.21 | simonrvn | heh heh heh |
| 18:20.24 | troubled | :) |
| 18:21.16 | troubled | what do you know about this dcc bug? |
| 18:21.51 | simonrvn | been a long time since don tim and discussed it, but has to do with the fact that it doesn't work at all |
| 18:21.57 | simonrvn | and i |
| 18:22.03 | troubled | i noticed |
| 18:22.18 | troubled | any idea where the dcc triggers might be loading? |
| 18:23.08 | simonrvn | no :/. grep it i guess. don was trying to implement the bots cross talking to each other, a botnet for exchanging factoids, updating them, etc. |
| 18:23.35 | simonrvn | (not corss-talking in the usual sense ;) |
| 18:23.39 | simonrvn | cro* |
| 18:23.54 | troubled | i know what you mean, via direct or dcc rather than irc msg |
| 18:25.10 | troubled | eggdrops just use a port, but i assume that its rather rude and unreliable to use a seperate socket |
| 18:25.20 | troubled | at this point im bout ready to rip DCC right out of this darn thing :) |
| 18:25.54 | simonrvn | would probably have to re-do it from scratch, or re-do the functions |
| 18:26.00 | simonrvn | :( |
| 18:26.17 | troubled | well, this patch seems to fix the null channels, but I still dont know whats unseting the $chan after initial chatter though |
| 18:26.59 | troubled | ill push this patch for now and start on tracking down $chan issue which is the root of it all |
| 18:27.19 | troubled | but still, the netsplit code should have never been setting the null has to begin with :) |
| 18:27.44 | troubled | 2sec |
| 18:31.36 | simonrvn | 'k. yeh. i'd suggest looking for $chan and $ch, and trying to sync them to one. should either fix shit, or break it more |
| 18:32.04 | simonrvn | a while ago, i started doing this sort of thing, but i gave up, because i didn't have commit access at the time |
| 18:38.08 | troubled | simonrvn: can you try that out and let me know if it gets rid of nulls? :) |
| 18:39.11 | troubled | $reload |
| 18:39.12 | FactBot | reloading... |
| 18:39.13 | FactBot | reloaded: Schedulers.pl |
| 18:39.21 | troubled | prolly need a restart though |
| 18:40.50 | simonrvn | ^reload |
| 18:40.51 | ravenbird | reloading... |
| 18:40.51 | ravenbird | reloaded: Schedulers.pl |
| 18:41.49 | troubled | actually, since the null has already exists, i think it will need a restart :( |
| 18:41.49 | simonrvn | ^reload |
| 18:41.50 | ravenbird | reloading... |
| 18:41.51 | ravenbird | reloaded: |
| 18:41.51 | troubled | $die |
| 18:41.56 | simonrvn | ^die |
| 18:42.32 | *** join/#botpark FactBot (n=factbot@pdpc/supporter/sustaining/troubled) |
| 18:42.33 | *** mode/#botpark [+o FactBot] by ChanServ |
| 18:45.02 | troubled | test |
| 18:45.23 | *** join/#botpark ravenbird (i=ravenbir@unaffiliated/simonrvn/bot/ravenbird) |
| 18:45.23 | troubled | now there we have spoken, it should be triggered if its going to happen |
| 18:45.38 | troubled | test speak for simon bot |
| 18:46.01 | simonrvn | do i need to enable debugging or something? |
| 18:46.02 | troubled | although we wont know for ~15 minutes or so |
| 18:46.18 | troubled | hmmm, i think it shows in warn only |
| 18:46.43 | troubled | look at one of your logs, you should see it complain there somewhere |
| 18:46.53 | troubled | grep for "NULL chan" |
| 18:47.24 | troubled | should be something like: we have a NULL chan in list! removing! |
| 18:47.32 | simonrvn | yeh i got it |
| 18:47.58 | simonrvn | now be quiet about it so i can let less highlight it for me ;P |
| 18:48.02 | troubled | if all goes well, it shouldnt appear :) should be right after: Chans: (ravenbird) if your case |
| 18:48.38 | troubled | ;P |
| 18:49.27 | simonrvn | ^foo |
| 18:49.27 | ravenbird | from memory, foo is the first metasyntactic variable, it's a placeholder for some other term. see <http://www.catb.org/esr/jargon/html/F/foo.html>, or bar, or insert new factoid here |
| 18:49.42 | simonrvn | no WARN from that |
| 18:49.51 | troubled | should there be? |
| 18:50.12 | simonrvn | used to be |
| 18:50.16 | simonrvn | 18:49.27 Loaded UserDCC |
| 18:50.16 | simonrvn | 18:49.27 question: <simonrvn> foo |
| 18:50.16 | simonrvn | 18:49.27 <ravenbird/#botpark> from memory, foo is the first metasyntactic variable, it's a placeholder for some other term. see <http:// |
| 18:50.19 | simonrvn | www.catb.org/esr/jargon/html/F/foo.html>, or bar, or insert new factoid here |
| 18:50.22 | simonrvn | 18:49.27 >>> rgr has signed off IRC (Remote closed the connection) [#debian] |
| 18:50.36 | troubled | $test |
| 18:50.37 | FactBot | Failed |
| 18:50.42 | simonrvn | ^test |
| 18:50.42 | ravenbird | Yes, simonrvn, you're still online. |
| 18:50.50 | simonrvn | 18:50.41 <simonrvn/#botpark> ^test |
| 18:50.51 | simonrvn | 18:50.41 Loaded UserDCC |
| 18:50.51 | simonrvn | 18:50.41 Reply.pl: 1 SARs done. |
| 18:50.58 | troubled | ill have to deal with that darn Loaded UserDCC next |
| 18:51.14 | simonrvn | that's probably where the factoid sharing would come up |
| 18:51.40 | simonrvn | track your RDBMSd's log to see that happening |
| 18:52.15 | troubled | i have sql logging enabled on the test bot i use |
| 18:52.34 | troubled | only have 1 bot atm setup though so no sharing tests yet |
| 18:52.53 | simonrvn | they talk to each other depending on the setting in .config |
| 18:53.02 | troubled | ya, ive seen and used it before |
| 18:53.30 | troubled | question is if dcc gets fixed and is used for the protocol, what about the older bots? :( |
| 18:53.48 | troubled | would need to use DCC first, and failing that fall back to standard msg's |
| 18:53.57 | simonrvn | yeh |
| 18:54.04 | troubled | unless we just toss backward compatibility out the window :) |
| 18:54.09 | simonrvn | so far so good. no WARNs at all |
| 18:54.44 | troubled | hold on, let me toss a few warns in there for old time sake :) |
| 18:54.53 | simonrvn | WARN |
| 18:54.56 | simonrvn | ;p |
| 18:54.59 | troubled | :p |
| 18:55.04 | simonrvn | ah |
| 18:55.09 | simonrvn | 18:54.59 !WARN! PERL: DBD::mysql::st execute failed: Duplicate entry 'troubled-:p-#botpark' for key 1 at /home/ravenbird/infobot/src/dbi. |
| 18:55.12 | simonrvn | pl line 440. |
| 18:55.15 | simonrvn | 18:54.59 !ERROR! Raw(Update): !execute => 'UPDATE stats SET channel='#botpark', counter='1', time='1193597699', type=':p' WHERE nick='tro |
| 18:55.18 | simonrvn | ubled'' |
| 18:55.20 | troubled | i bet that saves a go mb or two every month hehe |
| 18:56.06 | troubled | wtf would that be from, i didnt even update dbi.pl in that patch hehe |
| 18:56.19 | troubled | must be you with an older schema on the stats table |
| 18:56.20 | simonrvn | the :pstats |
| 18:56.36 | simonrvn | probably. i didn't update them |
| 18:57.44 | simonrvn | oh crap, still this though :/ : |
| 18:57.50 | simonrvn | 18:57.26 <abrotman/#debian> !kill acpi |
| 18:57.51 | simonrvn | 18:57.26 * dpkg/#debian |
| 18:58.02 | simonrvn | that's minopr though |
| 18:58.09 | troubled | ya, i noticed that hehe, ill take a look |
| 18:58.41 | troubled | $:)stats |
| 18:58.42 | FactBot | total count of :) on #botpark: 2. Top 1: troubled -- 2 (100.0%) |
| 18:58.58 | troubled | $:pstats |
| 18:58.58 | simonrvn | ^;pstats |
| 18:59.15 | simonrvn | ^:pstats |
| 18:59.15 | ravenbird | total count of :p on #botpark: 1. Top 1: troubled -- 1 (100.0%) |
| 18:59.39 | troubled | its funny though, cause the sql statement looks fine |
| 18:59.49 | troubled | its the duplicate entry thats raisin my eyebrow |
| 19:01.39 | troubled | im guessing the sql is fine, just the hash check is bad or something. cause i havent had any problems yet here with the stats like that |
| 19:01.43 | troubled | :) |
| 19:01.53 | troubled | bah, i have sql turned off.... |
| 19:02.04 | troubled | $:)stats |
| 19:02.04 | FactBot | total count of :) on #botpark: 3. Top 1: troubled -- 3 (100.0%) |
| 19:02.33 | troubled | dump the schema for your stats table in here if you got a minute, ill compare |
| 19:06.06 | simonrvn | how do i do that again? |
| 19:06.23 | troubled | sec, ill fecth the command, its with mysqldump |
| 19:06.40 | simonrvn | i'm in the CLI mysql right now |
| 19:07.21 | simonrvn | nm i got it |
| 19:07.27 | troubled | desribe iirc |
| 19:07.27 | simonrvn | SHOW CREATE TABLE `blootbot`.`stats`; |
| 19:07.36 | simonrvn | CREATE TABLE `stats` ( `nick` varchar(20) character set latin1 NOT NULL default '', `type` varchar(8) character set latin1 NOT NULL default '', `channel` varchar(16) character set latin1 NOT NULL default 'PRIVATE', `time` int(10) unsigned default '0', `counter` smallint(5) unsigned default '0', PRIMARY KEY (`nick`,`type`,`channel`) |
| 19:07.38 | troubled | :) |
| 19:07.41 | simonrvn | ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci | |
| 19:08.05 | simonrvn | aw crap, nick is still on latin1 |
| 19:08.31 | simonrvn | fuck the whole thing is |
| 19:09.17 | simonrvn | DESCRIBE stats; |
| 19:09.17 | simonrvn | +---------+----------------------+------+-----+---------+-------+ |
| 19:09.17 | simonrvn | | Field | Type | Null | Key | Default | Extra | |
| 19:09.17 | simonrvn | +---------+----------------------+------+-----+---------+-------+ |
| 19:09.17 | simonrvn | | nick | varchar(20) | NO | PRI | | | |
| 19:09.19 | simonrvn | | type | varchar(8) | NO | PRI | | | |
| 19:09.21 | simonrvn | | channel | varchar(16) | NO | PRI | PRIVATE | | |
| 19:09.24 | simonrvn | | time | int(10) unsigned | YES | | 0 | | |
| 19:09.27 | simonrvn | | counter | smallint(5) unsigned | YES | | 0 | | |
| 19:09.29 | simonrvn | +---------+----------------------+------+-----+---------+-------+ |
| 19:09.32 | simonrvn | troubled: ^^^ |
| 19:10.04 | simonrvn | hmm, those should be larger now, oftc and freenode allow longer nicks and chan names |
| 19:10.06 | troubled | thats what i got, cept were using channel varchar(30) now in everything |
| 19:10.14 | simonrvn | ok |
| 19:10.22 | troubled | nicks are still 16 char, idents 10 |
| 19:10.33 | troubled | but i figure 20 is cool since other networks might allow more |
| 19:10.52 | troubled | and hostnames are 63 (make it even 64) |
| 19:11.09 | troubled | $16+10+63+2 |
| 19:11.09 | FactBot | 91 |
| 19:11.39 | troubled | ya, should be ~ 92, but i think i set it to an even 100 for a full nuh mask |
| 19:15.38 | troubled | $5 says that the action fails cause of $chan.... |
| 19:16.27 | troubled | IrcHooks.pl sub on_action has a "if ($chan eq $ident)" in it. and this dcc bug seems to be unseting the $chan. |
| 19:17.08 | troubled | hmm $conn = shift(@_); .... |
| 19:18.50 | troubled | nm, $chan is set or we wouldnt see it hehe |
| 19:21.41 | *** mode/#botpark [-o simonrvn] by ChanServ |
| 19:23.07 | troubled | patch incoming ;) |
| 19:25.15 | simonrvn | nor don for that matter, or others |
| 19:25.17 | troubled | i would have added you, but didnt know if you wanted you name in it or your alias :) |
| 19:25.26 | troubled | you guys have commit access, stop being lazy lol |
| 19:25.34 | troubled | anyways, try that patch |
| 19:26.00 | simonrvn | ^reload |
| 19:26.00 | ravenbird | reloading... |
| 19:26.01 | ravenbird | reloaded: IrcHooks.pl |
| 19:26.05 | troubled | $reload |
| 19:26.05 | FactBot | reloading... |
| 19:26.06 | FactBot | reloaded: IrcHooks.pl |
| 19:26.15 | troubled | bah, needs restart |
| 19:26.20 | troubled | $die |
| 19:26.53 | *** join/#botpark FactBot (n=factbot@pdpc/supporter/sustaining/troubled) |
| 19:26.53 | *** mode/#botpark [+o FactBot] by ChanServ |
| 19:27.04 | troubled | :) |
| 19:27.07 | simonrvn | ^die |
| 19:27.56 | *** mode/#botpark [+o troubled] by ChanServ |
| 19:28.01 | *** mode/#botpark [-b %CIA-6!*@*] by troubled |
| 19:28.08 | *** mode/#botpark [-b %*!*@*/brooknyse] by troubled |
| 19:28.12 | *** mode/#botpark [-o troubled] by troubled |
| 19:28.19 | simonrvn | for i in $(ipcs -c $botsUserName | awk '{print $1}'); do ipcrm -m $i; done |
| 19:28.26 | troubled | ? |
| 19:28.30 | simonrvn | in case your shm gets too fucked |
| 19:29.02 | troubled | ...ok... |
| 19:29.04 | supybot | troubled: Error: "..ok..." is not a valid command. |
| 19:29.18 | troubled | tbh i dont even know wtf shm does :) |
| 19:29.21 | simonrvn | do ipcs and look for your bot's user name |
| 19:29.28 | simonrvn | shared memory segments |
| 19:29.39 | troubled | just a pipe for two way communication? |
| 19:29.52 | troubled | least thats what i got from the reading on it |
| 19:30.11 | *** join/#botpark ravenbird (i=ravenbir@unaffiliated/simonrvn/bot/ravenbird) |
| 19:31.04 | troubled | how do that look? |
| 19:31.09 | simonrvn | woot |
| 19:31.09 | troubled | :) |
| 19:31.45 | simonrvn | ^:)stats |
| 19:31.46 | ravenbird | total count of :) on #botpark: 4. Top 1: troubled -- 4 (100.0%) |
| 19:32.00 | troubled | so what is this shm stuff for? tim said he wanted to get rid of it, but im not even sure how else it can be done if its what i think it is |
| 19:32.21 | simonrvn | shared memory, not sure with what though |
| 19:32.31 | troubled | btw, if you dont care about the stats, just delete the table once and restart |
| 19:32.44 | troubled | should fix the schema |
| 19:35.41 | simonrvn | 'k |
| 19:36.13 | troubled | i still dont think its the schema though. not really sure why your getting errors on the stat counters. i havent had one problem yet |
| 19:37.20 | simonrvn | i'll lok at it later |
| 19:37.35 | simonrvn | oo |
| 21:47.05 | *** join/#botpark libIRCTestApp (n=libircte@catv-5984ec8a.catv.broadband.hu) |
| 22:17.37 | *** join/#botpark supybot (n=supybot@www302.hostpc.com) |