=== vladk|offline is now known as vladk === vladk is now known as vladk|offline === vladk|offline is now known as vladk === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === davidcalle_ is now known as davidcalle [12:00] !rmb [12:00] cjohnston, cyphermox, Destine, ejat, hggdh, IdleOne, iulian, micahg, Pendulum, PabloRubienes, freeflying, jared, s-fox, amachu, and chilicuil. Meeting time. [12:01] Hello! [12:01] Evening/morning/whatever it is in your time system76chick :) [12:01] We're just trying to rustle up enough board members now [12:02] Back at ya! Very early here :) Awesome! [12:09] Sorry system76chick, we're still working quorum. micahg and I are here we need 2 more [12:09] !rmb [12:09] cjohnston, cyphermox, Destine, ejat, hggdh, IdleOne, iulian, micahg, Pendulum, PabloRubienes, freeflying, jared, s-fox, amachu, and chilicuil. Meeting time. [12:09] Ping! [12:11] Sounds good, I'm here! [12:12] I can pitch in if needed [12:13] pleia2: thanks that's a 3rd [12:14] Good morning Lyz, thanks for being here! [12:15] morning :) [12:16] here [12:17] morning, everyone [12:17] I can help as well [12:17] cprofitt: great you're the 4th :) [12:19] shall we begin? [12:19] totally! [12:20] pleia2: just setting up :) [12:20] #startmeeting [12:20] Meeting started Wed Mar 19 12:20:21 2014 UTC. The chair is jared. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [12:20] Available commands: action commands idea info link nick [12:21] Hello and welcome to the Ubuntu Membership Review Board for the 1200 UTC meeting for March 19, 2014. The wiki page for the Review Board is available here: https://wiki.ubuntu.com/Membership/Boards [12:22] Just as a quick introduction we're going to be running with 2 Community Council members joining us to fill quorum, thanks cprofitt and pleia2 [12:22] There is precedent for CC members filling in on the membership board to reach quorum so while it's not a written rule we're going to run with it [12:23] #voters jared micahg pleia2 cprofitt [12:23] Current voters: cprofitt jared micahg pleia2 [12:23] #topic system76chick 's membership application === meetingology changed the topic of #ubuntu-meeting to: system76chick 's membership application [12:23] system76chick: can you please give a 2 - 3 sentence introduction of yourself to the board [12:24] #link https://wiki.ubuntu.com/system76chick [12:26] My name is Emma and I live in Colorado. I love Ubuntu and I'm the leader of the Colorado Ubuntu team. [12:27] system76chick: I see you've been involved with getting the Colorado back to being approved, can you explain a bit about what that entailed for you, is there much support over there? [12:30] I'm responsible for planning all our events, updating our team wiki, responding to new Colorado users on our mailing list and encouraging local people to start using Ubuntu by helping install on their computer. For our team approval, I created a plan to get our team more active and everyone was very supportive of my initiative. [12:31] system76chick: and how have you found the good people of Colorado? Do you get many regulars pitching in to help? [12:32] People come to my events and offer advice on how to get more active. My first release party had 20+ members. [12:32] that's quite good [12:32] system76chick: good effort really, these things can be hard to get motivation for [12:32] Team members help respond to mailing list inquiries if people don't email me directly. [12:33] system76chick: good to hear, I am looking over your application and see some testimonials which is great, are there any loco members here to cheer for you? [12:33] well, there's a loco council member, does that count? [12:33] system76chick: how many years have you been involved with the Ubuntu community? [12:34] Most of my coworkers are part of the team, so it helps to work with them every day. My boss is very supportive of everything I try. [12:34] jose: sure :) [12:34] that's great :) [12:34] jose: indeed, just seeing if there are locals as well :) [12:34] 2 years, Jose and Lyz hopefully! [12:34] it's 6:30 am there in CO :\ [12:35] I wanted to mention how responsive system76chick was during the verification process, we tried to do this as quickly as possible and with her we got everything ready to go in less than a week [12:35] jose: that sounds like a well functioning team if they can put it all together in under a week. [12:35] Thank you Jose. You were a major help in that process. Your support really kept me going! [12:36] :) [12:36] the team is going good as far as the LC concerns, so yep! [12:36] sounds like you are doing some good work system76chick [12:36] Thank you! We have 5 events in April! [12:37] wow, nice [12:37] very nice [12:38] I hope to get our team blog updated, but I need to get volunteers from our team to help. That would be a great resource for new Ubuntu users in Colorado [12:39] system76chick: seems like we've run out of questions, so thanks for that [12:39] #vote Please vote on system76chick 's application for Ubuntu Membership [12:39] Please vote on: Please vote on system76chick 's application for Ubuntu Membership [12:39] Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname) [12:39] +1 [12:39] +1 received from micahg [12:39] +1 [12:39] +1 received from pleia2 [12:39] +1 [12:39] +1 received from cprofitt [12:39] +1 good work with the loco [12:39] +1 good work with the loco received from jared [12:40] #endvote [12:40] Voting ended on: Please vote on system76chick 's application for Ubuntu Membership [12:40] Votes for:4 Votes against:0 Abstentions:0 [12:40] Motion carried [12:40] congrats system76chick :) [12:40] #action system76chick to be added to the Ubuntu Members team [12:40] ACTION: system76chick to be added to the Ubuntu Members team [12:40] I'm an Ubuntu member now? That's awesome!!!! [12:40] Congratulations system76chick, thanks for a well prepared application. It made the job easy. [12:41] I'm so excited! I won't let you guys down, I promise! [12:41] congratulations, system76chick! [12:41] congrats system76chick [12:41] Thank you, I really appreciate your support! [12:42] I can't see the other applicants here so I think that makes the meeting short [12:43] I appreciate everyone attending and hope you all have a fantastic day/night [12:43] system76chick: keep up the great work :) [12:44] Thank you! [12:45] #endmeeting === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology [12:45] Meeting ended Wed Mar 19 12:45:22 2014 UTC. [12:45] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-03-19-12.20.moin.txt [12:45] thanks everyone [12:45] system76chick: I've added you to the ubuntu members LP team as well now [12:45] Awesome. Thank you Jared :) === retoaded_afk is now known as retoaded === vladk is now known as vladk|away === vladk|away is now known as vladk === vladk is now known as vladk|offline [17:58] hi all, IRC meeting starting shortly, please fill your glasses [17:59] * IdleOne puts on his gloves and protective helmet [17:59] * MooDoo watches from behind protective glass [17:59] * AlanBell watches from behind protective wine glass [18:00] * hggdh goes create a bit of space for more coffee [18:00] * MooDoo also watches his 2 year old runnind the living room watching his wifes ipad. [18:02] ok, lets get started [18:03] #startmeeting IRC Operator team meeting [18:03] Meeting started Wed Mar 19 18:03:04 2014 UTC. The chair is AlanBell. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [18:03] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: [18:03] o/ [18:03] agenda is over here https://wiki.ubuntu.com/IRC/IrcCouncil/MeetingAgenda [18:05] not sure where the meetingology logs are for the last meeting, but here is the day log http://irclogs.ubuntu.com/2014/01/22/%23ubuntu-meeting.html [18:05] no specific ation items recoreded but we did quite a bit of assorted stuff since then :/ [18:05] http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-01-22-18.01.log.html [18:06] ah, silly me I was looking in the #meetingology channel not ubuntu-meeting [18:06] ok, so moving on [18:06] #topic Open items in the IRCC tracker === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Open items in the IRCC tracker [18:07] just checking the tracker . . . [18:07] no open tickets [18:08] what's the tracker URL, and is it publicly accessible [18:08] for those that don't know, the tracker is an osticket instance running here http://ubottu.com/tickets [18:08] tickets get created when people email the appeals address [18:08] ack [18:09] it isn't publicly accessible, but every meeting we declare anything going on in it at a high level [18:09] (here) [18:10] #topic Review Bugs related to the Ubuntu IRC Council === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Review Bugs related to the Ubuntu IRC Council [18:10] we have a bug though [18:10] bug 892501 has been reopened, and we can discuss that in more detail in a later item on the agenda [18:10] bug 892501 in ubuntu-community "Floodbots - need a re-write to be under ubuntu operator team control" [Undecided,In progress] https://launchpad.net/bugs/892501 [18:11] but first . . . [18:11] #topic The IRCC going forward === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: The IRCC going forward [18:11] so, we have a newish IRCC, following the elections in December [18:12] since then there have been rather a lot of stressful interactions and IdleOne has sent an email of resignation to the list [18:13] so we are back down to 4 members, AlanBell Pici Tm_T hggdh [18:13] there have also been other discussions and suggestions about the IRCC, whether it is right for the team and so on [18:14] I would be interested in feedback from others on what we do from here [18:14] o/ [18:15] so would I... [18:15] * phunyguy ponders [18:15] Has the resignation been accepted? [18:15] all options are open, we could have a vote of confidence in the current IRCC, we could have a vote on whether there should be an IRCC, we could open an election to fill the seat, we could invite the CC to fill the remaining seat [18:15] AlanBell: in terms of immediate issues, I would prefer either IdleOne un-resigning and being not-chairperson, or sticking to 4 members. I don't think electing another person is a good idea at this time. [18:15] MooDoo: yes, it has [18:15] MooDoo: good question [18:16] I do not think it should go away. The IRCC has it's place in my eyes, and to do away with it would leave a giant hole. Just my two cents. [18:16] does the IRCC have the teams support and is it trusted to steer the team? [18:16] I have already stated that I am willing to un-resign with the coditions that rww has mentioned. [18:16] quite whether a resignation can be withdrawn, I have no idea, we don't have a procedural path for that as such, but if the CC agrees I would see no problem with it [18:17] I see a problem with it personally [18:17] I think this might be something that the current four member, the CC, and myself might want to discuss. === vladk|offline is now known as vladk [18:17] i don't think you can force anybody to stay a member. [18:17] IdleOne: has resigned without notice or hand over - done, move on [18:18] if it's not accepted, the resigned memeber can just do nothing [18:18] you have 4 members - move on [18:18] yeah, we can't "not accept" the resignation [18:18] and it is effectively the same as "accepting" the resignal [18:18] I don't think it's as simple as that [18:18] it is as simple as that [18:18] I agree that flipflopping resignations is probably not a good idea.... [18:18] whether it can be withdrawn is an open question === Ursinha is now known as Ursinha-afk [18:19] imo if it's been 5 members, then it needs to be 5 members [18:19] we don't neccessarily need to do anything about it [18:19] whether it can be withdrawn is up for the whole teams' approval, not the IRCC only [18:19] MooDoo: why ? why does it need to be 5 members [18:19] why the magic of 5 [18:19] we had 4 members for some time, we gave the casting vote to the CC [18:19] knome: why? the whole team didn't get a vote on who got elected [18:19] someone doesn't want to do the job - thats fine, they have left, thats fine too, why make an issue out of them coming and going [18:19] ^ yes the odd number is what needs to be. Not even. [18:20] what phunyguy said :) [18:20] I'm sure 4 people can manage to work out a judgment [18:20] ikonia: I am not really, but it would be a failure not to have this agenda item [18:20] and it can go to the CC if someone feels a real deal breaker is needed [18:20] AlanBell: it's good that it's on the agenda [18:20] "Members of the Ubuntu IRC Members Team are eligible to vote." [18:21] knome: not all those members got to vote afaik [18:21] ikonia: but going to the CC just drags things out surely when it can be sorted by the power of 5? just my two cents :) [18:21] knome: yes, that is the voting group, which isn't quite a lineup with the operator team [18:21] MooDoo: it can be sorted by the power of 4 quite easy [18:21] I would prefer not to have the CC have to get involved just to break a tie [18:21] IdleOne: all that group did, just not all operators are in that groups [18:21] these aren't life and deather changes, a "hung" issue has pretty much never happened [18:21] IdleOne, that's a shortcoming of the voting procedure, and does by no means mean that it's okay for the IRCC to withdraw a resignation [18:22] cprofitt: mostly an accademic issue, we have never had a tie [18:22] exactly [18:22] * cprofitt nods [18:22] so 4 members, move on, [18:22] on the subject of resignation and withdrawl [18:22] anyway, not a big deal for me. I resigned and I'll stick to my choice. I offered to help if the need was there but I don't want to cause more problems. So I am fine with not being on the IRCC. [18:22] cprofitt: I'd agree with that [18:22] I think the question is less about the resignation and more about what it implies [18:22] IdleOne: if you want to do it - do it, if you don't thats fine too, it's just the limbo state that seems pointless to drag out [18:22] if the irc members team isn't up-to-date, update it [18:22] I suggest we consider this matter closed. [18:22] with 4 people, majority is 3. with 5 people, majority is 3. shouldn't make much of a difference in reality, especially since everyone's usually on the same page [18:23] I can certainly appreciate that the resignation was done in the heat of the moment while emotions were running high [18:23] especially since IdleOne doesn't seem the sort of person to avoid giving input just because he's not on IRCC *ducks* [18:23] I can understand not wanting to alow a person to un-resign... [18:23] not_rww: I'm not one to hold my tongue that is for sure [18:24] in fairness there was a real short list of candidates and people got pushed into doing it because no-one wanted to do it [18:24] the question, for me, is if IdleOne can do the job or if allowing him to come back would negatively impact the team in the future [18:24] +1 ikonia [18:24] I think my view is that withdrawing a resignation is a rule we don't have, and probably don't want to have [18:24] I think that is the larger issue -- not many candidates [18:24] AlanBell: I agree... [18:24] accept the resignation [18:24] regardless of the circumstances of this one [18:25] this is why I don't agree that this should be brushed off as "it happened, move on" [18:25] cprofitt: that is how I see it, IdleOne pretty much stuck his name in the hat due to lack of people coming forward [18:25] nobody answered my first question: [18:25] 20:16 knome: does the IRCC have the teams support and is it trusted to steer the team? [18:25] that does not exclude a person from serving again in the future though does it? [18:25] which is definitely related to the IRCC going forward... [18:25] cprofitt: no, it does not exclude [18:25] cprofitt: no, it certainly doesn't [18:25] good question knome [18:25] but knome's question is, I think, important [18:25] knome: the last IRCC term was the best there has been, the new one is made up of mostly the same people, I have no reason to doubt the individuals [18:25] so if we decided to fill the seat at the end of the term or before then IdleOne would be most welcome to stand [18:26] so if it does not exclude a person from serving again... use your normal procedure to fill the fifth slot [18:26] I can agree with that. [18:26] ikonia, i'm not doubting anything either, but i want to raise the question up [18:26] put it up to another vote... the same way the IRCC is voted upon today? [18:26] cprofitt: I agree wit not_rww another election now is just going to cause more problems. The IRCC can effectively do the job with 4 members [18:26] oh. [18:27] so basically stick with 4 until the next election? [18:27] then we can go with 4... just follow the established procedure for restaffing [18:27] I just don't think it should be vacant if it dosn't have to be. [18:27] yeah, so are we agreed, carry on with 4, fill the 5th seat at some point when it seems like a good idea, but no urgency to that === Ursinha-afk is now known as Ursinha [18:27] +1 [18:27] not to mention I doubt there will be any more volunteers this time around especially with all that has been going on [18:27] I would agree with focusing on getting the team healthy [18:27] I would volunteer, but not a member, etc. [18:28] phunyguy: snap! [18:28] IdleOne: that is a real concern, especially based on the last time [18:28] phunyguy: I think it has to be. Another election would be distracting and add another person to an already-confusing dynamic. [18:28] I would stick with 4 until the next election go to CC if needed and let IdleOne stand if he wants to? [18:28] * MooDoo shuts up [18:28] part of the issue was the timing of the open letter, which was just before the call for candidates [18:29] (I actually delayed the call for candidates by a few days as a result) [18:29] OK I can agree with it staying 4 members then. We can revisit later. [18:29] but anyhow, I think we have a route forward which is what I wanted from this agenda item [18:29] hi [18:30] * phunyguy looks at his watch and taps foot at Tm_T [18:30] I'm interested in discussing knome's question next, personally. [18:30] if nobody "wants" to be on the IRCC, and only do it because "nobody else does", can *i* trust that the IRCC actually does their job well, and in the best intents for the team? [18:30] yes you can [18:30] because? [18:30] knome: that's a loaded question. [18:30] #agreed stick with 4 people on the IRCC until further notice [18:30] knome: because that person may have the ability, but not the confidence. [18:30] before we go any futher would it be possible to have a meeting without any more "jokey" comments [18:31] and actually disuss things without these off track comments [18:31] phunyguy, of course it's a loaded question, everything is. [18:31] The four members on the IRCC are most trustworthy and in all my time on this team they have always acted in the best interest of the community [18:31] if somebody doesn't have the confidence, can i trust they are able to deliver their best? [18:31] knome: there were more candidates than places [18:32] knome: in most cases, yes, because they are judging themselves and put more time into their decision. [18:32] knome: I suggest anyone who isn't confident mails the team [18:32] knome: you mean the team's confidence, right? [18:32] rather than call it out in public [18:32] then their individual issues can be addressed [18:32] ikonia: calling it out in public is fine, as I said, all options are on the table [18:32] (team = council ) [18:32] My main concern with IRCC (not the current iteration, this has been a general thing) is that issues tend to take forever to get resolved. I don't know if that's just me being impatient and/or expecting too much for people in charge of real-time chat, or a genuine problem. [18:32] sure. [18:32] AlanBell: it's not really going to go anywhere is it [18:32] I have confidence / I don't - discuss [18:33] So I have the habit of not having confidence that issues are going to get sorted out promptly. [18:33] the issue is with $user / IRC Council [18:33] what not_rww said is also my concern as well [18:33] not_rww: got a specific example? [18:33] But that's an institutional issue. In terms of the specific people we have right now, I have confidence that they will do the position to the best of their abilities, while hampered by institutional issues. [18:33] it probably is fair that we try to slow things down sometimes [18:34] floodbots? [18:34] and sometimes we are slow due to availablility and reluctance to deal with things [18:34] AlanBell: LjL comes to mind. I think he's stated, and I strongly agree, that that took way too long. [18:34] not_rww: I think in many cases when you have a group of people that are tasked with making a decision that delay is part of the process. [18:34] AlanBell: FloodBots should have had a decision ages ago. [18:34] I would assume 'easy topics' do not get elevated to the IRCC [18:34] AlanBell, reluctance... well said. [18:34] it is the difficult ones that do [18:34] not_rww: who actually are you ? is not_rww your normal nick name ? [18:34] are you rww ? [18:34] ikonia: yes [18:34] ok, cool [18:35] AlanBell, so if the IRCC is "reluctant" to act on things, should i trust them doing their best for the team? [18:35] how can we deal with that reluctancy? [18:35] I could think of others that are also, as cprofitt said, difficult decisions. But the standard IRCC response in the past has tended to be inaction, and that needs to stop. [18:35] knome - reluctant does not mean unwilling... [18:35] there are quite a few things that we did reluctantly recently, we did them though [18:36] reluctant means a realization that they need to take things slowly... [18:36] cprofitt, i acknowledge [18:36] to take caution and care with them [18:36] I think there is merit to both sides [18:36] the time lag to have a discussion between the members can cause delay, thats frustrating, but I don't see how that can be improved. [18:36] thats not peoples fault they are in different time zone, or have to work, or look after a child [18:36] disclaimer: i'm not trying to cause drama and confrontation here... [18:36] I agree that, at times, delay causes issues... just like quick action can [18:37] I cannot speak about previous IRCCs, but I can state that the current one had some quite difficult decisions to make -- and they did get made [18:37] I do have faith that everyone on the IRCC is trying to do their best... quick action or delayed action [18:37] hggdh, i appreciate that [18:37] shall we move on? [18:37] with complex issues there is often a need to gather facts as well... which takes time [18:38] would it be fair to ask the IRCC to publicly response to any issue raised within some specified time, like a week? [18:38] and follow up weekly or beweekly about the status [18:38] Even if the public response is "we are looking into this" [18:38] *bi-weekly [18:38] knome: that sadly doesn't work [18:38] hmm, if it is a defined item somewhere [18:38] ikonia, because? [18:38] !appeals [18:38] If you disagree with a decision by an operator, please first pay #ubuntu-ops a visit. If you are still unhappy, please see https://wiki.ubuntu.com/IRC/AppealProcess for the steps you should take. If you feel the need to discuss the channel rules, please contact the ops on IRC or via the email address on the aforementioned page. [18:38] ^ email it there and create a ticket \o/ [18:38] knome: they tried this with an issue for me - but the delay was down to people not talking to each other, so when I got an update they had not spoken to each other and the update was wrong [18:39] ikonia, ok.. so what you are saying is that "it hasn't worked in the past" [18:39] knome: it would be fair to expect a response... as in 'we are looking at this' ... but not a decision [18:39] cprofitt, i'm not asking for a decision [18:39] knome: totally, yes, thats the correct wording [18:39] knome: if there is a delay doing $something it normally seems to be because people are away, in which case the update is either "nothing done yet" or "wrong" becauyse the guy giving the update is out of the loop [18:39] they have tried that [18:39] AlanBell, so should all issues raised to the IRCC go through the appeals email then? [18:40] cprofitt: that is not enough, I think. "We are working on it" is nice as a boilerplate, but updates are also necessary, with more details [18:40] if the IRCC give weekly notices and all of them are "nothing is done", maybe the team can question if the IRCC is fit in that situation [18:40] knome: nope, just talk to us [18:40] but if you want SLAs on it, then use the tracker [18:40] is IRCC/IrcTeam subject to Team Reporting? i forget [18:40] AlanBell, then how do i get weekly notices how things are going, since it's not a specified item? [18:40] SLA? [18:40] hggdh: I agree it is nice to have more,... but I am not sure a one week period of time is enough to expect more [18:40] service level agreement [18:40] not_rww, all teams should be [18:41] well, i just think the IRCC should give periodic reports on *all* issues they are working on. [18:41] keep in mind these people are giving up their time [18:41] not_rww: we did that for a while, can do it again, I have no idea who reads them, nothing happened when we stopped doing them [18:41] if that's not happening, the rest of the team can't know if there is any progress [18:41] knome: periodic report like, uh, these meetings? [18:41] then I'd suggest perhaps weekly/every two week interim team reports that get rolled into the monthly one [18:41] I think a simple. hello $person, thanks for your $communication, we'll get back to you shortly, please bear with us is enought right? [18:41] knome: could it be put o the individual to chase up with the council / [18:41] eg: I raise the issue, I chase it up with them [18:41] and actually doing the monthly one ;) [18:41] not_rww, AlanBell: the team reporting sucks pretty much for all teams atm, but all teams are "subject" to it [18:42] and private issues that aren't suitable for there can be status-checked over the ticket thing [18:42] Tm_T, for example, but a report every month tends to just delay and delay [18:42] so what is an "issue" that we are working on? [18:42] knome: I know, I remember when we had monthly reports [18:42] adding more bureaucracy doesn't sound a good way to go though [18:43] AlanBell: if you skip forward to the councils function, this query may go away [18:43] AlanBell, anything that an operator has raised and that needs IRCC intervention or decision that isn't acted on. [18:43] i'm not proposing to add bureaucracy... [18:43] i'm proposing to add communication to both direction [18:44] knome: communication can be done in many ways [18:44] if an operator raises an issue for the IRCC, it would be nice to get reports back [18:44] yes I totally agree with that [18:44] if it's an informal mail to the mailing list, cool [18:44] that would be completely okay [18:44] again, EVEN IF the report was "we're still working on this" [18:45] indeed. And I think this is doable, and should be done [18:45] depends on the issue no, arent the issues raised with the ircc meant to be private/confidential ? [18:45] but if that reporting happens once a month in a team meeting, you only need to postpone it twice and by that time, quarter of a year has passed [18:45] jussi: and those would go over the ticketing system instead [18:45] jussi, obviously, if it's a private issue, report to concerned parties only [18:45] most issues we just deal with them [18:45] not_rww: all issues could go to ticketing if it requires followup [18:46] (an email to the ML, I mean. And, of course, private/confidential issues would have to be sanitised.) [18:46] like someone asks for a cloak, someone needs to get access to a channel etc [18:46] AlanBell, that's good, in that case you obviously do not need to report [18:46] AlanBell, because the issue has been taken care of [18:46] i'm talking about open issues [18:46] and some are not operator specific, like we need to clean up expired cloaks === jackson is now known as Guest40265 [18:46] and those go on the meeting agenda [18:47] I really recommend people to use the ticketing system more actively if there is something they really see important and isn't for irc team meeting or something that can be done in #ubuntu-irc [18:47] anyhow, I think we need to move along . . so [18:47] i'm all in for that... [18:47] #topic Paste and attack prevention in the main channels === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Paste and attack prevention in the main channels [18:47] but i would think the tickets should be public for the team to view at all times [18:47] not only if you know the ticket number [18:48] so we had the floodbots for many years, and now they are gone [18:48] AlanBell, so no promise? [18:48] AlanBell, no response? [18:48] knome: you can use LP for that [18:48] AlanBell, no action item? [18:48] tsimpson, that works for me, if the IRCC doesn't think that's too much bureucracy [18:48] knome: I will follow up with something [18:48] thanks. [18:48] knome: I promise to focus on communicating better, happy? (: [18:49] #action AlanBell to follow up with IRCC reporting back to community [18:49] ACTION: AlanBell to follow up with IRCC reporting back to community [18:49] knome: it already exists https://bugs.launchpad.net/~ubuntu-irc-council [18:49] regarding expired cloaks. I think after two weeks that a member has expired and has not requested to be added back on the team, the cloaks should be automatically removed. Membership is for life anyway (rare cases do happen), the ex-member can always request a cloak again later. [18:49] #action Tm_T to focus on communication [18:49] ACTION: Tm_T to focus on communication [18:49] we have launchpad bugs, the ticket tracker, the mailing list, the meeting logs and you can *talk to us* [18:49] IdleOne: yeah, we just have to do it, time consuming stuff [18:49] tsimpson, yes, i'm okay with that, as long as it's okay for the IRCC, and there is actually responses. [18:49] but cheers, i'm happy with this. [18:49] so, attack prevention [18:49] well reporting on the LP bugs is part of the regular meeting agenda [18:50] we had the floodbots, jolly convenient they were too, but they are gone. We said we would put together some kind of tool for preventing accidental pastes, which we did [18:50] we put a supybot instance together, running a modified AttackProtector plugin [18:51] code is https://github.com/AlanBell/Supybot-plugins [18:51] source is ? [18:51] there it is [18:51] AlanBell: are they verbose of their doings in some monitoring channel? [18:51] the modification is to allow auto reversal of mode changes [18:51] Tm_T: nope [18:51] allright [18:51] I think it using NOTICE is already on your todo list, right? [18:52] b/c I don't care, but some people presumably do (and AntiSpamMeta does, amusingly) [18:52] this bot was sat in the #unopaste channel for some time for a bit of testing [18:52] not_rww: it is using notice [18:52] AlanBell: it shouldn't be [18:52] AlanBell: right, i think people were saying it /shouldn't/ be noticing channels? [18:52] was the point :) [18:52] * AlanBell thinks it was rww that asked for it to be a notice [18:52] I didn't ask for it to be a notice... [18:52] but sure, it can not be a notice [18:52] someone did, I wouldn't just make that up ;) [18:53] I don't care what it is, but some/most people have crap IRC clients that care a lot about channel notices [18:53] AlanBell: only because some clients send notices to server tab. New users might not know to look there. [18:53] I really don't think it should notice the channel [18:53] ok, I will change that later [18:53] it should either notice the user, or /msg the user, or just use a normal channel message [18:53] I agree no notice [18:53] in channel that is [18:53] what tsimpson said. in decreasing preference order for me [18:54] oh, maybe you said to notice the user [18:54] channel message is best because that is where the user is looking when the are pasting mulitple lines [18:54] AlanBell: that sounds more like something I'd say [18:54] what does that even do? [18:54] not_rww: you mean rww would say? [18:54] noticing the user is like a PM, but they see it everywhere... right? [18:55] go on, notice me :) [18:55] phunyguy: not in all clients [18:55] oh. [18:55] depends on the client [18:55] what it does is send an RFC-compliant message to the user [18:55] mine has settings to put it where you want. [18:55] some clients choose to display that in stupid ways, some don't [18:55] * AlanBell sees nothing, anyone noticed me? [18:55] /invite #ubuntu-br-ops [18:56] AlanBell: you have a notice [18:56] AlanBell, i just did. [18:56] hmm [18:56] phunyguy: You are an experienced IRC user though. The best solution is the one that covers all the bases. A channel message would be it [18:56] less than totally effective [18:56] yep. I agree there [18:56] oh, there they are in a status window, not hilighting me [18:56] see [18:57] I would never notice those notices [18:57] the only problem with a normal channel message is that it can (theoretically) be exploited to ironically flood the channel, adding to the noise [18:57] first time irc user in #ubuntu gets a notice, doesn't see it and is now upset about getting Can't send to channel messages from the server [18:57] * Tm_T notices AlanBell not noticing notice [18:57] but it's not something I see as likely [18:57] so use PM? [18:57] not_rww: same problem [18:57] time limit the notice to one per 30 secs. [18:57] new users might not see the new tab [18:57] PM is less of a problem [18:58] or one per 1 minute. [18:58] I am horrible at noticing PMs and I am an experienced user. [18:58] AlanBell: but more intrusive? [18:58] presumably you'd have more chance to notice when you see you can't talk :P [18:58] ask IdleOne, chu, and everyone else that PMs me [18:58] anyhow we don't like the notice to the channel so I can change that [18:58] how commonly are there several floodpastes in 1 minute? [18:58] (from different users?) [18:58] in principal though we can get it to do different things, message the monitor channel and other stuff [18:59] A channel message is most effective because that is where the users attention is at the time they would get a message about pasting to the channel [18:59] or even in 5 minutes [18:59] knome: really rare [18:59] see. [18:59] not_rww: I thought when you are +q, it still sends to the channel on your end? Or is that only if +z is set? [18:59] just time limit the notice message to N minutes [18:59] phunyguy: only if +z is set, you get a server error if it's not [18:59] so some may not realize... [18:59] oh ok. [18:59] well +z can be set at any point in time. [18:59] (or unset) [18:59] anyways, apart from that bikeshedding, I think the bot is working fine as a starting point, and we can do more complicated stuff iff need be [18:59] I made the bot some time ago (17 days ago) but the general opinion was to not send it in to the channel and see how we got on without it [19:00] couple of days ago there was a bit of a complaint about the lack of floodbots so I sent it in and it has prevented a couple of problems [19:00] i'll be back in 5 minutes [19:00] AlanBell, is the code available and can you link to it [19:00] knome: of course, and I did :) [19:00] https://github.com/AlanBell/Supybot-plugins [19:01] pull requests welcome [19:01] just missed that. thanks. [19:01] so I think unopaste is staying, I am not hearing howls of anquish [19:01] it isn't another eir ;) [19:02] AlanBell, AttackProtector is the right subdir, right? [19:02] knome: yeah [19:02] cheers. === Guest40265 is now known as Noskcaj [19:02] oh, I need to push up the /notice bit [19:02] that just isn't something to push upstream [19:03] so, a few items to improve on that, but there we are for now [19:03] AlanBell, i've asked lderan to look at the code and come up with a time-limiter [19:03] it could go upstream, if it was a configuration option [19:04] good starting point and possibility to improve is all we need now [19:04] can ask him to look at that as well, if you want [19:04] tsimpson: yeah, I just hard coded the text for now, if done properly then it might be worth contributing [19:04] AlanBell, asked for the conf option as well. [19:05] AlanBell, lderan will most probably be in touch with you. [19:05] knome: sure, lderan can have all access required, no problem [19:05] AlanBell, yeah, i'm just *reporting back* on progress ;) [19:06] and noticing that somebody is actually looking at it. [19:06] * rww reappears [19:06] hello there [19:06] we are not committed to this path, if there is a different anti-paste solution that anyone preferes, then we can totally switch [19:06] hi lderan [19:06] anyhow, lets trot along to the factoid review \o/ [19:06] #topic Factoid Review === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Factoid Review [19:06] thank you for taking lead on pastebot by the way AlanBell. was good work :) [19:07] so we have a bunch of factoids and one of the issues raised in the open letter and then again in assorted bits of drama, was the over-use or inappropriate use of factoids by the team and users [19:07] http://pad.ubuntu.com/factoids [19:07] so we thought we would have a look at what factoids might be in scope for that, and put the list on the pad that knome linked to :) [19:08] so, lets go through them now, everyone should have access to the pad where comments have been left [19:08] Evening [19:09] hi DJones [19:09] so, from the top :) [19:09] !language [19:09] Please watch your language and topic to help keep this channel family-friendly, polite, and professional. [19:09] that has -5 +2 (for new merging with !english) [19:09] we had a number of people not liking this factoid and an alternative proposal [19:10] The main Ubuntu channels require that you speak in calm, polite English. For other languages, please visit https://wiki.ubuntu.com/IRC/ChannelList [19:10] !english [19:10] The #ubuntu, #kubuntu and #xubuntu channels are English only. For a complete list of channels in other languages, please visit https://wiki.ubuntu.com/IRC/ChannelList [19:10] AlanBell, since the factoids are in the pad, do we need to copy/paste? [19:10] so the proposal was to make both of them different [19:10] AlanBell: I would prefer to see them merged [19:11] knome: I am going to call them one by one, doesn't matter if we have extra text here, just makes the minutes look clearer [19:11] ok, so we like the new text for both english and language? [19:11] I'm ok with it [19:12] !no language is The main Ubuntu channels require that you speak in calm, polite English. For other languages, please visit https://wiki.ubuntu.com/IRC/ChannelList [19:12] I'll remember that AlanBell === vladk is now known as vladk|offline === vladk|offline is now known as vladk [19:12] !english is alias language [19:12] But english already means something else! [19:12] !forget english [19:12] I'll forget that, AlanBell [19:12] !english is alias language [19:12] english has been forgotten, use '!unforget english' to edit it again [19:12] bah [19:13] The only issue I can see with that will be disagreements on what constitutes "the main ubuntu channels" [19:13] someone know how to do it? [19:13] unforget it, then use [19:13] !unforget english [19:13] I suddenly remember english again, knome [19:13] !no, english is language [19:13] I'll remember that knome [19:13] ah, angle brackets [19:13] !english [19:13] The main Ubuntu channels require that you speak in calm, polite English. For other languages, please visit https://wiki.ubuntu.com/IRC/ChannelList [19:13] hah [19:13] * tsimpson mumbles something about the documentation [19:13] yeah, I read it once [19:13] tsimpson, documentation, BOOORIING and TL;DR ;) [19:13] in one eye, out the other [19:14] !ohmy [19:14] Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others. [19:14] * phunyguy is running out of time :( [19:14] could actually made a alias of language now. [19:14] so, for this one several people didn't like it at all [19:15] yeah, these types of factoids should be more humanly conveyed. As in, not a bot trigger [19:15] !no ohmy is language [19:15] I'll remember that AlanBell [19:15] phunyguy: so we can forget things altogether, that is fine [19:15] but there was a proposal to reword it that had some support [19:15] ahh I haven't checked recently. [19:16] !enter [19:16] Please try to keep your questions/responses on one line. Don't use the "Enter" key as punctuation! [19:16] several forgets on this one [19:16] !forget enter [19:16] I'll forget that, AlanBell [19:16] !repeat [19:16] Don't feel ignored and repeat your question quickly; if nobody knows your answer, nobody will answer you. While you wait, try searching https://help.ubuntu.com or http://ubuntuforums.org or http://askubuntu.com/ [19:16] lots of people liked this one [19:16] !anyone [19:16] A high percentage of the first questions asked in this channel start with "Does anyone/anybody..." Why not ask your next question (the real one) and find out? See also !details, !gq, and !poll. [19:16] kill with fire [19:16] !forget anyone [19:16] I'll forget that, AlanBell [19:16] ^ yes [19:17] !behavior [19:17] The people here are volunteers, your attitude should reflect that. Answers are not always available. See http://wiki.ubuntu.com/IRC/Guidelines [19:17] people were abusing the hell out of that factoid :< [19:17] i like !behavior [19:17] seems fine to me [19:17] !etiquette [19:17] Unsure how you should behave on this channel? See (in a private message with the bot, /msg ubottu ): !AskTheBot, !CoC, !Guidelines, !Offtopic, !Language, !Attitude, !Repeat, !Enter, !Paste, !Caps, !NickSpam, !PM, !English - And most importantly, use common sense... [19:17] for people who can spell etiquette [19:17] I dont like behaviour. it feels very bossy [19:17] !behaviour =~ s/,/;/ [19:17] I'll remember that rww [19:18] jussi, and a bit too direct, "Answers are not always available." [19:18] jussi: it's usually a response in kind to people getting complainy about not getting answered [19:18] knome: yes "short" [19:18] too !many !see !also !keywords [19:18] could be reworded tho, but the intent needs to stay [19:18] why not merge with guidelines, +3 for that. === Ursinha is now known as Ursinha-afk [19:18] !guidelines [19:18] The guidelines for using the Ubuntu channels can be found here: http://wiki.ubuntu.com/IRC/Guidelines [19:18] yep [19:18] knome: merge which one with guidelines? [19:19] ettiquette [19:19] actually both [19:19] which I cant spell [19:19] both have +3 for merging [19:19] !no etiquette is guidelines [19:19] I'll remember that AlanBell [19:19] !no behavior is guidelines [19:19] You are editing an alias. Please repeat the edit command within the next 10 seconds to confirm [19:19] reword behavior or merge it [19:19] AlanBell: behaviour, not behavior [19:20] !no behaviour is guidelines [19:20] I'll remember that AlanBell [19:20] spelling, I fail [19:20] !best [19:20] Usually, there is no single "best" application to perform a given task. It's up to you to choose, depending on your preferences, features you require, and other factors. Do NOT take polls in the channel. [19:20] !behavior [19:20] The guidelines for using the Ubuntu channels can be found here: http://wiki.ubuntu.com/IRC/Guidelines [19:20] forget !best [19:20] I like best. [19:20] i dislike best [19:21] also, I just remembered that !patience covers what I wanted !behavior to cover, so yay [19:21] let's have a poll! [19:21] haha [19:21] no, [19:21] what is the best factoid? [19:21] there was a poll already [19:21] i vote for !best is worst-#ubuntu-offtopic [19:21] and if you must take polls, take them in #ubuntu-polls :P [19:21] knome: serious face off for a min :P [19:21] !worst-#ubuntu-offtopic [19:21] This factoid is supposed to be pretty terrible. Please contact rodserling if you find a factoid worse than this, in order to improve, I mean pejorate, this useless conglomerate of words, thank you, well not really. Worst is also the dutch word for sausage. [19:21] yeah, that is pretty bad [19:22] just needs an update that one [19:22] not as bad as !ettiquette [19:22] no, it's the worst [19:22] I think we just change roserling and IdleOne and its all good [19:22] i think we must stop joking [19:22] we're discussing !best [19:23] I don't think we need a best factoid, if someone asks what the best virtualisation system is or whatever then people can ask them what their requirements are [19:23] yeah, back to it [19:23] (i don't want to sit in IRC the whole evening talking about IRC) [19:23] !forget best [19:23] I'll forget that, knome [19:23] yay [19:23] !who [19:23] As you can see, this is a large channel. If you're speaking to someone in particular, please put their nickname in what you say (use !tab), or else messages get lost and it becomes confusing :) [19:23] has +4 [19:23] that looks kinda handy [19:23] keep and move along [19:23] !away [19:23] Please do not use noisy away messages and nicks in Ubuntu channels. It is annoying and unnecessary. Use the command "/away " to set your client away silently. See also «/msg ubottu Guidelines» [19:23] !away [19:24] -4 +1 [19:24] probably better to notice personally about that. [19:24] "a simple PM to the user can help this", yes, !away > user [19:24] good point, works well with > [19:24] it's not like it's something that really needs discussion, and people who get hit with it generally have heard about how awaynicks suck from elsewhere [19:25] ok, keeping for now [19:25] !pm [19:25] Please ask your questions in the channel so that other people can help you, benefit from your questions and answers, and ensure that you're not getting bad advice. Please note that some people find it rude to be sent a PM without being asked for permission to do so first. [19:25] can we keep !away, but edit !away-#ubuntu to give no response? [19:25] yeah I just still hold firm that factoids like this should be more human and not a bot trigger, even if it is an !away > user [19:25] knome: sure, go ahead [19:25] just my opinion [19:25] "no response" don't think so [19:25] AlanBell, i mean, is that technically possible... and what do i set !away-#channel to? [19:25] !pm has -1 +4 [19:25] knome: I am only a bot, please don't think I'm intelligent :) [19:25] ubottu, quiet! [19:26] didn't I do that for !ops-#ubuntu-ops [19:26] oh, not quite, no [19:26] * knome shrugs [19:26] i can file a LP bug ;P [19:26] knome: ok, sounds like a good idea, if we can do it, lets move on :) [19:26] yep. [19:27] so for pm, people don't like the last sentence [19:27] I have to go to another meeting. Farewell all for now. [19:27] I don't think it needs to be there in that context [19:27] !no pm is Please ask your questions in the channel so that other people can help you, benefit from your questions and answers, and ensure that you're not getting bad advice. [19:27] I'll remember that AlanBell [19:28] !details [19:28] Please give us full details. For example: "I have a problem with ..., I'm running Ubuntu version .... When I try to do ..., I get the following output: ..., but I expected it to do ..." [19:28] !work [19:28] Doesn't work is a strong statement. Does it sit on the couch all day? Does it want more money? Is it on IRC all the time? Please be specific! Examples of what doesn't work tend to help too. [19:28] . !work is funny and pisses users off, !details is fine but a bit overused [19:28] I like details, not sure why you would want to merge it with work [19:29] so lets move on from details for now [19:29] !shout [19:29] PLEASE DON'T SHOUT! We can read lowercase too. [19:29] !forget shout [19:29] I'll forget that, knome [19:29] thanks! [19:29] \o/ [19:30] OK, WHAT IS NEXT? [19:30] oh [19:30] so [19:30] you guys have a bunch of dangling aliases now [19:30] !caps [19:30] Error: unresolvable to shout [19:30] AlanBell, I CAN'T HEAR YOU [19:30] i call not it on fixing those [19:30] rww, aww for not being able to do that... [19:30] rww, i mean, understanding that [19:30] rww: ok, fine, we can go through those later [19:30] can just remove as we find, i guess [19:30] !forget caps [19:30] I'll forget that, rww [19:31] !forget scrolling [19:31] I'll forget that, knome [19:31] well I can go through what we forget in this meeting and fix them [19:31] !forget return [19:31] I'll forget that, knome === Ursinha-afk is now known as Ursinha [19:31] !forget anybody [19:31] I'll forget that, knome [19:31] next up, !o4o [19:31] !o4o [19:31] Some topics are controversial and often end in negativity. Take care on subjects like war, race, religion, politics, gender, sexuality, drugs, potentially illegal activities and suicide. The topics are not banned; stating your position is ok, but trolling, baiting, hostility or repetition are not. If you are asked to stop, do so politely. Disputes to !appeals, please adhere to !freenode Policy and the !CodeOfConduct [19:31] !forget somebody [19:31] I'll forget that, knome [19:31] strong keep on !o4o [19:31] !forget !someone [19:31] I know nothing about !someone yet, knome [19:31] !forget someone [19:31] I'll forget that, knome [19:31] !forget expert [19:31] I'll forget that, knome [19:32] o4o seems worth keeping to me [19:32] !stop [19:32] NOTICE - Please stop this discussion NOW. See !offtopic for things that are inappropriate to discuss in this channel. Continuing will result in action being taken. [19:32] and it's one of those factoids that has had iterations to remove bugs and is brushing up against the size limit, and I don't think it needs editing again [19:32] !forget good [19:32] I'll forget that, knome [19:32] !forget better [19:32] I'll forget that, knome [19:32] i'm on the fence about !stop [19:32] !forget preference [19:32] I'll forget that, knome [19:32] !forget ppolls [19:32] I know nothing about ppolls yet, knome [19:32] knome: (/msg ubottu plz) [19:32] stop wasn't on the list, do we like it [19:32] rww, i thought for logs/history [19:33] but okay. [19:33] then i can't follow the discussion! [19:33] then do it later :P [19:33] knome: lets bash the aliases at the end of the meeting [19:33] doing it now in PM [19:33] so, !stop, do we like that? [19:33] iirc !stop's intended for operator use, not user use [19:34] in which case, it's dumb [19:34] mainly been used in -ot that i've seen [19:34] in which case, it's more dumb [19:34] agreed [19:34] doesn't make sense there [19:34] discussions don't usually get to a point in #ubuntu where it'd be necessary to be so harsh [19:35] and you could just mute people, or set +m if it was that bad [19:35] and then 'forget' to unset it [19:35] !forget stop [19:35] I'll forget that, AlanBell [19:35] in -ot, I'm more of a fan of using !o4o's "stop when asked" clause and asking for stop, in a different tone from !stop [19:36] !netsplit [19:36] netsplit is when two IRC servers of the same network (like freenode) disconnect from each other, so users on one server stop seeing users on the other. If this is happening now, just relax and enjoy the show. See http://en.wikipedia.org/wiki/Netsplit [19:36] thats a good one [19:36] !lol [19:36] Please don't use "LOL" and "OMG" and so forth on a regular basis. This is IRC, not IM, and using those lines on their own is not required, and it is rather annoying to the rest of the people in the channel; thanks. [19:36] !forget lol [19:36] I'll forget that, AlanBell [19:36] !inappropriate [19:36] The current discussion topic is inappropriate for this channel. Please stop. [19:36] !nickspam lol [19:36] !netsplit =~ s/^/ A netsplit is / [19:36] I'll remember that rww [19:36] ^ [19:37] !nickspam [19:37] You should avoid changing your nick in a busy channel like #ubuntu, or other Ubuntu channels; it causes excessive scrolling which is unfair to new users. Please set your preferred nick in your client's settings instead. See also « /msg ubottu Guidelines » [19:37] -1 on !inappropriate existing === charles_ is now known as charles [19:37] !forget inappropriate [19:37] I'll forget that, knome [19:37] good [19:37] i have the same opinion of !nickspam as of !away [19:37] nickspam seems popular in the pad === vladk is now known as vladk|offline [19:37] yes, [19:37] same as away [19:37] keep, but stop it working in-channel if we can [19:37] make it PM-only. [19:38] !u [19:38] U is the 21st letter of the modern latin alphabet. Neither 'U' nor 'Ur' are words in the English language. Neither are 'R', 'Y', 'l8', 'ryt', 'Ne1' nor 'Bcuz'. Mangled English is hard for non-native English speakers. Please see http://geekosophical.net/random/abbreviations/ for more information. [19:38] I dont like that one. feels short and grumpy. [19:38] !forget lolops [19:38] I'll forget that, knome [19:38] !forget lolcats [19:38] I'll forget that, knome [19:38] you could just get rid of the first two sentences of !u [19:39] . !no, u is Shortened English is difficult for some non-native English speakers to read. Please use full words instead. Thanks! [19:39] or merge with !language. [19:39] much better [19:39] like that, yep [19:39] !language [19:39] The main Ubuntu channels require that you speak in calm, polite English. For other languages, please visit https://wiki.ubuntu.com/IRC/ChannelList [19:39] rww: ++ [19:39] hi [19:39] !no, u is Shortened English is difficult for some non-native English speakers to read. Please use full words instead. Thanks! [19:39] hi Pici [19:39] I'll remember that rww [19:39] heya Pici [19:39] isn't mangled english essentially "other language" [19:39] knome: no, it r txt liek dis [19:39] !piracy [19:39] piracy discussion and other questionably legal practices are not welcome in the Ubuntu channels. Please take this discussion elsewhere or abstain from it altogether. This includes linking to pirated software, music, and video. Also see !guidelines and !o4o [19:39] rww, yes... looks like other language to me :) [19:39] popular one [19:39] !noob [19:39] Acronyms or statements like noob, jfgi, stfu, or rtfm are not welcome in this channel. Period. [19:39] !-piracty [19:40] !-piracy [19:40] piracy aliases: warez, illegal, cracking - added by elkbuntu on 2007-03-11 14:52:32 - last edited by Pici on 2011-07-19 19:43:02 [19:40] !-cracking [19:40] cracking is piracy - added by LjL on 2007-11-07 22:23:06 [19:40] !forget noob [19:40] I'll forget that, knome [19:40] . !piracy doesn't cover cracking. Should it? [19:41] also, !noob was +2/-2, not really a forget-without-discussion [19:41] rww: possibly, however penetration testing, wireshark and wifi stuff that is in the repos is entirely supportable [19:41] then !forget cracking [19:41] yeah [19:41] rww, can reintroduce if people feel strongly. [19:41] noob should go from my point of view, tipping it to +2/-3 [19:42] We historically do not support the actual use of things like aircrack-ng even if they claim they are using it for legal purposes [19:42] on second thought, all the *f* acronyms in !noob are covered by !language [19:42] i've already !forgot all the aliases for !noob [19:42] (but i can reintroduce) [19:42] but i think it's just misuse of the factoid system [19:42] I think the policy remains, stfu and so on are not acceptable, we just don't need a bot factoid to say so [19:42] exactly [19:42] exactly [19:42] basically, [19:42] alrighty, i'll go with that [19:42] all factoids that are "op use only" should go. [19:43] well [19:43] don't take that black and white :) [19:43] . !noob wasn't op-use-only, but I agree [19:43] !google [19:43] While Google is useful for helpers, many newer users don't have the google-fu yet. Please don't tell people to "google it" when they ask a question. [19:43] There are op-only factoids? [19:43] but there are usually better ways to handle [19:43] Pici, !stop was mentioned as one [19:43] Pici, and not *technically* ops-only [19:43] which is why they also should be dropped... [19:44] I think a lot of the factoids that tell/order users what they must or must not do are not that useful/somewhat rude [19:44] !piracy ? [19:44] knome: I am only a bot, please don't think I'm intelligent :) [19:44] so !google had some support [19:44] !work [19:44] Doesn't work is a strong statement. Does it sit on the couch all day? Does it want more money? Is it on IRC all the time? Please be specific! Examples of what doesn't work tend to help too. [19:44] what happened to !piracy [19:44] did we decide something? [19:44] !piracy [19:44] piracy discussion and other questionably legal practices are not welcome in the Ubuntu channels. Please take this discussion elsewhere or abstain from it altogether. This includes linking to pirated software, music, and video. Also see !guidelines and !o4o [19:44] keep? [19:44] yes [19:44] (i guess) [19:44] ok [19:44] keeping it [19:44] but !work is less popular [19:44] i'm actually thinking -1 !google [19:45] !details [19:45] Please give us full details. For example: "I have a problem with ..., I'm running Ubuntu version .... When I try to do ..., I get the following output: ..., but I expected it to do ..." [19:45] Pici: re: aircrack and such, I'd appreciate some pondering from IRCC about that and perhaps clarification on if it is or isn't supportable, since different ops seem to disagree in the past about it [19:45] so !work and !details are similar [19:45] it sounds like something an op or and experienced user would throw at a not-so-experienced helper [19:45] i dislike work [19:45] * phunyguy is back [19:45] rww: that has previously been discussed, I will look it up, the CC was involved I think [19:45] theres another one I dont remember that says something similar but better [19:46] !no work is details [19:46] You are editing an alias. Please repeat the edit command within the next 10 seconds to confirm [19:46] !details | jussi [19:46] jussi: Please give us full details. For example: "I have a problem with ..., I'm running Ubuntu version .... When I try to do ..., I get the following output: ..., but I expected it to do ..." [19:46] no [19:46] !-work [19:46] work is doesn't work - added by Seveas on 2006-06-18 16:49:49 - last edited by AlanBell on 2014-03-19 19:46:11 [19:46] !-doesn't work [19:46] doesn't work aliases: work, doesntwork, doesnt work, didnotwork, didn't work, dontwork, works - added by Seveas on 2006-06-18 16:49:40 - last edited by Seveas on 2007-03-02 18:20:46 [19:46] it starts with e and is a long word [19:46] I like work [19:46] !no doesn't work is details [19:46] I'll remember that AlanBell [19:46] !elaborate [19:46] Please elaborate, your question or issue may not seem clear or detailed enough for people to help you. Please give more detailed information, errors, steps, and possibly configuration files (use the !pastebin to avoid flooding the channel) [19:46] !work [19:46] Please give us full details. For example: "I have a problem with ..., I'm running Ubuntu version .... When I try to do ..., I get the following output: ..., but I expected it to do ..." [19:46] rww: yup [19:46] yes! [19:47] i prefer !elaborate to !work [19:47] yes, as do I [19:47] ¡no, details is elaborate [19:47] ^ [19:47] !-details [19:47] details aliases: doesn't work, example - added by LjL on 2008-11-06 23:26:49 [19:47] knome: +1 [19:47] knome: also +1 [19:47] and work too. [19:47] !no, details is elaborate [19:47] I'll remember that knome [19:47] !no, work is elaborate [19:47] You are editing an alias. Please repeat the edit command within the next 10 seconds to confirm [19:47] !work [19:47] !work [19:47] Please elaborate, your question or issue may not seem clear or detailed enough for people to help you. Please give more detailed information, errors, steps, and possibly configuration files (use the !pastebin to avoid flooding the channel) [19:47] !no, work is elaborate [19:47] You are editing an alias. Please repeat the edit command within the next 10 seconds to confirm [19:47] already done, it is a chain of aliases [19:47] what? [19:48] stupid. [19:48] knome: it's fine :P [19:48] :) [19:48] knome: relax [19:48] !elaborate =~ s/,/;/ [19:48] I'll remember that rww [19:48] NEVAR! [19:48] !please [19:48] Avoid following your questions with a trail of "Please, help me", "Can nobody help me?", "I really need this!", and so on. This just contributes to making the channel unreadable. If you are not answered, ask again later; but see also !repeat and !attitude [19:48] !forget please [19:48] I'll forget that, AlanBell [19:48] !repeat [19:48] Don't feel ignored and repeat your question quickly; if nobody knows your answer, nobody will answer you. While you wait, try searching https://help.ubuntu.com or http://ubuntuforums.org or http://askubuntu.com/ [19:48] !attitude [19:48] The guidelines for using the Ubuntu channels can be found here: http://wiki.ubuntu.com/IRC/Guidelines [19:48] that one gets abused... (repeat) [19:49] #action knome to edit !repeat-#xubuntu to be more exact on xubuntu-specific links [19:49] ACTION: knome to edit !repeat-#xubuntu to be more exact on xubuntu-specific links [19:49] it does, someone pastes a question, repeats hours later and someone tells them off for repeating :) [19:49] I'm a little confused as to where the decision to remove some of these is coming from... like !please [19:49] Pici: the pad [19:49] ¡no, repeat is elaborate [19:49] knome: -1 [19:49] knome: they're different issues [19:50] if there is overwhelming -1s on the pad or +1s then I wassn't discussing in great depth [19:50] -1 [19:50] mmh, yeah, i acknowledge that.. [19:50] just an idea [19:50] AlanBell: !please was +4... [19:50] oh no it wasn't [19:50] * rww searches better [19:50] rww: no, it wasn't [19:50] sorry, I missed that on the pad [19:50] would !forget repeat [19:50] yeah, ignore me, I failed at ctrl-f [19:50] no [19:50] repeat is used a lot. [19:50] repeatedly [19:50] is that good or bad? [19:51] i guess that proves my point. :) [19:51] I think it's fine if it's not abused. [19:51] Well, I was making a joke. It is used when it is necessary. [19:51] jokes are not allowed here. [19:51] hmm, [19:51] Remember that some people prefer to see things that ubottu says as 'official' despite other users telling them the same thing. [19:51] drop anything off !repeat except the last sentence? [19:51] While you wait... [19:52] hrm? [19:52] dunno [19:52] i'm just throwing ideas. [19:52] if we can't decide now, lets move on [19:52] !punctuation [19:52] Punctuation is good, but its overuse hurts readability. Please refrain from adding many ?'s or !'s to the end of your sentences. See also !enter [19:52] k [19:53] forget... [19:53] we got rid of enter :/ [19:53] proves we should drop punctuation as well :P [19:53] but then I can't do things like [19:53] !!!!!!!!!!!!!!!!!!!!!!!!!punctuation [19:53] Punctuation is good, but its overuse hurts readability. Please refrain from adding many ?'s or !'s to the end of your sentences. See also !enter [19:53] +1 Pici [19:54] punctuation is requested 141 times [19:54] i changed my mind, kill it [19:54] approximately 100 of those is Pici playing with the bot [19:54] punctuation can probably go, I just liked !enter [19:54] knome: probably :P [19:54] !forget punctuation [19:54] I'll forget that, knome [19:54] yup [19:54] !coc [19:54] The Ubuntu Code of Conduct is the document that spells out etiquette in the Ubuntu community | http://www.ubuntu.com/project/about-ubuntu/conduct | For information on how to electronically sign the CoC, see https://help.ubuntu.com/community/SigningCodeofConduct | Watch http://static.screencasts.ubuntu.com/videos/2010/12/22/004-SigningCoC.ogv [19:54] keep that one [19:54] keep [19:54] this is a good one [19:54] !canibeanop [19:54] If you are interested in joining the Ubuntu IRC Team, take a look at both http://www.siltala.net/2010/03/24/ops-teams-applications-announcement/ and https://wiki.ubuntu.com/IRC/IrcTeam/OperatorRequirements for info on the process and requirements. You can also learn about what the job entails from people in #ubuntu-irc. [19:54] !coc =~ s/ / / [19:54] I'll remember that rww [19:55] keep [19:55] also a good one [19:55] beanop [19:55] !canibeanop =~ s/ / / [19:55] I'll remember that rww [19:55] !meta [19:55] If you would like to help in #*ubuntu* but it just goes too fast to spot interesting questions, try joining #ubuntu-meta and watching for questions there (note that it is NOT a support channel, however, and questions should still be answered in #*ubuntu*) [19:55] may be a good idea to move the blog link to the wiki somewhere [19:55] yeah, I will move the content to the wiki [19:55] +1 for tsimpson's idea [19:55] aye [19:55] #action Alanbell to move !canibeanop link content to wiki [19:55] ACTION: Alanbell to move !canibeanop link content to wiki [19:55] :3 [19:55] ok, that concludes the factoid review \o/ [19:55] meta? [19:55] phew [19:56] no it doesn't there is !meta :P [19:56] -meta is dead [19:56] !forget meta [19:56] I'll forget that, rww [19:56] !forget meta [19:56] I know nothing about meta yet, knome [19:56] knome: coming up next . . [19:56] I WIN [19:56] boo! [19:56] I will send a summary of what has changed to the list later [19:56] I will extract it from the minutes [19:56] #action AlanBell to send a summary of factoid changes to ubuntu-irc@ [19:56] ACTION: AlanBell to send a summary of factoid changes to ubuntu-irc@ [19:56] #topic Metabot and Bestbot - clean up, or re-implement === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Metabot and Bestbot - clean up, or re-implement [19:56] hmm, please [19:56] one more [19:56] !ask [19:56] Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience [19:57] that one is beat to hell also [19:57] alias to !elaborate [19:57] I'd like to shorten that one up [19:57] rww, not quite the same issue... :)= [19:57] . !elaborate is my new favorite thing [19:57] It used to be just "Don't ask to ask, just ask" [19:57] sounds alike to "someone" [19:57] brb on alt [19:57] just different wording [19:58] and !someone was dropped [19:58] sorry guys brb little one playing up [19:58] I don't see the relevance to !patience either [19:58] !no, patience is repeat [19:58] I'll remember that knome [19:58] I think !ask is OK [19:58] I say we keep ask in some form - Ive seen many channels using similar wording and its quite a well known/said thing. maybe a link to how to ask wiki is good [19:58] (it *was* the same factoid) [19:58] While this factoid is probably OK, it just gets used a lot [19:59] more than it should. [19:59] people are hesitant to ask sometimes [19:59] does throwing a factoid help their thresold to ask? [19:59] example, "anyone here use $someapplication?" [20:00] about 4 people slam them with the bot factoid [20:00] I'd remove everything in parentheses and the see also [20:00] i vote -1 to !ask [20:00] same, -1 [20:00] I'd keep the words in the parens and remove the second and 3rd sentences [20:00] it is essentially the same as !someone [20:00] and all the reasons why we decided to drop that applies to !ask [20:00] wasn't the goal to reduce bot usage? [20:00] if we really miss the factoid, then reintroduce it. [20:00] ^ [20:01] [20:01] the goal is to have a more human atmosphere [20:01] o/ [20:01] humans :( [20:01] i have lag. [20:01] i have lag. [20:01] I read about humans in a book once, I am an expert now \o/ [20:01] !lag [20:01] You have lag, I don't have lag [20:02] How long until helpers complain that ubottu isn't working because we removed a bunch of factoids? [20:02] tsimpson, was lag between my irc shell and freenode. [20:02] Pici: good question... and that question can be answered pretty easily [20:02] (their question I mean) [20:03] back sorry about that [20:03] phunyguy: yep. And as always, I always tell them to suggest a factoid if they think it should exist. [20:03] so can people express their thoughts on !ask with -1 +1 -+0 [20:03] yes, I agree [20:03] i'm not sure what the general opinion is. [20:04] in case it was missed, -1 [20:04] -1 from me too [20:04] i need to go really soon. [20:05] anybody +1's !ask? [20:05] yeah this has been an exceptionally long, but productive meeting so far. [20:05] as always this stuff is reversable, if we get complaints we can undo it [20:05] so forget? [20:05] I don't have a strong opinion on ask [20:05] ok, mind if i forget that and the aliases then? [20:06] !ask [20:06] Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience [20:06] ask, help, justask, metaquestion, problem, questions, question [20:06] keep [20:06] ask and help are useful. [20:06] +1 on ask [20:06] ok, lets keep it, now for this topic item :) [20:06] ok, so keep it [20:06] ask == help [20:06] ok, i'm off [20:07] \o [20:07] as well as the floodbots we no longer have the use of metabot and bestbot [20:07] we have the option of trying to reimplement the functionality, or cleaning up the channels and wiki pages and factoids [20:08] any thoughts? [20:08] clean up [20:08] +1 to clean up [20:08] my view is to clean up [20:09] ok, in the absence of any strong support for reimplementing . . . [20:09] +1 clean up [20:09] #action ircc to clean up behind bestbot and metabot [20:09] ACTION: ircc to clean up behind bestbot and metabot [20:09] #topic Review #ubuntu-ops-team and how we as a team use the various communication channels === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Review #ubuntu-ops-team and how we as a team use the various communication channels [20:09] we touched on this earlier [20:09] how the IRCC and team in general should use communication tools available [20:10] there has been some suggestion that we should use the -ops-team channel less and use -irc more for topics that are appropriate there [20:10] we could close -ops-team if people want it to not exist [20:11] well I like -ops-team, but I can live without it. [20:11] -ops-team is useful when trying to resolve and ban with a user and I'm not sure what to do [20:11] yes, I agree there [20:11] +1 [20:12] I say we keep the channel, but try and move much of the discussion as possible to -irc [20:12] and a place for other ops to chime in without having to try to talk over the proceedigns in -ops [20:12] ^ [20:12] right, purely for operator issues/assistance that need to be private. [20:12] but discussing things related to the IRC team should be in -irc imo [20:13] recent events being a good example. [20:13] +1 all above [20:13] ok, I can reflect that in the minutes, a general preference to use -irc more [20:13] #topic Operator Applicants === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Operator Applicants [20:14] next item is operator applicants, now we were doing this on a per-cycle basis after UDS [20:14] then UDS got a bit confusing, but we have just had one, so lets process some queues [20:14] http://paste.ubuntu.com/7121828/ [20:14] I think this should be tabled for now. I would like to discuss letting the channel ops pick and chose their own ops for the channels. IRCC can keep a veto power just in case it is needed. [20:14] that is the list of all the channel groups on launchpad and the people who have applied to join [20:15] what are the numbers? [20:15] Pici: launchpad karma I think, for no particular reason [20:15] o [20:15] channels should be viewed as individual sub-teams to the irc-team. [20:15] I picked #ubuntu-ops by accident, that can be removed. [20:16] phunyguy: sure, will do [20:16] I have not been an op long enough for that [20:17] wait, I did apply for #ubuntu... am I missing it in there? [20:17] you're not in the proposed list for https://launchpad.net/~irc-ubuntu-ops [20:18] IdleOne: channels are individual subteams on launchpad, and we do invite people to comment on applicants, I think for now we have to follow the process we have, which isn't completely incompatible with what you are saying [20:18] also, I'd like to postpone this topic until next meeting because I have input on some applicants that I want to express in private, and didn't realize it was coming up today [20:18] i am aware that this is my fault for failing at reading [20:18] AlanBell: understood. I'll propose for next meeting perhaps. [20:18] :( [20:19] I am 99.9% sure I applied in #ubuntu. Oh well. I will reapply. [20:19] ok, so I need to clarify where we are right now :) [20:19] the process is that at some point (now) we put out a call for operators, and look at who is already in the queue [20:20] at that point we sort out any administrative errors in the queues, like that phunyguy in the wrong one, and that deactivated account [20:20] then we have a feedback period [20:20] there is a clause there (iirc) that the ircc can just "approve" people if it wants [20:20] AlanBell: I think that the IRCC voting on who should be an op in which channels is a little bit too much micromanaging. Let the channel ops decide who they think is best for their channel. I know many of us have ops over a lot of the same channels, but I think the channel ops are best placed to know who will be a good fit. [20:21] !canibeanop [20:21] If you are interested in joining the Ubuntu IRC Team, take a look at both http://www.siltala.net/2010/03/24/ops-teams-applications-announcement/ and https://wiki.ubuntu.com/IRC/IrcTeam/OperatorRequirements for info on the process and requirements. You can also learn about what the job entails from people in #ubuntu-irc. [20:21] Apply to join the appropriate operator team(s) on Launchpad. For example, if you wish to become an #ubuntu-devel operator, you should apply to join ~irc-ubuntu-devel-ops on Launchpad. [20:21] anyway, I'll drop it for now and propose something for a later meeting. [20:21] When the Ubuntu IRC Council notices the need to have more operators in a particular channel or channels, they will send an email to the ubuntu-irc mailing list. After this email is sent, there will be a one week period for any last minute applications and/or for applicants to finish updating their wiki pages. During this time Testimonials and concerns can be emailed direct to the Ubuntu IRC Council mailing list, or listed on the ... [20:22] ... applicants wiki page. [20:22] ^ that is where we are now [20:22] so, I am letting people know who is in the queue right now, and going to send a mail to the list opening the one week period [20:23] please include me in #ubuntu on that email, I hit the button on LP. [20:23] the channel ops are best placed to give feedback [20:23] ahh the clause was about dropping applicants, not approving them [20:24] ok sorry all, my little one is playing up, i'm gonna have to bail. [20:24] yup, we can remove applicants from the list if they are not appropriate [20:24] no problem MooDoo o/ [20:24] thanks all [20:25] I'm out too. Good meeting thanks all. [20:25] so, yes, operators in a channel are well placed to give feedback on the applicants, I will try and stress that [20:25] oh, one more thing. idoru can go bye bye. [20:26] we just don't have a channel operator voting process at the moment, but sure, one could be proposed and thought through [20:26] in practice I would be surprised if the IRCC in any way ever "overruled" feedback from a channel operator [20:27] though actually, it probably has happened that channel operators didn't give any feedback and were later surprised that someone was appointed [20:28] anyhow, that is where we are, and I will be mailing the list accordingly [20:28] #topic Membership applications === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Membership applications [20:28] no membership applications on the agenda, but pretty much anyone who is an op would find it easy to demonstrate a significant and sustained contribution if they applied [20:29] #topic Remove idoru from #ubuntu-offtopic and keep it out of there - rww === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Remove idoru from #ubuntu-offtopic and keep it out of there - rww [20:29] so, idoru, any support for keeping it? anyone know why it is there? [20:29] because we used to get spambots in there, probably [20:29] i very much want it gone [20:29] I fear teh spambots will come back and then we will want idoru back [20:29] the* [20:30] not_rww: why? [20:30] the fun things about decisions on IRC is that nothing is final [20:30] what's the problem with it being there anyway? [20:30] so is it randomly klining people? [20:30] jussi: because it has not killed a spambot in a long while and has killed legitimate users, and freenode is bad at keeping an eye on klines it sets to make sure they're legit [20:31] on a technical level, what do we have to do, ask staff to get it to part? [20:31] please refer to the comments I made when it got removed from #ubuntu, they apply to #ubuntu-offtopic too except more strongly [20:31] AlanBell: yes [20:31] or kickban it [20:31] phunyguy: it's not affected by bans [20:32] o. [20:32] ok, anyone actively want to keep it? [20:33] nope [20:33] #agreed idoru to be removed from -offtopic [20:33] #topic Any Other Business === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | IRC Operator team meeting | Current topic: Any Other Business [20:33] it can be added back again [20:33] it can [20:33] i have an AOB item [20:33] so, anyone else want to discuss anything else [20:33] go ahead not_rww [20:34] I was pondering ways of making #ubuntu less broken recently and thought that perhaps adapting the 5-a-day bug system to support would be interesting. I'm curious if anyone else has thoughts / thinks this is a good idea. [20:34] I don't know what that is. [20:34] adapting in what way? [20:34] i.e., trying to cultivate sustained contribution to #ubuntu by encouraging people to answer/participate in 5 support questions a day [20:35] interesting [20:35] eehhh [20:35] knome: one component of 5-a-day is tracking success over time, and I'm not sure how one would do that on IRC [20:35] bit of gamification [20:35] not_rww, yep. [20:35] I have a bad feeling abotu it, but I am also new. [20:35] AlanBell: indeed, which is good or bad depending on your opinion of gamification [20:35] i don't think it's a bad thing to come up with new ways to motivate people to help [20:36] but what's the "reward", since not_rww said, there's not really an easy way to track it [20:36] (or is there...) [20:36] sounds like either manual work or, ugh, pushing all questions through a bot [20:36] I am not saying that coming up with ideas is bad [20:36] I was actually talking about the idea. [20:36] phunyguy, so what's bad with the ideA? [20:36] knome: not neccessarily [20:36] metabot used to identify questions... [20:36] or just voluntary reporting to a bot when you answer/participate in a question [20:36] knome, I don't really know, I just get a weird feeling about it. [20:37] since it's not like gaming it is going to get you much, and you're limited to getting "points" for five a day [20:37] jussi, but not if they were answered/who answered them, and if that was succesful or not [20:37] like it won't last. [20:37] Stuff like that works on forums, not sure it would work on IRC [20:37] "if that was successful" i don't think that's possible/useful to track anyway. not all bug reports are successful either, but they still counted [20:38] anyways, was just one of my random thoughts. but if it's not a good idea, we probably should ponder what /is/, since i have bad feelings about the quality of #ubuntu support right now [20:38] i think it would be fair to shout out to people that "you can do 5-a-day with irc support too, though you won't get rewarded points for that" [20:38] not_rww: I do agree that support has been a bit terrible there. [20:38] it would be possible to have a points system and leaderboard type thing [20:38] #xubuntu has lately went into a factoid-bashing mode too [20:39] 9 times out of 10, I go in there to ask a question, then spend 3 hours helping others when I get no answer [20:39] maybe we should have a "IRC supporter day" [20:39] with some sessions on how to be helpful, or something [20:39] could also do sessions about bot usage etc. [20:40] just award points per lines said per day, and kick unhelpful/offtopic people :P [20:40] grep for "thanks knome" or something [20:40] hmpf, [20:40] AlanBell: thankbot! [20:40] "lines said per day" encourages bad behavior, unfortunately [20:40] haven't heard that too much... [20:40] ( http://www.jonobacon.org/2010/08/24/articulating-irc-contributions-concisely/ ) [20:40] not_rww, sure... but that's why i said kick unhelpful/offtopic people [20:41] knome: yep, but I prefer systems that don't encourage such things, much easier than working around such encouragement [20:41] not_rww: yeah, thankbot, but more seamless [20:41] a thankbot would be manual rewarding [20:41] ( I've dealt with this problem a lot with public pisg stats tracking in various channels ) [20:41] doing it automatically is hard [20:41] so, this has gone an hour and 41 minutes over schedule already. [20:42] just throwing that out there [20:42] yeah, we should probably table this and ponder it for future [20:42] phunyguy: yes, it has, I know [20:42] phunyguy, at least things get dicussed [20:42] perhaps start a ML discussion [20:42] any other AOB? [20:42] yes this is true. [20:42] yes [20:42] go ahead jussi [20:42] the ircc hasnt actioned my expiring from teams, why not? [20:43] not got round to it yet, wasn't on the top of the priority pile :) [20:43] and I wasn't sure if you had finished expiring from thigns [20:43] jussi, file a bug. [20:44] also, on the incentive thing, perhaps even takng nominations for quarterly "helper of #ubuntu" or somethign? [20:44] jussi: i note you can remove your own flags in ChanServ [20:44] not that you should have to, but it's an option [20:44] not_rww: unfortunately when I tried I wouldnt let me. why? [20:45] jussi: /msg chanserv flags #channelname jussi -* [20:45] erm, jussi01 ** [20:45] [11:38:49] [ChanServ] You are not authorized to execute this command. [20:45] if you use the correct nick? [20:45] anyway, lets not fill up meeting with this [20:45] we have quite a lot of expiries to catch up on, I have a launchpad script that I compare with chanserv lists, it just takes quite a lot of hours to do [20:46] any other AOB [20:46] #endmeeting === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology [20:46] Meeting ended Wed Mar 19 20:46:28 2014 UTC. [20:46] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-03-19-18.03.moin.txt [20:46] hm, yes [20:46] right, no [20:46] ;P [20:46] thanks all, that was epic [20:46] ^ indeed [20:46] next time knome, add it to the agenda [20:46] I am exhausted [20:46] so i can ask again after one month? [20:46] :P [20:47] thanks! [20:47] that's... responsive ;) [20:47] and in future I won't let things overrun, we just had a heap on today and I knew people would be grumpy if I bumped things to next month this time :) [20:47] knome: you can add it to the agenda right now [20:47] meh [20:47] overrun is fine if there is important stuff I think [20:47] yeah, i can add it to the agenda now, but it will be discussed in one month [20:47] if things overrun, run a meeting more often [20:47] jussi: yes, it's just tough on folks in the USA that are still at work. [20:47] things can be discussed at any time [20:48] :) [20:48] things get *decided* in meetings [20:48] jussi: righto, so we're not in a meeting. I'm pretty sure that would work if you did flags #channelname jussi01 -* [20:48] jussi: because I've done it a bunch of times personally, so... [20:48] not_rww: maybe, Ill give it a go later