COMMUNITY_GUIDELINES.md: Create from Gentoo #120

Open
lanodan wants to merge 14 commits from gitlab-mr-iid-2 into master
Owner

This is to discuss a bit on having community guidelines, as started into #pleroma-dev on 2022-02-27.

This is to discuss a bit on having community guidelines, as started into `#pleroma-dev` on 2022-02-27.
Author
Owner
This document describes Pleroma's Code of Conduct for public communication fora, as well as the action taken should it be broken. 
```suggestion:-0+0 This document describes Pleroma's Code of Conduct for public communication fora, as well as the action taken should it be broken. ```
Author
Owner
Pleroma prides itself on being a community driven distribution that acts with the best interest of the community at heart. Rules and regulations that keep us all moving in a forward direction are a reality for a community of this size.
```suggestion:-0+0 Pleroma prides itself on being a community driven distribution that acts with the best interest of the community at heart. Rules and regulations that keep us all moving in a forward direction are a reality for a community of this size. ```
Author
Owner
This document describes Pleroma's Code of Conduct for public communication mediums, who shall enforce said Code of Conduct, the action taken should the Code of Conduct be broken, as well as the method for appeals. Questions about this document and its contents can be directed to/in [to be discussed]

I think it should be directed to a specific repo and/or something like #pleroma-staff on IRC.

```suggestion:-0+0 This document describes Pleroma's Code of Conduct for public communication mediums, who shall enforce said Code of Conduct, the action taken should the Code of Conduct be broken, as well as the method for appeals. Questions about this document and its contents can be directed to/in [to be discussed] ``` I think it should be directed to a specific repo and/or something like `#pleroma-staff` on IRC.
Author
Owner
> By joining and/or participating in the Pleroma community, you are stating that you accept and agree to adhere to the rules listed below, even if you do not explicitly state so.
```suggestion:-0+0 > By joining and/or participating in the Pleroma community, you are stating that you accept and agree to adhere to the rules listed below, even if you do not explicitly state so. ```
Author
Owner

This line will need to be reworked a lot, as we usually do have a bit of idle chatter and can accept bugs reports on pleroma-dev.

This line will need to be reworked a lot, as we usually do have a bit of idle chatter and can accept bugs reports on pleroma-dev.
Author
Owner
* **Use concise and clear language.** The Pleroma community includes people from all over the world, with varying English skills and available time.
```suggestion:-0+0 * **Use concise and clear language.** The Pleroma community includes people from all over the world, with varying English skills and available time. ```
Author
Owner
Pleroma developers have come together with a common purpose, to further the project. Conflicts will undoubtedly arise, and though you are encouraged to work through issues on your own, assistance is available as requested and as needed.
```suggestion:-0+0 Pleroma developers have come together with a common purpose, to further the project. Conflicts will undoubtedly arise, and though you are encouraged to work through issues on your own, assistance is available as requested and as needed. ```
Author
Owner
Maintainers/Staff/Moderators may attempt to resolve the problem by talking to involved parties, potentially issuing warnings if appropriate. If the problem repeats itself, there are various options open, including temporary access suspension to different Gentoo communication facilities (such as the Gitlab or IRC). Details on current guidelines can be found in pleroma-meta maintainers guidelines page.
```suggestion:-0+0 Maintainers/Staff/Moderators may attempt to resolve the problem by talking to involved parties, potentially issuing warnings if appropriate. If the problem repeats itself, there are various options open, including temporary access suspension to different Gentoo communication facilities (such as the Gitlab or IRC). Details on current guidelines can be found in pleroma-meta maintainers guidelines page. ```
Author
Owner

Same thing regarding how to direct reports/complains.

Same thing regarding how to direct reports/complains.
Author
Owner
Remember, the moment you participate in a public discussion on Pleroma medium, you have made yourself a representative of the Pleroma community. We hope that you will not take this responsibility lightly, and will prove to be a positive force in it. 
```suggestion:-0+0 Remember, the moment you participate in a public discussion on Pleroma medium, you have made yourself a representative of the Pleroma community. We hope that you will not take this responsibility lightly, and will prove to be a positive force in it. ```
Owner

do we have a mailing list?

do we have a mailing list?
Owner

I'd like to see CoC mention the scope where it applies, i.e. development discussion in MRs and IRC and such, public annoucments/speaking (publicly) from position of power.

Far too many community guidelines nowadays overextend to other social/private life, i.e. you supposed to follow Twitch's rules even when you're on Fedi/Twitter/Reddit/4chan/whatever, not following the rules CAN get you banned on Twitch and it's bullshit (IMO).

I'd like to see CoC mention the scope where it applies, i.e. development discussion in MRs and IRC and such, public annoucments/speaking (publicly) from position of power. Far too many community guidelines nowadays overextend to other social/private life, i.e. you supposed to follow Twitch's rules even when you're on Fedi/Twitter/Reddit/4chan/whatever, not following the rules CAN get you banned on Twitch and it's bullshit (IMO).
Author
Owner

Nah, it's just that gentoo does, among a bunch of other things.

Might be a good idea to have something like a mailing-list later on though so it's not just gitlab or IRC.

Nah, it's just that gentoo does, among a bunch of other things. Might be a good idea to have something like a mailing-list later on though so it's not just gitlab or IRC.
Author
Owner

"misinformation" should probably be re-worded because of current day meaning having changed a lot since 2013.

"misinformation" should probably be re-worded because of current day meaning having changed a lot since 2013.
Owner

As ademan mentioned in IRC it should also have "assumption of good faith" aka presumption of innocence https://en.wikipedia.org/wiki/Presumption_of_innocence

As ademan mentioned in IRC it should also have "assumption of good faith" aka presumption of innocence https://en.wikipedia.org/wiki/Presumption_of_innocence
Author
Owner
Remember, the moment you participate in a public discussion in the Pleroma Project Infrastructure, you have made yourself a representative of the Pleroma community. We hope that you will not take this responsibility lightly, and will prove to be a positive force in it. 
```suggestion:-0+0 Remember, the moment you participate in a public discussion in the Pleroma Project Infrastructure, you have made yourself a representative of the Pleroma community. We hope that you will not take this responsibility lightly, and will prove to be a positive force in it. ```
Author
Owner
* **Constantly purveying slander/defamation** despite repeated warnings.

Alternatively from FreeBSD Community Code of Conduct, not sure what kind of license it's in, it's a FreeBSD original rule.
Parts from Django Code of Conduct and Speak Up! are under CC-BY-3.0.
Parts from LLVM Community Code of Conduct are also under an unknown license.

* **In general, if someone asks you to stop, then stop.** Persisting in such behavior after being asked to stop is considered harassment.
```suggestion:-0+0 * **Constantly purveying slander/defamation** despite repeated warnings. ``` Alternatively from [FreeBSD Community Code of Conduct](https://www.freebsd.org/internal/code-of-conduct/), not sure what kind of license it's in, it's a FreeBSD original rule. Parts from [Django Code of Conduct](https://www.djangoproject.com/conduct/) and [Speak Up!](http://web.archive.org/web/20141109123859/http://speakup.io/coc.html) are under CC-BY-3.0. Parts from [LLVM Community Code of Conduct](https://llvm.org/docs/CodeOfConduct.html) are also under an unknown license. ```suggestion:-0+0 * **In general, if someone asks you to stop, then stop.** Persisting in such behavior after being asked to stop is considered harassment. ```
Author
Owner
* **Using the correct forum for your post. **Idle chatter does not belong in the Gitlab. Different fora will also have different standards of behaviour – a joke that is perfectly acceptable on IRC will be taken differently when made on a development forge or inside the source-code.

Mostly meh, I feel like the only one which fits there is the Gitlab part.

```suggestion:-0+0 * **Using the correct forum for your post. **Idle chatter does not belong in the Gitlab. Different fora will also have different standards of behaviour – a joke that is perfectly acceptable on IRC will be taken differently when made on a development forge or inside the source-code. ``` Mostly meh, I feel like the only one which fits there is the Gitlab part.
Author
Owner

Tried to add it, like via amending on "**Admit the possibility of fault and respect different point of views.**" or adding another point but I didn't find a way to make it work nicely, got some suggestions?

Tried to add it, like via amending on "`**Admit the possibility of fault and respect different point of views.**`" or adding another point but I didn't find a way to make it work nicely, got some suggestions?
Author
Owner

I put Maintainers for now but I think it would still be better to have a more or less different group of people so there is a way to get different people involved if needed.
Could be just a footnote/TODO as I think we might be too small in project members (~regular contributors).

I put Maintainers for now but I think it would still be better to have a more or less different group of people so there is a way to get different people involved if needed. Could be just a footnote/TODO as I think we might be too small in project members (~regular contributors).
Author
Owner

Related to #120/diffs

```suggestion:-0+0 ``` Related to https://git.pleroma.social/pleroma/pleroma-meta/pulls/120/diffs#note_92727
Member

What means could we have to appeal for disciplinary measures? I guess we could have an email address like appeals@pleroma.social and then that could then forward the appeals to whoever handles that disciplinary action. But IDK. What do others think?

What means could we have to appeal for disciplinary measures? I guess we could have an email address like `appeals@pleroma.social` and then that could then forward the appeals to whoever handles that disciplinary action. But IDK. What do others think?
Member

I concur.

I concur.
Member

I feel like the best candidates for such a group would be folks who can objectively look at situations without a strong bias for or against certain developers, contributors, maintainers, etc.

I feel like the best candidates for such a group would be folks who can objectively look at situations without a strong bias for or against certain developers, contributors, maintainers, etc.
Member

Seeing the nature of the software (a federated social network platform), not all communication happens on Pleroma Project Infrastructure. E.g. If I talk on fedi about some Pleroma feature/bug, or about some development work I'm doing, or talk to other devs (maybe from other AP-projects) about things, or..., then I'm as much a representative of the Pleroma community as I am on the GL issue tracker for example.

Also the "responsibility" part has a bit of a negative connotation.

Remember, the moment you participate in a public discussion within project spaces or in public spaces where you are representing the project, you have made yourself a representative of the Pleroma community. We hope that you will be a positive force in it.
Seeing the nature of the software (a federated social network platform), not all communication happens on Pleroma Project Infrastructure. E.g. If I talk on fedi about some Pleroma feature/bug, or about some development work I'm doing, or talk to other devs (maybe from other AP-projects) about things, or..., then I'm as much a representative of the Pleroma community as I am on the GL issue tracker for example. Also the "responsibility" part has a bit of a negative connotation. ```suggestion:-0+0 Remember, the moment you participate in a public discussion within project spaces or in public spaces where you are representing the project, you have made yourself a representative of the Pleroma community. We hope that you will be a positive force in it. ```
Member

I added the 2.5.0 Milestone.

In chat it was decided that we want to have the guidelines agreed between us before, or at least not after, the release. The announcement should be done on the blog part so they're not lost into some release.

We may already do an announcement on donations and mention we're working on this, an extra blog post when we finished can be released in a subsequent announce to that one.

Adding the milestone may not be 100% technically correct since it's separate from the code, but it does show a commitment and makes it clear to us that this was decided.

I added the 2.5.0 Milestone. In chat it was decided that we want to have the guidelines agreed between us before, or at least not after, the release. The announcement should be done on the blog part so they're not lost into some release. We may already do an announcement on donations and mention we're working on this, an extra blog post when we finished can be released in a subsequent announce to that one. Adding the milestone may not be 100% technically correct since it's separate from the code, but it does show a commitment and makes it clear to us that this was decided.
Author
Owner

Yeah but that's pretty much a case-by-case basis kind of thing where I think the ones involved should point to one or more person that can act as an objective third-party.

Yeah but that's pretty much a case-by-case basis kind of thing where I think the ones involved should point to one or more person that can act as an objective third-party.
Member

I'm still not sure why this should be separated from the release announcement. I believe it is important enough that it should be included in the release announcement blogpost, particularly after previous events affecting Pleroma since the last major release.

I'm still not sure why this should be separated from the release announcement. I believe it is important enough that it should be included in the release announcement blogpost, particularly after previous events affecting Pleroma since the last major release.
Member

So it wouldn't be lost in the other release announcements. As far as I'm concerned, it could still be mentioned in the release blog post as well (and link/reference to the other article).

So it wouldn't be lost in the other release announcements. As far as I'm concerned, it could still be mentioned in the release blog post as well (and link/reference to the other article).
Owner

also add a space in beginning .** -> . ** otherwise it breaks formatting

also add a space in beginning `.**` -> `. **` otherwise it breaks formatting
Owner

Looks good to me, although I think the whole Proctors thing should be pretty much just put onto maintainer's responsibility and/or community vote right now, as we really don't have nearly enough people to properly enforce things.

Looks good to me, although I think the whole Proctors thing should be pretty much just put onto maintainer's responsibility and/or community vote right now, as we really don't have nearly enough people to properly enforce things.
Author
Owner
This document describes Pleroma's Code of Conduct for public communication mediums, who shall enforce said Code of Conduct, the action taken should the Code of Conduct be broken, as well as the method for appeals.
```suggestion:-0+0 This document describes Pleroma's Code of Conduct for public communication mediums, who shall enforce said Code of Conduct, the action taken should the Code of Conduct be broken, as well as the method for appeals. ```
Author
Owner

The Proctors can be contacted by e-mail via proctors@gentoo.org.

Point of contact should be decided. I think it should be reasonably private but not via personal addresses / point of contact, for example via an issue on Pleroma's Gitlab.

> The Proctors can be contacted by e-mail via proctors@gentoo.org. Point of contact should be decided. I think it should be reasonably private but not via personal addresses / point of contact, for example via an issue on Pleroma's Gitlab.
Owner

issue in pleroma-meta should be fine, if not we can add another similar repo just for complaints about community

issue in pleroma-meta should be fine, if not we can add another similar repo just for complaints about community
Author
Owner
If you perceive a breach of the Code of Conduct guidelines, let the appropriate people know. Though they will also be watching many of the public mediums for any problems, they can not be expected to catch everything. Such reports can be made via [issues on pleroma-meta repository](https://git.pleroma.social/pleroma/pleroma-meta/-/issues).
```suggestion:-0+0 If you perceive a breach of the Code of Conduct guidelines, let the appropriate people know. Though they will also be watching many of the public mediums for any problems, they can not be expected to catch everything. Such reports can be made via [issues on pleroma-meta repository](https://git.pleroma.social/pleroma/pleroma-meta/-/issues). ```
Owner
* **Using the correct forum for your post.** Idle chatter does not belong in the Gitlab. Different fora will also have different standards of behaviour – a joke that is perfectly acceptable on IRC will be taken differently when made on a development forge or inside the source-code.
```suggestion:-0+0 * **Using the correct forum for your post.** Idle chatter does not belong in the Gitlab. Different fora will also have different standards of behaviour – a joke that is perfectly acceptable on IRC will be taken differently when made on a development forge or inside the source-code. ```
This pull request can be merged automatically.
This branch is out-of-date with the base branch
You are not authorized to merge this pull request.
View command line instructions

Checkout

From your project repository, check out a new branch and test the changes.
git fetch -u origin gitlab-mr-iid-2:gitlab-mr-iid-2
git switch gitlab-mr-iid-2

Merge

Merge the changes and update on Forgejo.

Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.

git switch master
git merge --no-ff gitlab-mr-iid-2
git switch gitlab-mr-iid-2
git rebase master
git switch master
git merge --ff-only gitlab-mr-iid-2
git switch gitlab-mr-iid-2
git rebase master
git switch master
git merge --no-ff gitlab-mr-iid-2
git switch master
git merge --squash gitlab-mr-iid-2
git switch master
git merge --ff-only gitlab-mr-iid-2
git switch master
git merge gitlab-mr-iid-2
git push origin master
Sign in to join this conversation.
No reviewers
No labels
BE
No milestone
No project
No assignees
6 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
pleroma/pleroma-meta!120
No description provided.