19:25 #startmeeting IRC team 19:25 Meeting started Sun May 26 19:25:57 2013 UTC. The chair is AlanBell. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 19:25 19:25 Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired 19:26 https://wiki.ubuntu.com/IRC/IrcCouncil/MeetingAgenda 19:26 we have missed a couple of meetings, and this one isn't really getting off to a great start :( 19:27 hmmm 19:27 * knome blows to a vuvuzela to lift up the mood 19:27 if there's something that require broader participation from IRCC I suppose we can continue via mail with those subject 19:28 +1 19:28 m4v still hasn't been made a member :/ 19:29 yes, we can and m4v membership application is something I would really like to do by mail, that has been hanging for far too long 19:29 agreed 19:29 #topic Review last meetings action items 19:30 * AlanBell hunts back for the last meeting that wasn't just postponing stuff to the next meeting 19:33 gosh, it really has been some time 19:34 I will have a further hunt later for undone action items 19:35 #topic Open items in the IRCC tracker 19:35 there has been no activity in the tracker 19:35 #topic Review Bugs related to the Ubuntu IRC Council 19:35 we have no bugs 19:35 #topic Membership applications 19:36 we do have a membership application from m4v 19:36 https://wiki.ubuntu.com/m4v 19:36 https://launchpad.net/~m4v 19:37 m4v has been a consistent long term contributor to Ubuntu in particular in the IRC area, and especially on the bot infrastructure 19:37 that should be an insta-pass 19:37 Is he here? 19:38 I am entirely comfortable that the IRCC is an appropriate membership body for this application 19:38 m4v, not in this channel 19:38 the wiki page looks good and there are strong testimonials 19:39 m4v gets my +1 19:39 please to pass that along on the mailing list :) 19:39 we will vote on it by email, anyone else got any thoughts to add? 19:40 +1 for mailinglist 19:40 Hello 19:40 lderan, o/ 19:42 let's move to next topic 19:43 yup 19:43 #topic Replace floodbot kick+ban behaviour for webchat users who flood - tsimpson 19:44 https://wiki.ubuntu.com/IRC/IrcCouncil/IRCteamproposal has further details 19:44 Currently when a webchat user floods the bots will set a ban and kick the user, then forget about them. I think this behaviour is overly defensive and discriminates against webchat users unfairly. It would make more sense if the bots simply set -e for that user (as to apply the existing quiet on webchat users) instead of the +q they normally set. 19:44 This would require some modification to the floodbot script but, as already treats webchat users who flood differently, it shouldn't be too major. 19:44 +1 from mew 19:44 AlanBell, what's -e ? 19:44 removing the exempt 19:45 so as I understand it, webchat is +q by default 19:45 knome: webchat is banned entirely, individuals have +e exempt that allows them to talk at all 19:45 okay 19:45 banned, quieted, same effect in this case 19:45 knome: currently we +q all webchat, then floodbots set +e so they can speak in the channel. 19:45 sounds fair 19:46 setting -e would allow them to remain in the channel, but the floodbots would need to let the user know somehow how to get the +e reset. 19:47 which would mean that when there are no ops around, the ops channel could end up with users waiting a long time and getting frustrated 19:47 wouldn't the webchat users get +e if they just rejoined? 19:47 but at the moment they just get banned altogether 19:47 or would that have to be done manually 19:48 knome: floodbots track which users have been banned so we would need some sort of mechanism to let floobots know that $user is ok to let back in the channel and be able to speak 19:48 mhm 19:50 I don't think it will be a major issue. +1 to setting -e instead of kick/banning 19:50 yeah, I think the policy suggestion is fine, it just needs someone to tangle with the floodbot code and implement it 19:51 LJL knows that code, dunno if tsimpson was proposing to do it or not 19:51 How is the open sourcing of that code coming, if at all? 19:51 it would be good to get other people familiar with the floodbot code 19:52 Could be just like a quiet, -e and if it continues +b kick, and if not, +e. 19:52 the code is on launchpad, not much progress since then, LjL wasn't around for some time and it became less of a priority once it was on launchpad (albeit in a private project) 19:54 https://launchpad.net/floodbot is the project 19:54 Would it be easier to use supybot with the functionality of the floodbots added? 19:55 floodbot is written in PHP rather than python, it is 1807 lines of code 19:56 and does some funky stuff with multiple instances of the bot talking to each other through control channels and sharing updates via a pastebin and other surprising and interesting features 19:57 short answer: no. 19:57 if the floodbots aren't going to set +b on kicked webchat users any longer, are we confident the ops will know how to actually ban them? 19:59 most of us use scripts to do that 20:01 IdleOne: which are webchat-aware? 20:01 chanserv.py currently defaults to *591c6114@* for webchat 20:02 uh? 20:02 you mean it bans the ident? 20:02 correct 20:02 well that won't let the floodbots know the user is banned 20:03 I know 20:03 which is why those of us who use chanserv.py try not to ban webchat and instead we remove/kick and let floodbot set the ban 20:03 then again these days the IP is in the webchat mask, so it's less bad than it used to be. but banning the ident or other funny things one might do don't play nice with the system 20:04 yep 20:04 just a remove 20:04 IdleOne: and what do the others do, just ban *!*@gateway/whatever? 20:04 not sure what auto_bleh does 20:04 I haven't used it in a long time 20:07 anyway to answer your question IdleOne, i don't think anyone has worked on the floodbots to bring them to what could be a releasable state. i know i haven't, and at this point, i really don't think i'm ever going to 20:07 I have to go, but I support any changes toward equal treatment 20:07 ok Tm_T 20:07 LjL: understandable. 20:10 so, do we think this is still a good idea, a bad idea, or an idea that requires further thought, and a plan for someone to implement it? 20:10 currently the only one who could implement it is LjL right? 20:12 I think maybe a better idea would be leave things the way they are but have floodbot send a notice to the channel asking for a live op to set a comment/duration on the ban 20:12 (Autobleh doesn't ban nick or ident, just host. At least, that's how I set it up.) 20:12 s/to the channel/to the control channel/ 20:12 i can comment out the line the says "ban it", but not sure whether it'll have other side effects i'm currently not thinking about. i guess i can just do it and we'll see. i'm not really in the mood to look at it in detail 20:13 IdleOne: well it already sends a "-WARNING" that people are supposed to highlight on 20:13 I would prefer if a live op decides whether to remove the ban or set a time limit on it. 20:13 LjL: it doesn't tell us the banID though 20:14 it doesn't have a clue about the "banID" 20:14 doesn't ubottu ask floodbot to comment on the ban? 20:14 i don't think so 20:14 ubottu: sens me a PM every time I set a ban 20:14 IdleOne: I am only a bot, please don't think I'm intelligent :) 20:14 sends* 20:15 IdleOne, pretty sure the floodbots are exempted from them 20:15 that* 20:16 Well, fair treatment is all well and good. IF it means possibly breaking the floodbots other behaviors we might want to hold off. 20:21 yeah, I am not sure about this 20:21 maybe it could be a banforward rather than a ban 20:21 but I am not sure how much of a problem this actually is 20:21 honestly IdleOne, if you want to talk about this, you might as well talk about removing the webchat +b entirely and just handling webchat users manually. the floodbots introduced automatic handling for this because it was hard to match people's real hostnames with the webchat hostname they obtained 20:21 but these days, the hostname for webchat users contains their real IP 20:21 so you can just go ban that as needed 20:23 ok, well it was a proposal from tsimpson, who was around earlier 20:23 LjL: I didn't see the +b as an issue honestly. I would like it if the floodbots could ask us to set comments on the banID (not a big thing if they don't) 20:23 just thought it would be a nice feature 20:24 I think we need to discuss further, perhaps on the mailing list, I am not sure that there are any changes that really need to be made, and if there are, it might not be the one proposed 20:24 IMO leave things as is. I think we are searching for a tech solution where one isn't needed. 20:25 IdleOne: maybe ubottu can do that, the floodbots sure can't as they don't know about banIDs (and if they somehow got ubottu to tell you, it would be annoyingly complicated to deal with it, and there's no reason why ubottu couldn't do it in the first place) 20:25 OK, I will send a mail to the list later with minutes of this meeting and highlight the discussion around this topic 20:25 sounds good. 20:26 AlanBell: maybe the only problem that should be a real problem that i see is what happens when people got automatically muted for flooding. if the involved person is a webchat user, then they get an automatic ban, and if there's no one around to remove that, they stay banned. 20:26 yeah, I just don't know if that actually happens much to real people who are not intentionally flooding 20:26 AlanBell: as to when ops actually kick someone manually, though... i think they should have a look at the modes being set and the floodbot "-WARNING" and realize 20:28 anyway tsimpson may also be able to implement whatever is needed, i'm sure he's among the people most familiar with both the floodbots and ubottu. get his opinion, or just let him work out what seems best 20:28 yeah :) 20:28 #topic Any Other Business 20:28 ubottu does 20:28 "[ubottu] Please somebody comment on the ban of *!*@static-mum-59.181.90.147.mtnl.net.in in #ubuntu done by FloodBot3, use: @comment 55195 " eg 20:28 oh, hi tsimpson 20:28 \o 20:28 tsimpson: ah that's nice, IdleOne's concern is settled then i think 20:29 so the real problem is humans not listening to the bot when it asks for something 20:29 yeah :) 20:29 yeah, I think maybe a refresher on what messages the bots do that humans should respond to might be good 20:29 AlanBell: Review of the ubuntu-bots bugs? I'd think [Eir] ones could be closed? 20:31 #action AlanBell to compile page on bot messages for humans 20:31 * meetingology AlanBell to compile page on bot messages for humans 20:31 there is only bug #899630 left 20:31 bug 899630 in Ubuntu IRC Bots "[Eir] Enable Eir to check other #$buntu channels for banned users and warn" [Wishlist,Confirmed] https://launchpad.net/bugs/899630 20:31 that should probably be closed 20:31 interesting point Unit193 20:31 https://bugs.launchpad.net/ubuntu-bots 20:32 bug #899630 is now closed 20:32 bug 899630 in Ubuntu IRC Bots "[Eir] Enable Eir to check other #$buntu channels for banned users and warn" [Wishlist,Won't fix] https://launchpad.net/bugs/899630 20:33 meetingology is tweaked by lderan! \o/ 20:33 knome: Error: "is" is not a valid command. 20:34 boo. 20:34 :P 20:34 yes, lderan has done some great stuff :) private votes are on the way \o/ 20:34 and the moin output is so much better, it's pretty much ready-to-copy-paste now 20:35 yup 20:35 ok, any other stuff before I close this meeting? 20:35 :D 20:35 #endmeeting