-
Notifications
You must be signed in to change notification settings - Fork 385
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adopt a Code of Conduct for MyPaint #364
Comments
@martinxyz Sorry, I should have @-ed you in on this, given that MyPaint is basically your creation and your ongoing BDfL status ☺ |
I agree, we do need a code of conduct for the MyPaint. I just have a few suggestions
We should clarify that it is for activities related to MyPaint and it's surrounding projects. That way the document is only applied to the project and not used as a tool to force someone out when it's pertaining to an outside or unrelated issue.
Since you have made it clear that the issue page is for issues related to bugs, and features and not as a ask-for-help, or support ticket to prevent it from being cluttered, I would suggest the same be applied for these potential situations as well. One last thought, if an maintainer or contributor is being a nuisance, or harassing, I would try to talk to him/her first before jumping to gun so to speak. Remember this is a project that has been built by volunteers therefore there are going to be a differences of opinion for each matter. That just my two cents, what are your guys thoughts? |
That's my understanding of the proposed CoC. The first para is bound by "of this project" and "people who contribute", but in a rather implicit manner - mind you, the first para is a statement of intent, not a scope limiting clause.
Agreed. Another reason why clear lists of things which are not OK are a good idea.
Perhaps. I'm not good at monitoring the forum (time, alas; and I don't really get on with web forums), and public reporting paths may not always be appropriate. Definitely need to keep private contacting of (involved or uninvolved) project maints as a potential reporting path. I'm inclined to leave issues as a potential reporting path, since I think "contacting one or more of the project maintainers" probably covers the other cases. If we want to review our approach to request-for-help issues, we can do that: #365. I always feel bad if I can't help someone out directly, and about my time being too limited to help everyone 😞 |
This deserves its own reply. Thanks for this. Yes, absolutely. If I'm ever called upon to enforce a CoC, I'd try to assess the situation first and act with the minimum necessary intervention. Kindness and respect go both ways, that's why we want this policy after all. That said. On kindness and growth though... the Thoughtbot CoC¹ has this to say at the end --
That seems like a good stance to take. Despite being a bit of a homily, it's a good expression of the spirit I'd be hoping to encourage. __ |
I understand that the first paragraph is a statement of purpose and intent, but when the clause "other activities" was placed, it just raised a red flag. If you place "related" or "pertaining" to the project, that would state the activities are to the project, and reinforce the intent and purpose. With the "when" and "where" on the other paragraph, I would try to word it so that help people keep their project and personal lives separate. Especially when it come to a time where someone would pay someone else to implement x feature or fix y bug. It will probably happen since MyPaint is getting more and more popular among artist since it is design to be simple and powerful. On of the reason why I like it so much. About reporting, I'm not against not using the issue tracker for other things besides code. Me personally I would rather consolidate a lot of our communication to the issue track since it has labels, milestones, and other tools to help keep it organize. However, how cluttered do you want the issue tracker to be? I'll expand more upon it in #365. Lastly with, how we go about addressing the issues, I would state that in the code of conduct so that all have an idea of how we deal with them. One idea I have, if it cannot be resolved on a personal basis, there should be a person on the outside weighing in. And if they still can't get a resolve, take it up with the community and deal with it then. Though you are right people using difference of opinion as excuse, I have seen the other side of the block were people would take a few words of a person's comment, tweet, or whatever out of context, and just label the heck out of that person and be quick to judge. So not only would we need to write in a way to protect the maintainers and contributes from any form of harassment, but also protect those from being wrongly accused of such harassment. Overall I want to encourage kindness and growths in the MyPaint community. Thoughtbot CoC is written pretty well and I wouldn't object with using there's as a basis too. I just really care about this project even though I'm not a programmer, and I know you have the best intentions for doing this. Thank you for everything you @achadwick. ^^' |
I'm slightly loath to suggest trying to resolve on a purely personal basis always, since one maintainer may not personally know all contributors :) I'm OK with external advice or even arbitration being sought though - I see it as part of the learning process. Anyway, I note that Contributor Covenant v1.2.0 has been published. It adds a lot of good stuff over v1.2.0:
So basically I'm OK with Contributor Covenant 1.2.0. The additions/changes all look good, and it is maintained by an independent party with both a personal interest in these issues, and years of experience in these matters. Incidentally, that's why I'm not enthused about Github's favoured Open Code of Conduct (TODO Group) - it has been a little naïve and corporate in the past, though that may change one hopes. I'm watching both projects evolve. I will be adding Contributor Covenant 1.2.0 to the codebase shortly, unless anyone has any objections? |
I'm okay with v1.2.0 as it stands. After thinking abut the paragraph about external spaces, I came up with the same conclusions you did as well. Plus adding the sentence for consistency and fairness did address my concerns as well. ^^ |
@achadwick This formerly short and seemingly innocuous document has grown in both size, scope, and applied harm. The initiative proposing its use is defunct, and the links to older versions are dead. Instead the attack on meritocracy, described as such and to be political by its creator, has gone on to change "project maintainers" for "community leaders" in version 2.0. (Edit: It already protected itself by banning political attacks with version 1.2-1.4.) I want to avoid this attack on meritocracy, libre software and its ecosystem. Futility, complexity and authoritarianism does in fact not foster a welcoming community. Rosy words added to the contrary is a very thinly veiled excuse on top of flawed analysis, failed psychology, implication and assumptions that don't hold. I never found it agreeable, nor did I pledge allegiance to it, which speaks to its irrelevance. |
The MyPaint project should adopt a code of conduct as a positive statement that we're an open, welcoming team of people who want diverse peers, and as a concrete & collective promise of respect for all contributors to the project. I want this project to grow and improve and be used by thousands of artists worldwide to make wonderful things, and I want it to grow in a way that cements in a culture of trust, cooperation and understanding among its contributors.
A code of conduct would help us achieve that goal by enumerating the sorts of behaviours which are not acceptable when working on the project or when representing it in public. We have statements in favour of greater diversity already, but no flip-side to that: and a lack of this kind of specificity is widely considered to be a poor design choice when building a community.
There was a small amount of agreement back in April between me, @jonnor, and @iirelu that @CoralineAda's Contributor Covenant, 1.0.0 at the time, had the right balance. I've been watching it since then, including through something of an unexpected public proving by fire, and I'm still of the same opinion. Indeed I think it has grown stronger, and I am quite willing to honour it should we adopt it. It is not onerous (unless you want to actively harass someone), and it (rightly) has just enough teeth to matter.
I propose the following changes to our documentation:
I would agree to be bound by this CoC at revision 1.1.0 (EthicalSource/contributor_covenant@af5b4f4), and to uphold it upon its adoption.
(Disclaimer, in case anyone asks: this issue is not being raised in response to any specific incident within MyPaint. It would however be of great benefit to the project to include such a statement with our next release. That is why I've filed it with the beta milestone for 1.2.0 rather than in the project-management washup phase.)
The text was updated successfully, but these errors were encountered: