18:00:03 #startmeeting cwg -- http://fedoraproject.org/wiki/Fedora_Community_Working_Group 18:00:03 Meeting started Tue Jan 18 18:00:03 2011 UTC. The chair is bpepple. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:03 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:05 #meetingname cwg 18:00:05 The meeting name has been set to 'cwg' 18:00:22 ping nirik rbergeron mjg59 18:00:24 * nirik is around. 18:01:14 #topic roll call 18:01:17 * nirik is around. 18:01:24 * bpepple is here. 18:02:14 * red_alert here late 18:02:47 red_alert: np. we're still waiting for a couple of folks. 18:04:48 #info nirik red_alert bpepple present 18:05:45 ok, we can probably start discussing mjg59's COC draft a bit, and hopefully rbergeron & mjg59 will show up in a bit. 18:05:57 ok. 18:06:17 #topic Code of Conduct draft - http://lists.fedoraproject.org/pipermail/cwg/2011-January/000036.html 18:06:23 I don't have any particular problems with the draft, but I will ask: what does it get us over 'be excellent'? :) 18:07:34 we really need one 18:07:44 +1 to mjg59 18:07:49 nirik: I think it goes into a bit more detail of what's acceptable behavior, since the 'be excellent' motto seemed to be misunderstood at times. 18:08:49 * rdieter_work lurks, hi. 18:08:55 well, I suppose, but do we see people being more free to point to a section of this and say "you are not doing this" over "you are not being excellent" ? 18:09:23 I like mjg59's draft, but I wouldn't mind putting in a section similar to the 'Be collaborative' from the KDE COC. 18:10:41 nirik: possibly. 18:11:21 whats the collabroative section of the kde one? 18:11:38 nirik: http://www.kde.org/code-of-conduct/ 18:11:40 I like mjg59's draft very much but I'd add a "to err is human" section that says not to spend time/ressources on blaming others but instead to help correct the fault / learn from the fault 18:12:59 also I was wondering whether "from coding through to bug reporting" really gives a good overview of how far contributors are spread task-wise, i.e. coding to marketing or coding to design might give a better impression 18:13:48 bpepple: yeah, I like the section, but not sure it really fits... 18:13:49 red_alert: yeah, that's not a bad suggestion. 18:14:00 and I think I'd make more clear that we have to deal with different languages, traditions and cultures which tends to create problems and people should keep that in mind 18:14:18 I might suggest we add the open minded section from the freenode catalysts guideline as well... 18:14:22 but not sure how much it adds. 18:14:24 nirik: yeah, I like the general sentiment but not really sure how to work that in our coc. 18:14:43 "Open-minded. It's easy to make assumptions about other people's motivations. When you decide someone is behaving maliciously, you've made an assumption about their motivation which may be difficult to disprove. Try to make your assumptions about other people's motivations as positive as possible." 18:15:22 rdieter: You have any thoughts or suggestions about mjg59's code of conduct draft? 18:17:45 I guess I would say we should look at making a draft wiki page, and then see about any edits we want to make to it... 18:18:13 +1 18:18:14 nirik: agreed. 18:18:41 bpepple: an excellent start. could work as-is, though I'm biased and would prefer it closer to the kde coc (which includes sections on collaboration, where/how to support each other, etc...) 18:18:44 and once we sort of agreed on a version we can go and ask for input from the board, committees and SIGs 18:19:14 rdieter_work: yeah, I'm a fan of the KDE COC also. 18:19:17 perhaps a session at fudcon would be also good to gather feedback. 18:20:11 nirik: not a bad idea. 18:20:14 nirik: right 18:20:31 I think mjg59 wanted to have ours more simple and leave out sections on project management, etc. 18:20:40 * nirik is a fan of simple. 18:21:12 I think the KDE one if fairly simple, but I understand if others don't. ;) 18:21:16 Crap, sorry, I got the time wrong 18:21:23 mjg59: no worries. 18:22:09 I also like the KDE one but agree with nirik - I figure how to collaborate, where/how to support each other and such are better regulated within the individual groups 18:22:16 bpepple: I left out the "Be collaborative" section because it seemed to be closer to what we discussed last week regarding whether we wanted to have our remit cover workflow interactions 18:22:17 #info mjg59 present 18:22:53 hi guys, sorry. 18:23:06 rbergeron: hi. 18:23:07 * rbergeron is in fudcon arrangements fun. 18:23:17 #info rbergeron present 18:23:33 :) 18:23:35 But I agree with the idea of adding emphasis about not concentrating on blame 18:23:45 +1 18:23:49 That would seem to fit into the "When we disagree" section 18:24:20 * rbergeron is also baffled as to why her window didn't light up with a name ping :( 18:24:29 I hope that would make fedora-devel ML cleaner 18:24:33 Also, agree regarding the range of contributors 18:24:51 Perhaps something like "Be quick to appologize and avoid placing blame on anyone when interactions are less than excellent." 18:25:13 Yes, that sounds good 18:26:06 hicham: hard to say. What parts of this code do you feel people have violated? 18:26:12 (without naming names please) 18:26:28 nirik: I think there's plenty of cases of people not being respectful 18:26:53 nirik : needless to mention the "wars" that the ML have seen 18:26:57 Including myself 18:27:01 yeah, possibly so. 18:27:21 People don't tend to start discussions assuming good faith 18:27:23 but I think mostly people have stopped short of personal attacks (althought there are exceptions) 18:27:25 nirik: I can think of a few cases just from the last two months or so. There was one in particular on the board public list in december that was pretty bad. 18:28:12 It's possible to create a poisonous atmosphere without engaging in outright insulting or abusive behaviour, and I think we want to try to discourage that 18:28:13 ok, say we had this code in place. What would we have done then? :) 18:28:34 nirik: Well, that's what we were supposed to talk about next :) 18:29:06 Has everyone seen the discussion about OpenSuse removing someone from the project? 18:29:11 yeah. Really I think the answer is: Notify the management channel of that thing... and ask them to deal with it. What we would suggest for dealing with it, I am not sure. ;) 18:29:21 mjg59: yeah, but it had no details at all. ;( 18:29:47 mjg59: no, been on the road the last few weeks, so I hadn't heard about that. 18:29:52 removing someone is an extreme measure 18:29:55 mjg59: I haven't...I heard it happened, though 18:30:08 nirik: From context, it seems that there was one individual who behaved in an abrupt manner that discouraged many people from working with him (and, in some cases, the project) 18:30:39 yeah. It's hard to say what the behavior was tho... I understand why they don't want to go into details, but it makes it hard to learn from it. 18:31:16 Well, what I was really wondering was whether we'd be willing to recommend to the board that their list of possible sanctions include complete removal from the project 18:31:33 I suppose in extreme cases. 18:31:34 And what kind of pattern of behaviour would be required for that 18:31:45 a lot. 18:31:51 seems reasonable 18:31:58 Assuming that these are social problems, rather than something like a project contributor engaging in illegal activities with project resources 18:32:26 yes, it's been social problems 18:32:28 However, one followup to the OpenSuse case: 18:32:54 Some of the pushback against the board's decision was along the lines of "People could just have killfiled and /ignored him" 18:33:09 I think that's only reasonable up to a point 18:33:17 I think we would need to be carefull to have the bar very high. I know some people who are disliked, or have abrasive personalities, but I think they do contribute to the project. 18:33:56 nirik: Oh, definitely. But we do also need to weigh somebody's contributions to any possible loss of contribution due to people disliking the atmosphere 18:34:07 yeah. Some channels make it hard to ignore people, or present a poor impression to new contributors, etc. 18:34:24 I'm not claiming that that's the case, but "I can be an asshole because I write thousands of lines of code you depend on" isn't something we should support (IMHO) 18:34:25 mjg59: +1 18:35:16 We should be as willing to describe somebody's behaviour as unacceptable regardless of whether they've filed one bug three years ago or whether they're a high profile contributor 18:35:33 +1 18:36:01 sure, but "sent one abusive email" should be clearly different from "presents a cloud of doom over an entire subproject" 18:36:07 Oh, yes 18:36:19 nirik: definitely. 18:36:26 Everyone makes mistakes 18:37:12 I may have to step out for 5 minutes in a moment 18:37:40 so, perhaps we should write up some plan on enforcement... such as: "ping the management of the area where things are happening", wait. If the person violating the c-o-c keeps doing so, or doesn't like the way they were handled, escalate to mediation (appointed by us? board?), if that fails after some time, esclate to us? board? 18:37:44 I think there's been no case where this should have been considered in the past in Fedora (and until now OpenSUSE) which shows the high bar to exclude someone 18:38:15 ie, have a defined process for both contributors and managers of various resources. 18:38:25 nirik: Board, I think (possibly based on our recommendations?) 18:40:00 also, might be nice to have a feedback channel for recomendations... ie, listowner foo is notified that someone is behaving badly, would be good if they could ask us or the board or some other group, "hey, what do you think I should do here?" 18:40:38 not a bad idea. 18:41:23 Yeah, and we should proably document that 18:41:26 and/or resources like "how to run a nice mailing list" or "how to run a irc channel" or whatever (if we feel it's in our scope to make those) 18:43:45 ok, going back to the COC for a second. I didn't hear anyone have a major disagreement's with mjg59's draft, so how about we put the draft on the wiki and tweak it a bit with some of the suggestions from here. 18:44:01 +1 18:44:07 and the present it to the mailing list & fudcon for further feedback? 18:44:46 fine with me... I'd like to look over it again with the changes before we send it anywhere, but sure... 18:47:27 oh yeah, I want to make sure we are all in agreement before sending out to the rest of the project for feedback. ;) 18:47:56 right 18:48:10 Anyone want to put the draft on the wiki? if not, I will. 18:49:39 #action bpepple will put the Code of Conduct draft on the wiki. 18:50:18 I could possibly look at a draft/basic enforcement guideline wiki page over the next week... 18:50:47 nirik: cool. that was the next thing I was going to mention. 18:51:30 nirik: you want me to make that an action item in the minutes? 18:51:55 sure. 18:51:59 help welcome 18:52:43 #action nirik will work on putting a basic code of conduct enforcement guideline draft on the wiki. 18:53:04 ok, we've got about 5 minutes left. anything else folks want to discuss? 18:53:13 nirik: just ask for input in #fedora-cwg or on the list where you need it :) 18:53:40 mjg59 isn't going to be at fucon tempe, but everyone else is? 18:53:46 Araid not 18:53:51 I won't be there either. 18:53:51 I'll be missing next week 18:54:00 bpepple: ;( 18:54:01 do we want a meeting next week? 18:54:15 * nirik will be around. 18:54:23 * bpepple will be around also. 18:54:52 I'll be following the list, though 18:54:58 And I'll catch up afterwards 18:55:12 cool. 18:55:39 anything else? otherwise I think we can put a fork in this meeting. 18:55:51 I'll already fly to the US on Sunday so depending on internet availabilty in my hotel and jet-lag I can make it to next weeks meeting or not ;) 18:57:16 #endmeeting