[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Questions around Justice and Our Current CoC procedures



On 2022/02/21 07:06, Scott Kitterman wrote:
Currently a DAM warning is a suspension/expulsion with deferred execution.

I don't believe that's quite accurate, a DAM warning isn't necessarily meant as a final warning, it's a larger prod for an individual to course correct their behaviour.

If an individual chooses to continue being disrespectful to other people after general requests and then also from one or more formal warnings from DAM, then I have little sympathy for them if they are kicked out of the project after they continue with abusive behaviour.

The technical issues we take on in Debian is already challenging enough that the last thing we need to do is to enable abusive people to stick around and hijack our causes and continue to distract from the actual issues we collectively care about.

That doesn't mean that there isn't problems to fix, some people have expressed concern that concentration of power with DAM is too much, DAM themselves have expressed that they have too much responsibility and don't want it, and want to focus on account management itself rather than having to be responsible for community management in addition to that.

So we do need to discuss and figure out what our ideal community processes should look like and who should be responsible for things like warnings. Should it be from the community team? A newly formed team? I'm against it being a DPL responsibility and it should really be delegated to a team instead of just resting on one person.

I think every non-government job I've had had a discipline process that went:

1.  Verbal warning.
2.  Written warning.
3.  You're fired.

Perhaps that could be used as a starting point. A process needs to be fair, but it also needs to be efficient, and the action taken should be in line with the offense. If someone, for example, starts issuing death threats and starts physically hurting people, we would need to have a process available to take quick action.

Also, I do think that people can improve, and I like to think that I've improved in many ways even just as a human being since becoming involved with free software 20 years ago. I hope that our processes will also take that into account and have some leeway for people to grow and improve over time, but there is a hard line that gets crossed when transgressions get in the way of people doing their work and they feel unsafe participating in the community, and when that happens, swift action will continue to remain necessary.

-Jonathan


Reply to: