You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(37) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
|
Mar
|
Apr
(17) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(5) |
2007 |
Jan
(2) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(37) |
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
(13) |
Apr
|
May
(4) |
Jun
|
Jul
(3) |
Aug
(10) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
2009 |
Jan
|
Feb
|
Mar
(10) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(1) |
2010 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
(8) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(2) |
Feb
|
Mar
(6) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2010-04-12 22:30:45
|
Bugs item #2986121, was opened at 2010-04-12 16:22 Message generated for change (Comment added) made by timriker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2986121&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: raven24 (raven24) Assigned to: Nobody/Anonymous (nobody) Summary: karma doesn't work Initial Comment: the command > something++ or > something-- doesn't produce an entry in the database and > karma something thus only shows "something has neutral carma". When manually entering a karma-entry in the stats table, it also cannot be modified via ++ or --, but at least the amount of karma is displayed. the command line output shows Loaded Math ... seems the command wants to get interpreted by the wrong module ---------------------------------------------------------------------- >Comment By: Tim Riker (timriker) Date: 2010-04-12 17:30 Message: karma cannot be updated in a private message ---------------------------------------------------------------------- Comment By: raven24 (raven24) Date: 2010-04-12 17:23 Message: before I changed what I attached in the diff, I was in a private conversation, using > something++ as well as in a normal channel, addressing the bot directly by > infobot, something++ where is that command char documented, I haven't stumbled upon that... ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2010-04-12 17:03 Message: are you using the command character? <TimRiker> ~karma foo <infobot> foo has karma of -18 <TimRiker> ~foo++ <TimRiker> ~karma foo <infobot> foo has karma of -17 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2986121&group_id=2241 |
From: SourceForge.net <no...@so...> - 2010-04-12 22:23:33
|
Bugs item #2986121, was opened at 2010-04-12 23:22 Message generated for change (Comment added) made by raven24 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2986121&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: raven24 (raven24) Assigned to: Nobody/Anonymous (nobody) Summary: karma doesn't work Initial Comment: the command > something++ or > something-- doesn't produce an entry in the database and > karma something thus only shows "something has neutral carma". When manually entering a karma-entry in the stats table, it also cannot be modified via ++ or --, but at least the amount of karma is displayed. the command line output shows Loaded Math ... seems the command wants to get interpreted by the wrong module ---------------------------------------------------------------------- Comment By: raven24 (raven24) Date: 2010-04-13 00:23 Message: before I changed what I attached in the diff, I was in a private conversation, using > something++ as well as in a normal channel, addressing the bot directly by > infobot, something++ where is that command char documented, I haven't stumbled upon that... ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2010-04-13 00:03 Message: are you using the command character? <TimRiker> ~karma foo <infobot> foo has karma of -18 <TimRiker> ~foo++ <TimRiker> ~karma foo <infobot> foo has karma of -17 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2986121&group_id=2241 |
From: SourceForge.net <no...@so...> - 2010-04-12 22:03:08
|
Bugs item #2986121, was opened at 2010-04-12 16:22 Message generated for change (Comment added) made by timriker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2986121&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: raven24 (raven24) Assigned to: Nobody/Anonymous (nobody) Summary: karma doesn't work Initial Comment: the command > something++ or > something-- doesn't produce an entry in the database and > karma something thus only shows "something has neutral carma". When manually entering a karma-entry in the stats table, it also cannot be modified via ++ or --, but at least the amount of karma is displayed. the command line output shows Loaded Math ... seems the command wants to get interpreted by the wrong module ---------------------------------------------------------------------- >Comment By: Tim Riker (timriker) Date: 2010-04-12 17:03 Message: are you using the command character? <TimRiker> ~karma foo <infobot> foo has karma of -18 <TimRiker> ~foo++ <TimRiker> ~karma foo <infobot> foo has karma of -17 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2986121&group_id=2241 |
From: SourceForge.net <no...@so...> - 2010-04-12 21:22:17
|
Bugs item #2986121, was opened at 2010-04-12 23:22 Message generated for change (Tracker Item Submitted) made by raven24 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2986121&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: raven24 (raven24) Assigned to: Nobody/Anonymous (nobody) Summary: karma doesn't work Initial Comment: the command > something++ or > something-- doesn't produce an entry in the database and > karma something thus only shows "something has neutral carma". When manually entering a karma-entry in the stats table, it also cannot be modified via ++ or --, but at least the amount of karma is displayed. the command line output shows Loaded Math ... seems the command wants to get interpreted by the wrong module ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2986121&group_id=2241 |
From: Barry L. K. <bl...@at...> - 2009-12-14 21:17:16
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There's a typo in pgsql/seen.sql which prevents the 'seen' table from being created during infobot startup. Patch is attached. Barry -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFLJp02CFu3bIiwtTARAs8XAJ4+9GLUUjxZMyF0PXnNhHNvPI7L0gCcDI+N nTTiQUgSH1SRmicjz+U/2Gc= =xLYy -----END PGP SIGNATURE----- |
From: SourceForge.net <no...@so...> - 2009-10-08 13:07:06
|
Support Requests item #2868436, was opened at 2009-09-27 18:21 Message generated for change (Comment added) made by djmcgrath You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=202241&aid=2868436&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Terence Liu (terence108) >Assigned to: Dan McGrath (djmcgrath) Summary: Error in \setup\pgsql\seen.sql Initial Comment: This is minor but there is an extra comma in seen.sql message text NOT NULL, <------- remove this last comma or "seen" will not work ---------------------------------------------------------------------- >Comment By: Dan McGrath (djmcgrath) Date: 2009-10-08 09:07 Message: Fixed in r1875, thanks for the heads up. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=202241&aid=2868436&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-09-27 22:21:14
|
Support Requests item #2868436, was opened at 2009-09-27 15:21 Message generated for change (Tracker Item Submitted) made by terence108 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=202241&aid=2868436&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terence Liu (terence108) Assigned to: Nobody/Anonymous (nobody) Summary: Error in \setup\pgsql\seen.sql Initial Comment: This is minor but there is an extra comma in seen.sql message text NOT NULL, <------- remove this last comma or "seen" will not work ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=202241&aid=2868436&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-06-05 08:39:26
|
Bugs item #2028893, was opened at 2008-07-26 14:35 Message generated for change (Settings changed) made by simonraven You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2028893&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 3 Private: No Submitted By: Giuseppe Iuculano (derevko) Assigned to: Nobody/Anonymous (nobody) Summary: UNKNOWN FUNCTION CALLED: main::SYS_getdomainname Initial Comment: Hi, when I write: "botnick: google is http://www.fuckinggoogleit.com/ or http://www.google.com/intl/xx-hacker/" I got this error: ! 1! --- fork starting for 'W3Search', PID == 17035, bot_pid == 17030 --- ! 2! Loaded W3Search ! 3! MEM: (W3Search) increased by 132 KiB ! 4! Loaded WWW::Search ! 5! MEM: (WWW::Search) increased by 3256 KiB. (total: 20960 KiB) ! 6! !WARN! PERL: Prototype mismatch: sub main::__LONG_MAX__ () vs none at /usr/lib/perl/5.10/_h2ph_pre.ph line 289. ! 7! !WARN! PERL: Constant subroutine __LONG_MAX__ redefined at /usr/lib/perl/5.10/_h2ph_pre.ph line 289. ! 8! !ERROR! UNKNOWN FUNCTION CALLED: main::SYS_getdomainname () /usr/share/perl/5.10/Net/Domain.pm line 156 ! 9! !DEBUG! Trying to load module SYS_getdomainname... ! 10! !ERROR! lMM: module (SYS_getdomainname) does not exist. ! 11! !DEBUG! b4 delfork 1 ! 12! MEM: increased by 660 KiB. (total: 21620 KiB) ! 13! !ERROR! delForked: forked{SYS_getdomainname} does not exist. should not happen. ! 14! --- fork finished for 'SYS_getdomainname' --- ---------------------------------------------------------------------- >Comment By: simonraven (simonraven) Date: 2009-06-05 04:39 Message: Re-marking as closed. derevko, do not re-open this. ---------------------------------------------------------------------- Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 19:34 Message: Logged In: YES user_id=220602 Originator: NO It is getting the error because "google" is a reserved word in the system, so it thinks you want to run a module to do a www search instead of doing a factoid lookup. Unfortunately, google/www searching is something that needs to be reworked a bit. If you are just looking to be allowed to use "google" as a factoid, we may be able to arrange to have the keyword disabled when not in use by the module via chanset. ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 16:16 Message: Logged In: YES user_id=1397687 Originator: YES I don't know if you get my reply when resolution is won't fix. I'm reopening this bug, please close again if necessary ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 16:15 Message: Logged In: YES user_id=1397687 Originator: YES I don't know if you get my reply when resolution is won't fix. I'm reopening this bug, please close again if necessary ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 15:46 Message: Logged In: YES user_id=1397687 Originator: YES I think this is not a google module problem, infobot want to look up a domainname when adding a factoid, why? ---------------------------------------------------------------------- Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 14:54 Message: Logged In: YES user_id=220602 Originator: NO Unfortunately, the bot does not have a functional google module at this time. It is likely that the module will be removed in the near future. Please take a look at this thread: https://sourceforge.net/mailarchive/message.php?msg_name=4972079.6514%40sourceforge.net I will now mark this as closed. Sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2028893&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-31 11:35:06
|
Bugs item #2723199, was opened at 2009-03-31 08:35 Message generated for change (Tracker Item Submitted) made by monipol You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2723199&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: nick == NULL when changing to original nick Initial Comment: Infobot 1.5.3 here. Let's say that ircNick = mybotname in files/infobot.config and when Infobot connects to the IRC server the nick mybotname is occupied (e.g. because of some network failure). Infobot connects as mybotname_ and if it detects that the original mybotname quits IRC (e.g. connection timeout) it wants to change its nick from mybotname_ to mybotname... but doesn't manage to! :) [n] nick taken (mybotname); preparing nick change. [n+1] nick taken; changing to temporary nick (mybotname -> mybotname_). [n+2] nick: Changing nick from mybotname to mybotname_ ... [n+m] >>> mybotname has signed off IRC (Read error: 110 (Connection timed out)) [#channel] [n+m+1] nickchange: own nick "mybotname" became free; changing. [n+m+2] !ERROR! nick: nick == NULL. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2723199&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-30 17:31:34
|
Patches item #2721919, was opened at 2009-03-30 07:51 Message generated for change (Comment added) made by monipol You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Username = ircUser when connecting to an IRC server Initial Comment: This is not a patch per se. :B I noticed that Infobot doesn't set the username when connecting to an IRC server even when ircUser is set in files/infobot.config. Adding Username => $param{'ircUser'}, to %args in src/IRC/Irc.pl line 111 fixes this. ---------------------------------------------------------------------- >Comment By: Monic Polynomial (monipol) Date: 2009-03-30 14:31 Message: Hmm, I'm not sure what would be appropriate in the case of multiple nicks as this is not my scenario. ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 14:03 Message: re-opening... so you would want all the nicks to connect as the same Username? (if you were using multiple nicks) ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 14:01 Message: set per nick. Thanx. ---------------------------------------------------------------------- Comment By: Monic Polynomial (monipol) Date: 2009-03-30 13:39 Message: Sorry, but I don't understand what you mean in your message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Monic Polynomial (monipol) Date: 2009-03-30 13:34 Message: I think they would still use different nicks but the username would be the same. The problem with not specifying Username is that Net::IRC will connect using `whoami` as username, which is something I don't really want as my Unix username differs from my nick. ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 13:34 Message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 12:32 Message: I run infobot attached multiple times to the same irc network as five different nicks. I think this patch will cause them all to look like the same nick on attach, correct? They should each show up as their own nick. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-30 17:03:31
|
Patches item #2721919, was opened at 2009-03-30 05:51 Message generated for change (Comment added) made by timriker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Username = ircUser when connecting to an IRC server Initial Comment: This is not a patch per se. :B I noticed that Infobot doesn't set the username when connecting to an IRC server even when ircUser is set in files/infobot.config. Adding Username => $param{'ircUser'}, to %args in src/IRC/Irc.pl line 111 fixes this. ---------------------------------------------------------------------- >Comment By: Tim Riker (timriker) Date: 2009-03-30 12:03 Message: re-opening... so you would want all the nicks to connect as the same Username? (if you were using multiple nicks) ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 12:01 Message: set per nick. Thanx. ---------------------------------------------------------------------- Comment By: Monic Polynomial (monipol) Date: 2009-03-30 11:39 Message: Sorry, but I don't understand what you mean in your message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Monic Polynomial (monipol) Date: 2009-03-30 11:34 Message: I think they would still use different nicks but the username would be the same. The problem with not specifying Username is that Net::IRC will connect using `whoami` as username, which is something I don't really want as my Unix username differs from my nick. ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 11:34 Message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 10:32 Message: I run infobot attached multiple times to the same irc network as five different nicks. I think this patch will cause them all to look like the same nick on attach, correct? They should each show up as their own nick. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-30 17:01:49
|
Patches item #2721919, was opened at 2009-03-30 05:51 Message generated for change (Comment added) made by timriker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Username = ircUser when connecting to an IRC server Initial Comment: This is not a patch per se. :B I noticed that Infobot doesn't set the username when connecting to an IRC server even when ircUser is set in files/infobot.config. Adding Username => $param{'ircUser'}, to %args in src/IRC/Irc.pl line 111 fixes this. ---------------------------------------------------------------------- >Comment By: Tim Riker (timriker) Date: 2009-03-30 12:01 Message: set per nick. Thanx. ---------------------------------------------------------------------- Comment By: Monic Polynomial (monipol) Date: 2009-03-30 11:39 Message: Sorry, but I don't understand what you mean in your message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Monic Polynomial (monipol) Date: 2009-03-30 11:34 Message: I think they would still use different nicks but the username would be the same. The problem with not specifying Username is that Net::IRC will connect using `whoami` as username, which is something I don't really want as my Unix username differs from my nick. ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 11:34 Message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 10:32 Message: I run infobot attached multiple times to the same irc network as five different nicks. I think this patch will cause them all to look like the same nick on attach, correct? They should each show up as their own nick. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-30 16:39:56
|
Patches item #2721919, was opened at 2009-03-30 07:51 Message generated for change (Comment added) made by monipol You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Username = ircUser when connecting to an IRC server Initial Comment: This is not a patch per se. :B I noticed that Infobot doesn't set the username when connecting to an IRC server even when ircUser is set in files/infobot.config. Adding Username => $param{'ircUser'}, to %args in src/IRC/Irc.pl line 111 fixes this. ---------------------------------------------------------------------- >Comment By: Monic Polynomial (monipol) Date: 2009-03-30 13:39 Message: Sorry, but I don't understand what you mean in your message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Monic Polynomial (monipol) Date: 2009-03-30 13:34 Message: I think they would still use different nicks but the username would be the same. The problem with not specifying Username is that Net::IRC will connect using `whoami` as username, which is something I don't really want as my Unix username differs from my nick. ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 13:34 Message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 12:32 Message: I run infobot attached multiple times to the same irc network as five different nicks. I think this patch will cause them all to look like the same nick on attach, correct? They should each show up as their own nick. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-30 16:35:13
|
Patches item #2721919, was opened at 2009-03-30 07:51 Message generated for change (Comment added) made by monipol You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Username = ircUser when connecting to an IRC server Initial Comment: This is not a patch per se. :B I noticed that Infobot doesn't set the username when connecting to an IRC server even when ircUser is set in files/infobot.config. Adding Username => $param{'ircUser'}, to %args in src/IRC/Irc.pl line 111 fixes this. ---------------------------------------------------------------------- >Comment By: Monic Polynomial (monipol) Date: 2009-03-30 13:34 Message: I think they would still use different nicks but the username would be the same. The problem with not specifying Username is that Net::IRC will connect using `whoami` as username, which is something I don't really want as my Unix username differs from my nick. ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 13:34 Message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 12:32 Message: I run infobot attached multiple times to the same irc network as five different nicks. I think this patch will cause them all to look like the same nick on attach, correct? They should each show up as their own nick. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-30 16:34:52
|
Patches item #2721919, was opened at 2009-03-30 05:51 Message generated for change (Comment added) made by timriker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Username = ircUser when connecting to an IRC server Initial Comment: This is not a patch per se. :B I noticed that Infobot doesn't set the username when connecting to an IRC server even when ircUser is set in files/infobot.config. Adding Username => $param{'ircUser'}, to %args in src/IRC/Irc.pl line 111 fixes this. ---------------------------------------------------------------------- >Comment By: Tim Riker (timriker) Date: 2009-03-30 11:34 Message: implemented later on with $mynick. Does that work? ---------------------------------------------------------------------- Comment By: Tim Riker (timriker) Date: 2009-03-30 10:32 Message: I run infobot attached multiple times to the same irc network as five different nicks. I think this patch will cause them all to look like the same nick on attach, correct? They should each show up as their own nick. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-30 15:32:55
|
Patches item #2721919, was opened at 2009-03-30 05:51 Message generated for change (Comment added) made by timriker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Username = ircUser when connecting to an IRC server Initial Comment: This is not a patch per se. :B I noticed that Infobot doesn't set the username when connecting to an IRC server even when ircUser is set in files/infobot.config. Adding Username => $param{'ircUser'}, to %args in src/IRC/Irc.pl line 111 fixes this. ---------------------------------------------------------------------- >Comment By: Tim Riker (timriker) Date: 2009-03-30 10:32 Message: I run infobot attached multiple times to the same irc network as five different nicks. I think this patch will cause them all to look like the same nick on attach, correct? They should each show up as their own nick. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-30 10:51:45
|
Patches item #2721919, was opened at 2009-03-30 07:51 Message generated for change (Tracker Item Submitted) made by monipol You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Monic Polynomial (monipol) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Username = ircUser when connecting to an IRC server Initial Comment: This is not a patch per se. :B I noticed that Infobot doesn't set the username when connecting to an IRC server even when ircUser is set in files/infobot.config. Adding Username => $param{'ircUser'}, to %args in src/IRC/Irc.pl line 111 fixes this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302241&aid=2721919&group_id=2241 |
From: SourceForge.net <no...@so...> - 2009-03-04 22:54:22
|
Bugs item #2663444, was opened at 2009-03-04 14:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2663444&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian (tecnobrat) Assigned to: Nobody/Anonymous (nobody) Summary: Log entries for kicks have the wrong hostname. Initial Comment: This is the log entry: 22:45.15 *** kick/#wowhead [Mowsey!n=cas...@cp...] by Malgayne (wash your mouth out) As you can see from the below whois's, the hostname of the "kicker" is being put in as the hostname of the "kickee" in the above log entry. * [Mowsey] (n=Mo...@c-...): Mowsey * [Mowsey] #wowhead * [Mowsey] irc.freenode.net :http://freenode.net/ * [Mowsey] is identified to services * [Mowsey] is signed on as account Mowsey * [Mowsey] idle 00:07:13, signon: Wed Mar 04 11:00:41 * [Mowsey] End of WHOIS list. * [Malgayne] (n=cas...@cp...): Casey Monroe * [Malgayne] @#wowhead * [Malgayne] irc.freenode.net :http://freenode.net/ * [Malgayne] is identified to services * [Malgayne] is signed on as account Malgayne * [Malgayne] idle 01:43:54, signon: Wed Mar 04 11:10:08 * [Malgayne] End of WHOIS list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2663444&group_id=2241 |
From: SourceForge.net <no...@so...> - 2008-12-01 18:38:53
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=5744079 By: brettcave ### Eclipse Workspace Patch 1.0 #P infobot Index: src/Modules/GoogleSearch.pl =================================================================== --- src/Modules/GoogleSearch.pl (revision 0) +++ src/Modules/GoogleSearch.pl (revision 0) @@ -0,0 +1,51 @@ +# W3Search drastically altered back to GoogleSearch as Search::Google +# was deprecated and requires a key that google no longer provides. +# This new module uses REST::Google::Search +# Modified by db <db...@ca...> 12-01-2008. + +package GoogleSearch; + +use strict; + +my $maxshow = 5; + +sub GoogleSearch { + my ( $what, $type ) = @_; + my $where = "Google"; + my $retval = "$where can't find \002$what\002"; + my $Search; + + return unless &::loadPerlModule("REST::Google::Search"); + + REST::Google::Search->http_referer('http://www.infobot.org'); + $Search = REST::Google::Search->new( q => $what ); + + if ( !defined $Search ) { + &::msg( $::who, "$where is invalid search." ); + return; + } + + if ( $Search->responseStatus != 200 ) { + &::msg( $::who, "http error returned." ); + return; + } + + my $data = $Search->responseData; + my $cursor = $data->cursor; + my @results = $data->results; + + my $count; + $retval = "$where says \002$what\002 is at "; + foreach my $r (@results) { + my $url = $r->url; + $retval .= ' or ' if ($count > 0); + $retval .= $url; + last if ++$count >= $maxshow; + } + + &::performStrictReply($retval); +} + +1; + +# vim:ts=4:sw=4:expandtab:tw=80 Index: src/IRC/Irc.pl =================================================================== --- src/IRC/Irc.pl (revision 110) +++ src/IRC/Irc.pl (working copy) @@ -108,13 +108,16 @@ Server => $server, Port => $port, Ircname => $param{'ircName'}, + Username => $param{'userName'}, ); + my $ircname = $param{'ircName'}; $args{'LocalAddr'} = $param{'ircHost'} if ( $param{'ircHost'} ); $args{'Password'} = $param{'ircPasswd'} if ( $param{'ircPasswd'} ); foreach my $mynick ( split ',', $param{'ircNick'} ) { &status( -"Connecting to port $port of server $server ($resolve) as $mynick ..." +"Connecting to port $port of server $server ($resolve) as $mynick with name +$ircname ..." ); $args{'Nick'} = $mynick; $conns{$mynick} = $irc->newconn(%args); Index: src/CommandStubs.pl =================================================================== --- src/CommandStubs.pl (revision 110) +++ src/CommandStubs.pl (working copy) @@ -183,16 +183,14 @@ } # google searching. Simon++ - my $w3search_regex = 'google'; if ( $message =~ - /^(?:search\s+)?($w3search_regex)\s+(?:for\s+)?['"]?(.*?)["']?\s*\?*$/i + /^(\s+)?google\s+['"]?(.*?)["']?\s*\?*$/i ) { - return unless ( &IsChanConfOrWarn('W3Search') ); + return unless ( &IsChanConfOrWarn('GoogleSearch') ); + &Forker( 'GoogleSearch', sub { &GoogleSearch::GoogleSearch( $2 ); } ); - &Forker( 'W3Search', sub { &W3Search::W3Search( $1, $2 ); } ); - - $cmdstats{'W3Search'}++; + $cmdstats{'GoogleSearch'}++; return; } Index: files/sample/infobot.config =================================================================== --- files/sample/infobot.config (revision 110) +++ files/sample/infobot.config (working copy) @@ -9,6 +9,7 @@ set ircNick infobot set ircUser infobot set ircName infobot experimental bot +set userName infobot # if your irc network requires a password to get on the servers #set ircPasswd SomePassword set ircUMode +iw Index: src/Modules/W3Search.pl =================================================================== --- src/Modules/W3Search.pl (revision 110) +++ src/Modules/W3Search.pl (working copy) @@ -8,7 +8,7 @@ use vars qw(@W3Search_engines $W3Search_regex); @W3Search_engines = qw(AltaVista Dejanews Excite Gopher HotBot Infoseek - Lycos Magellan PLweb SFgate Simple Verity Google z); + Lycos Magellan PLweb SFgate Simple Verity z); $W3Search_regex = join '|', @W3Search_engines; my $maxshow = 5; @@ -32,8 +32,8 @@ eval { $Search = new WWW::Search( $where, agent_name => 'Mozilla/4.5' ); }; if ( !defined $Search ) { - &::msg( $::who, "$where is invalid search." ); - return; + &::msg( $::who, "$where is invalid search." ); + return; } my $Query = WWW::Search::escape_query($what); ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=6516 |
From: SourceForge.net <no...@so...> - 2008-12-01 18:00:24
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=5743940 By: brettcave oh, that was from the original W3Search module, it had w3search_regex, and was used to find a match on valid search engines. its highly un optimized. also had to change commandstub.pl ### start ### # google searching. Simon++ if ( $message =~ /^(\s+)?google\s+['"]?(.*?)["']?\s*\?*$/i ) { return unless ( &IsChanConfOrWarn('GoogleSearch') ); &Forker( 'GoogleSearch', sub { &GoogleSearch::GoogleSearch( $2 ); } ); $cmdstats{'GoogleSearch'}++; return; } ### end ### Also, remove google from W3Search... ### start ### @W3Search_engines = qw(AltaVista Dejanews Excite Gopher HotBot Infoseek Lycos Magellan PLweb SFgate Simple Verity z); ### end ### ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=6516 |
From: SourceForge.net <no...@so...> - 2008-12-01 17:34:39
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=5743846 By: djmcgrath Well, it would have been nice if it was already commented, but I probably shouldn't look a gift horse in the mouth ;) Seems okay from a glance though, other than minor formatting and comment stuff. Will see how it runs and decide if it is able to be included or not due to the Google terms of service or whatnot. Question though, what is that $GoogleSearch_regex for? Anyways, will take a look and see what the fate of this module might be. cya ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=6516 |
From: SourceForge.net <no...@so...> - 2008-12-01 11:07:23
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=5742478 By: brettcave # WWWSearch backend, with queries updating the is-db (optionally) # Uses WWW::Search::Google and WWW::Search # originally Google.pl, drastically altered. # W3Search drastically altered back to GoogleSearch as Search::Google # was deprecated and requires a key that google no longer provides. # This new module uses REST::Google::Search # Modified by db <db...@ca...> 12-01-2008. package GoogleSearch; use strict; use vars qw($GoogleSearch_regex); my $maxshow = 5; sub GoogleSearch { my ( $what, $type ) = @_; my $where = "Google"; my $retval = "$where can't find \002$what\002"; my $Search; return unless &::loadPerlModule("REST::Google::Search"); REST::Google::Search->http_referer('http://www.infobot.org'); $Search = REST::Google::Search->new( q => $what ); if ( $Search->responseStatus != 200 ) { &::msg( $::who, "http error returned." ); return; } my $data = $Search->responseData; my $cursor = $data->cursor; my @results = $data->results; my $count; $retval = "$where says \002$what\002 is at "; foreach my $r (@results) { my $url = $r->url; $retval .= ' or ' if ($count > 0); $retval .= $url; last if ++$count >= $maxshow; } &::performStrictReply($retval); } 1; # vim:ts=4:sw=4:expandtab:tw=80 ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=6516 |
From: SourceForge.net <no...@so...> - 2008-08-01 20:22:31
|
Bugs item #2028895, was opened at 2008-07-26 20:36 Message generated for change (Comment added) made by derevko You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2028895&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Giuseppe Iuculano (derevko) Assigned to: Dan McGrath (djmcgrath) Summary: chanadd doesn't work Initial Comment: Hi, chanadd doesn't work, this is the log [ 126] [Derevko] chanadd #aaaaaaaa [ 127] !DEBUG! gCC: ircTextCounters,_default "" [ 128] !DEBUG! gCC: factoidSearch,_default "$chan _default" [ 129] !DEBUG! factoidSearch: _default is: $chan:_default [ 130] Loaded Math [ 131] MEM: (Math) increased by 132 KiB ---------------------------------------------------------------------- >Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 22:22 Message: Logged In: YES user_id=1397687 Originator: YES tested, but it is the same: [ 19465] derevko is /msg'ing baja [ 19466] !DEBUG! gCC: floodMessages,_default "10:30" [ 19467] [Derevko] chanadd #aaaaaaaa [ 19468] !DEBUG! gCC: ircTextCounters,_default "" [ 19469] !DEBUG! gCC: factoidSearch,_default "$chan _default" [ 19470] !DEBUG! factoidSearch: _default is: $chan:_default [ 19471] Loaded Math ---------------------------------------------------------------------- Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 22:19 Message: Logged In: YES user_id=220602 Originator: NO Should be fine then, and works here. Are you identified as the bot owner? Can you test the command in PM and see if it works at all anywhere? ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 22:13 Message: Logged In: YES user_id=1397687 Originator: YES revision 1838 ---------------------------------------------------------------------- Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 22:07 Message: Logged In: YES user_id=220602 Originator: NO What revision of trunk are you using for SVN? ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 21:49 Message: Logged In: YES user_id=1397687 Originator: YES The same error happen with svn version and with 1.5.3 version ---------------------------------------------------------------------- Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 20:51 Message: Logged In: YES user_id=220602 Originator: NO It appears that the bot is attempting to look up "chanadd" as a factoid instead of a command. Which version of the bot are you using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2028895&group_id=2241 |
From: SourceForge.net <no...@so...> - 2008-08-01 20:19:30
|
Bugs item #2028895, was opened at 2008-07-26 14:36 Message generated for change (Comment added) made by djmcgrath You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2028895&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Giuseppe Iuculano (derevko) Assigned to: Dan McGrath (djmcgrath) Summary: chanadd doesn't work Initial Comment: Hi, chanadd doesn't work, this is the log [ 126] [Derevko] chanadd #aaaaaaaa [ 127] !DEBUG! gCC: ircTextCounters,_default "" [ 128] !DEBUG! gCC: factoidSearch,_default "$chan _default" [ 129] !DEBUG! factoidSearch: _default is: $chan:_default [ 130] Loaded Math [ 131] MEM: (Math) increased by 132 KiB ---------------------------------------------------------------------- >Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 16:19 Message: Logged In: YES user_id=220602 Originator: NO Should be fine then, and works here. Are you identified as the bot owner? Can you test the command in PM and see if it works at all anywhere? ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 16:13 Message: Logged In: YES user_id=1397687 Originator: YES revision 1838 ---------------------------------------------------------------------- Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 16:07 Message: Logged In: YES user_id=220602 Originator: NO What revision of trunk are you using for SVN? ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 15:49 Message: Logged In: YES user_id=1397687 Originator: YES The same error happen with svn version and with 1.5.3 version ---------------------------------------------------------------------- Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 14:51 Message: Logged In: YES user_id=220602 Originator: NO It appears that the bot is attempting to look up "chanadd" as a factoid instead of a command. Which version of the bot are you using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2028895&group_id=2241 |
From: SourceForge.net <no...@so...> - 2008-08-01 20:16:52
|
Bugs item #2028893, was opened at 2008-07-26 20:35 Message generated for change (Settings changed) made by derevko You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2028893&group_id=2241 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None >Priority: 5 Private: No Submitted By: Giuseppe Iuculano (derevko) Assigned to: Nobody/Anonymous (nobody) Summary: UNKNOWN FUNCTION CALLED: main::SYS_getdomainname Initial Comment: Hi, when I write: "botnick: google is http://www.fuckinggoogleit.com/ or http://www.google.com/intl/xx-hacker/" I got this error: ! 1! --- fork starting for 'W3Search', PID == 17035, bot_pid == 17030 --- ! 2! Loaded W3Search ! 3! MEM: (W3Search) increased by 132 KiB ! 4! Loaded WWW::Search ! 5! MEM: (WWW::Search) increased by 3256 KiB. (total: 20960 KiB) ! 6! !WARN! PERL: Prototype mismatch: sub main::__LONG_MAX__ () vs none at /usr/lib/perl/5.10/_h2ph_pre.ph line 289. ! 7! !WARN! PERL: Constant subroutine __LONG_MAX__ redefined at /usr/lib/perl/5.10/_h2ph_pre.ph line 289. ! 8! !ERROR! UNKNOWN FUNCTION CALLED: main::SYS_getdomainname () /usr/share/perl/5.10/Net/Domain.pm line 156 ! 9! !DEBUG! Trying to load module SYS_getdomainname... ! 10! !ERROR! lMM: module (SYS_getdomainname) does not exist. ! 11! !DEBUG! b4 delfork 1 ! 12! MEM: increased by 660 KiB. (total: 21620 KiB) ! 13! !ERROR! delForked: forked{SYS_getdomainname} does not exist. should not happen. ! 14! --- fork finished for 'SYS_getdomainname' --- ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 22:16 Message: Logged In: YES user_id=1397687 Originator: YES I don't know if you get my reply when resolution is won't fix. I'm reopening this bug, please close again if necessary ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 22:15 Message: Logged In: YES user_id=1397687 Originator: YES I don't know if you get my reply when resolution is won't fix. I'm reopening this bug, please close again if necessary ---------------------------------------------------------------------- Comment By: Giuseppe Iuculano (derevko) Date: 2008-08-01 21:46 Message: Logged In: YES user_id=1397687 Originator: YES I think this is not a google module problem, infobot want to look up a domainname when adding a factoid, why? ---------------------------------------------------------------------- Comment By: Dan McGrath (djmcgrath) Date: 2008-08-01 20:54 Message: Logged In: YES user_id=220602 Originator: NO Unfortunately, the bot does not have a functional google module at this time. It is likely that the module will be removed in the near future. Please take a look at this thread: https://sourceforge.net/mailarchive/message.php?msg_name=4972079.6514%40sourceforge.net I will now mark this as closed. Sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102241&aid=2028893&group_id=2241 |