Code of Conduct
The PacBSD community is a technical community whose shared purpose is to support and enhance PacBSD.
PacBSD is a community-driven distribution; the developers, support staff and people who provide assistance in the various fora all do so in their own time, motivated by a shared desire to provide a minimal base system that can be configured by an individual to suit their specific requirements. The Code of Conduct here has been developed over a number of years and reflects the community's ethos of a functional support system with a high signal-to-noise ratio and an explicit expectation of self-sufficiency and willingness to learn.
Familiarising yourself with the principles and guidelines here is both a courtesy to the community and an effective way of making your initial interactions with other PacBSD users mutually beneficial.
- 1 Common sense introduction
- 2 Code of conduct
- 2.1 Respect
- 2.2 Legality
- 2.3 Correctness
- 2.4 Freedom
- 3 Specific fora guidelines
- 3.1 Forums
- 3.1.1 How to post
- 3.1.2 Pasting pictures and code
- 3.1.3 Life is a two-way street
- 3.1.4 Product recommendation requests
- 3.1.5 Old threads/"necro-bumping"
- 3.1.6 Forum member accounts
- 3.1.7 No power-posting/empty posts
- 3.1.8 Bumping
- 3.1.9 Cross-posting
- 3.1.10 Thread hijacking
- 3.1.11 Dustbin policy (marked for deletion)
- 3.2 Mailing Lists
- 3.3 PUR
- 3.4 IRC
- 3.5 Wiki
- 3.6 Bug Tracker
- 3.1 Forums
- 4 Enforcement
- 5 Contacting the staff
Common sense introduction
- If you choose to use PacBSD, you are welcomed, and encouraged to embrace the Arch Linux principles (PacBSD follows the same core principals).
- When asking for help, read the manual, do your research and provide details for those you are asking for assistance.
- When offering help, be as patient and tactful as possible.
- PacBSD is a community of volunteers. Therefore, this entire document may be condensed into one simple admonition: Proactively seek to give of yourself and to bring only benefit to your peers and community.
Code of conduct
The minimum necessary standards when interacting with others in the PacBSD community comprise four main points. In addition to those points, there are guidelines specific to each of the community fora; the #Forums, #Wiki, #IRC, #Mailing lists, #PUR and #Bug tracker.
Respect other users
Simply put, treat others as you would be treated; respect them and their views, even if you disagree with them. When you do find yourself disagreeing; counter the idea or the argument. Do not engage in ad hominem attacks.
Respect other operating systems and projects
Maligning other FOSS projects or distributions, or any other operating systems and their users is prohibited. The entire PacBSD team is happy to volunteer their time and energy to provide you with the PacBSD distribution, documentation and forums. Kindly show respect toward the volunteers, users and communities of other projects, distributions and operating systems as well. Views, experiences and opinions are always welcome, but unproductive slander is not.
Respect the staff
Support staff have been chosen for their ability to exercise consistently good judgement and shall have the final say. Note that PacBSD is not run as a democracy. The staff shall always attempt to implement universally peaceful solutions, but in the end, are charged with the responsibility of maintaining peaceful, civil order for the majority of the community. Therefore, they cannot always please everyone with the decisions made. Please do your part to contribute to a healthy community and environment.
A "troll" is a person who intentionally attempts to disrupt, cause controversy, incite an argument, and/or receive negative attention by deliberately posting provocative content. The term may also refer to the act of posting such content, or the content itself.
Trolls are generally deceitful and often use ambivalence as a method of covertly insulting, intimidating, or inciting a person or persons for their own sadistic pleasure. They often pick their words very carefully and are therefore able to defend their masked attempts at creating unrest, frequently redirecting the blame onto the community and its supposed failure to understand them properly. Trolling is strictly prohibited.
Do not flame
Flaming, in the most common sense definition, is directing negative, disrespectful, and/or insulting comments toward someone. An equally or more negative response, resulting in a cycling exchange of insults is often the consequence. Flaming fellow members (including the PacBSD team) will not be tolerated. Never resort to personal insults and please avoid sarcastic and patronizing language. Discussions can be productive, but quarreling is always destructive.
If an interpersonal issue arises, please be open-minded to the possibility that your behavior may have contributed to the problem. Taking responsibility for our actions is often a good first step toward a peaceful reconciliation.
Criminal solicitation is strictly forbidden in this community. In this context, "criminal solicitation" shall mean, "To actively or passively inform about, facilitate, incite, move, or persuade others to some act of lawlessness or illegal activity."
Therefore, do not post discussions about or link to criminal solicitation in any form. This includes, but is not limited to information or links to facilitate illegal drug use, theft, network intrusion, creation of code for malicious purposes, prohibited software copying, prohibited use of copyrighted/patented material, so-called "warez", or sites which provide torrents or links to such content. Illegal content will be removed swiftly and dealt with in full accordance with known applicable law.
Spamming is forbidden. Please alert staff to the presence of spam should you encounter it. Offending spam accounts and associated IP addresses will be banned. Do not reply to spam posts as it increases the amount of work required to clean them up.
Publicity, if it is related to PacBSD (as a project or community) or GNU/Linux, *BSD (Free/Open/Net/Dragonfly/etc), FOSS, will usually be allowed. Promoting web-invites, blog posts or commercial promotions are actively discouraged, or outright prohibited. Registering just to promote your issue/cause, FOSS-related or not, treats the community as a resource and is not acceptable; if unsure about the appropriateness of your content, contact the support staff before posting. Also be aware that posting shortened/obscured links is a technique of spammers and deliberately inhibits the communities ability to judge the propriety of the link. Therefore, please only post links that include a clear destination.
The PacBSD community value technical correctness. When seeking, or giving, help remember to strive for accuracy, completeness and correctness. An excellent introduction to the expectations of the PacBSD community is ESR's How To Ask Questions The Smart Way.
Other considerations in this category include:
PacBSD distribution support *only*
PacBSD is only able to offer support for our own distribution, and packages offered in either the official repositories and the user repositories. Other FLOSS projects have their own support fora that is more more suited to help them. Issues with, and requesting support for, distributions, or operating systems other than PacBSD are prohibited.
Rants and complaints are actively discouraged. This type of content is much better suited to a blog or other personal web space and are considered undesirable in the PacBSD community. Your contributions should be open, productive and inviting to all participants. Also see Respect other operating systems and projects.
Avoid controversy/controversial topics
There is no explicit list of topics considered to be "trollish", controversial or provocative, but in the past, posts pertaining to Religion, Sports, Race, Nationalism and Politics have invariably been closed. Therefore, specifically avoid these and all divisive topics in the PacBSD community. The staff certainly realize that such issues are deeply ingrained human realities. However, this is a technical community and is not intended nor able to effectively facilitate such commentary nor the resulting unrest.
Ineffective discussion ("bikeshed")
Discussions stating the equivalent of "there is a problem with the PacBSD system and methodology, we need to discuss it" (sometimes referred to as "bikeshedding") have been repeatedly proven ineffective and inflammatory and will usually be closed down after a warning from the support staff. PacBSD is a Do It Yourself community. If you have identified a systemic issue, find a solution that works for you, implement it, then post.
Furthermore, questioning or discussing the methods used by the PacBSD development team will be monitored closely and locked or removed if deemed unhelpful and/or unproductive. Harsh, unproductive criticism is also uncalled for.
If you have a question regarding PacBSD development, please ensure that your topic poses a specific question and be open-minded to responses. If possible, provide a solution or partial solution. Submitting code and patches for discussion is always more pragmatic than asking others to do it for you.
The free and open exchange of assistance, speech, ideas and opinions is highly regarded and encouraged in the PacBSD community, but it must be noted that the freedom granted to participants is relative freedom. It exists within the boundaries of the above guidelines and principles. Complaints of censorship are therefore baseless and unfounded, since this necessary framework must simultaneously provide reasonable limitations. To illustrate, we are aware of the physical laws which govern energy and matter, yet we do not complain of their oppression. Instead, we recognize that such laws are essential for our welfare. Likewise, the PacBSD community's high standards reflected in these guidelines regulate community freedom for the common good and protection of all. The key, then, to true freedom in this community is to cultivate benevolence toward others and harmonize our attitude with the PacBSD Way by bringing only benefit to our peers. In addition, this allows members to satisfy all contributive impulses without aggravating themselves or encroaching on the freedom of others. Embracing the above principles and obeying the guidelines therefore benefits the entire community by providing freedom from the harmful and negative consequences of a more chaotic approach.
Specific fora guidelines
In addition to the common code, each of the fora has its own specific guidelines summarized in the following subsections.
How to post
- Choose clear, informative subjects. This is more likely to elicit response from experienced users who have knowledge about that particular topic. It also makes the topic easy to reference and find in forum searches by future users with similar problems. Further, avoid extraneous phrases such as [HELP!], [URGENT], etc.
- A sincere effort to use modest and proper language and grammar is a sign of respect toward the community that will certainly be appreciated and is quite likely to elicit positive responses. Please refrain from using so-called "textspeak", "netspeak", "leetspeak" and all other forms of internet slang.
- When asking questions, provide as much information as possible, including error messages, terminal output, logs, what you have previously tried, what documentation and searches you have attempted, and related configuration files.
- Choose one topic per thread. Long threads are typically discouraged in the technical issue subforums.
- Post your question in only one subforum; pick the most relevant, and post there.
- When responding to an existing thread, always read the original post and attempt to focus on the original topic.
- Finally, when a solution is found, mark your thread as solved by editing the first post and prepending the tag [SOLVED] to the title in the "Subject" field.
Note that you should avoid using [CLOSED], which is instead used by the system to mark a thread which is no longer accessible for new posts.
- If a thread is marked as [SOLVED], do not reply stating the equivalent of "I am having a similar issue.."; start a new thread and link to the [SOLVED] thread, if relevant.
Pasting pictures and code
Please use [code] tags when pasting console snippets. Please use a pastebin client when posting large amounts of code. For non-English locale users: Please prepend
LC_ALL=C to posted commands so that the output will be in English. Do not post full screen pictures; use links to the images instead, optionally with thumbnails. Any image with dimensions greater than 250x250px or over 50Kb in size will be removed. Do not post screenshots of text output; post the actual text.
Life is a two-way street
A simple, yet profound and undeniable truth. Ensure your thread includes details and information that others will find useful. Share your findings with the community. Share your failures as well. Posting the equivalent of "Nevermind, I fixed it." in your thread or deleting your own posts for similar reasons is not only selfish and useless to the community, but a complete waste of resources and everyone's time. Also, demanding help or showing an obvious impatience toward getting it is unwanted here. PacBSD is provided by a community of volunteers. PacBSD users are strongly encouraged to do research, make an effort, report back in the thread, help others, get involved, and contribute to the community.
Please do not be a "help vampire".
Product recommendation requests
Rules of thumb
Forum member accounts
No power-posting/empty posts
Dustbin policy (marked for deletion)
If the staff in any of the fora feel that a member's behavior is unacceptable and warrants intervention, a warning will typically be issued unless the occurrence is judged to be especially flagrant, in which case a ban may be issued immediately. Warnings will not be discussed on the Arch Forums, IRC channels, or mailing lists by the staff. If the warning goes unheeded, further action will be taken. This may range from locking the offending user account, to deletion or banning of the user, out of consideration for a peaceful forum and community. Action is generally on a case-by-case basis.
Each of the fora has an appeals process and if someone feels they were unjustly dealt with, they are encouraged to make their case for reinstatement through the appropriate channel (see below).
Contacting the staff
If you feel that an egregious oversight has been made, or you need to alert staff to abusive behaviour, there are a number of avenues through which you can seek assistance or redress. These include: For the Forums: use the 'Report' button found below every text box to contact the forum admins. For the Wiki: contact the PacWiki:Administrators For the IRC channels: contact one of the ops