[09:21] <Ben64> PLEASE get new flood bots
[09:21] <Ben64> this is ridiculous
[12:13] <AlanBell> unopaste: part #ubuntu-ops
[12:13] <AlanBell> silly bot, didn't realise it was here
[12:13] <AlanBell> but I have sent it into #ubuntu now, with +O
[12:14] <AlanBell> it should stop pasters for 60 seconds and notice the channel telling them they have been muted and give a link to paste.ubuntu.com
[21:07] <Pricey> msg'ing jdoles
[21:20] <k1l> jdoles is a known problem. see bantracker
[21:23] <Pricey> Funny that.
[21:24] <IdleOne> AlanBell: unopaste needs to remove the +m or not set it at all
[21:24] <Pricey> Why is it setting a +m ?
[21:24] <IdleOne> I think not setting +m is a better option
[21:25] <IdleOne> Pricey: not sure
[21:25] <k1l> seems its not netsplitnode proof so far :)
[21:25] <Pricey> I don't think there was a split, just a bit of lag.
[21:26] <IdleOne> yeah that was just some lag
[21:27] <k1l> yep
[21:28] <IdleOne> and it shouldn't use /notice
[21:29] <IdleOne> the +m is a bigger issue right now though. If no ops are around while the bot is still configured to set +m the channel will ended up muted
[21:29] <IdleOne> end*
[21:31] <IdleOne> I think the only solution for now is to remove the bot
[21:32] <IdleOne> anybody else got a better idea?
[21:32] <Pricey> Give AlanBell a little time to respond?
[21:33] <IdleOne> well yeah
[21:34] <k1l> temp. +q for the flooding user is enough, imho
[21:35] <Unit193> The idea was to +qz, so it'd see when the user stopped pasteing, and if it didn't fairly quickly, kick.
[21:35] <IdleOne> which is what the bot is doing, setting a +q for 60 seconds.
[21:35] <Pricey> Mmhm, surely the +m is being taken separately.
[21:35] <k1l> Unit193: that is a good solution, imho
[21:36] <Unit193> Shouldn't really ever set +m
[21:36] <Unit193> +r perhaps at times, but not if you can help it.
[21:36] <IdleOne> right
[21:36] <Pricey> How long has unopaste been around?
[21:37] <Unit193> Pricey: Today.
[21:37] <k1l> 1/2 day?
[21:37] <IdleOne> hours
[21:37] <Pricey> I think LjL started off by running the bots in a state where they just reported the actions they'd like to take into a random channel. Has that sort of process happenned with unopaste?
[21:37] <k1l> well, it was in this chanel for some time but just got activated in #u today
[21:38] <Unit193> Difference is, unopaste is using a known plugin, just have to configure it different.
[21:38] <IdleOne> Pricey: some testing was done, but I think the config is just a little off.
[21:38] <Pricey> This channel? Have I really missed that?
[21:39] <IdleOne> Pricey: it was in here but not doing anything
[21:39] <Pricey> Ah ok. Well then yes, I'd still advise a no-action, reporting phase first ;)
[21:41] <AlanBell> IdleOne: it should do
[21:42] <IdleOne> huh
[21:43] <AlanBell> oh, the +m was because of a different trigger
[21:44] <IdleOne> little curious to know what triggered that
[21:44] <IdleOne> and why we need it
[21:52] <AlanBell> bouncy splitness is annoying
[22:07] <AlanBell> ok, so AttackProtector (the plugin that is doing the paste prevention) has a load of "sensible defaults"
[22:07] <AlanBell> one of which is groupmessages, which is messages from lots of people all at once, and the punishment for that is mode+m
[22:08] <AlanBell> this is now turned off for #ubuntu, as has everything except the individual message detection, for which the punishment is umode+q for 60 seconds
[22:09] <AlanBell> the threshold for that is 6 messages in 12 seconds
[22:10] <chu> New flootbots?
[22:10] <chu> floodbots*
[22:10] <AlanBell> yeah just the one, the one we have had for a week or so
[22:10] <AlanBell> there was a complaint this morning that it wasn't in the channel so I sent it in
[22:13] <chu> Cool
[22:15] <AlanBell> code it runs is here https://github.com/AlanBell/Supybot-plugins/tree/master/AttackProtector
[22:17] <AlanBell> the change I made to it was to have it be able to reverse a user mode change, so you can set +q and it will automatically remove it later
[22:18] <IdleOne> later when?
[22:18] <totem> hi
[22:18] <AlanBell> hi totem
[22:19] <totem> i have one condition, that's make me confuse
[22:19] <totem> i have banned in ubuntu-offtopic, but i'm able to join
[22:19] <totem> please ban me again
[22:20] <IdleOne> just don't join
[22:20] <chu> Seem unnecessary effort.
[22:21] <totem> IdleOne, hmm, got message from chanserv are sexy. ...... (you are banned)
[22:21] <totem> sorry
[22:22] <IdleOne> I am sexy. Anything else we can help you with?
[22:23] <totem> IdleOne, i love you
[22:23] <totem> thanks
[22:23] <IdleOne> Good ole totem
[22:29] <rww> AlanBell: *poke*
[22:29] <rww> AlanBell: If you get a sec, can you identify to the IRCC account and get me the output of /msg chanserv akick #ubuntu-offtopic list, please?
[22:31]  * rww expects/hopes it's empty, but totem reminded him that he wasn't sure
[22:36] <AlanBell> rww: just *!*@gateway/tor/*
[22:37] <rww> AlanBell: can you nuke that, since it doesn't work anyway?
[22:37] <AlanBell> 22:37 -ChanServ(ChanServ@services.)- *!*@gateway/tor/* has been removed from the AKICK list for #ubuntu-offtopic.
[22:37] <rww> ta
[22:37] <AlanBell> I nuked the others a couple of years ago
[22:38] <AlanBell> we had jesus in there, which was amusing
[22:38] <rww> iirc #ubuntu still has some? or did those get cleaned too
[22:38] <AlanBell> given that it is a perfectly common south american name
[22:38] <AlanBell> there are 4 rude ones for #ubuntu
[22:43]  * rww would rather we just convert those to bans
[22:46] <AlanBell> they don't take up banlist room sitting as akicks
[22:47] <rww> if we have so little banlist room that four entries matter...
[22:47] <AlanBell> I think when I was blitzing akicks last time we were a bit pressured :)
[22:48] <rww> anyways, the usual cussword and racial word seem to be bans as it is
[22:53] <AlanBell> akicks removed :)
[22:57] <rww> and leguin kindly put the bans back for us, lol
[22:57] <rww> erm, s/leguin/split server/
[23:17] <bazhang> never ever heard of extracting iso contents working as an installer
[23:18] <bazhang> using winrar no doubt
[23:58] <Jordan_U> bazhang: Where did you hear that?