decryption works, but addid doesn't because of unique pointer layers
[wireshark-sm.git] / CODE_OF_CONDUCT.adoc
blob11f1a0e1cff10e41ff0aa24f2670e78a37ae0cbf
1 // This can also be found at https://www.wireshark.org/code-of-conduct.html and MUST be synchronized with that document.
2 = The Wireshark Code of Conduct
4 == Preamble
6 Wireshark helps people understand, build, troubleshoot, and secure the computer networks that drive the world around us.
7 This is possible due to the support, hard work and enthusiasm of hundreds of people.
9 This document offers some guidance to ensure that the Wireshark community can cooperate effectively in a positive and inspiring atmosphere, and to explain how together we can strengthen and support each other.
11 This Code of Conduct is shared by all contributors and users who engage with the Wireshark development team and its community services.
13 == Overview
15 This Code of Conduct presents a summary of the shared values and “common sense” thinking in our community.
16 The basic social ingredients that hold our project together include:
18 * Be considerate
19 * Be respectful
20 * Be collaborative
21 * Be pragmatic
22 * Support others in the community
23 * Get support from others in the community
25 Our community is made up of several groups of individuals and organizations which can roughly be divided into three groups:
27 * Developers, or those who add value to the project through improving Wireshark and its associated services.
28 * Educators, or those who teach people how to use Wireshark and analyze networks.
29 * Users, or those who use Wireshark to learn about and analyze networks.
31 This Code of Conduct reflects the agreed standards of behavior for members of the Wireshark community, in any forum, mailing list, wiki, web site, chat channel, public meeting or private correspondence within the context of the Wireshark team and its services.
32 The community acts according to the standards written down in this Code of Conduct and will defend these standards for the benefit of the community.
33 Leaders of any group, such as moderators of mailing lists, chat channels, forums, etc., will exercise the right to suspend access to any person who persistently breaks our shared Code of Conduct.
35 == Be considerate
37 Your actions and work will affect and be used by other people and you in turn will depend on the work and actions of others.
38 Any decision you take will affect other community members, and we expect you to take those consequences into account when making decisions.
40 As a contributor, ensure that you give full credit for the work of others and bear in mind how your changes affect others.
41 It is also expected that you try to follow the development schedule and guidelines.
43 As a user, remember that contributors work hard on their part of Wireshark and take great pride in it.
44 If you are frustrated your problems are more likely to be resolved if you can give accurate and well-mannered information to all concerned.
46 == Be respectful
48 In order for the Wireshark community to stay healthy its members must feel comfortable and accepted.
49 Treating one another with respect is absolutely necessary for this. In a disagreement, above all try to assume that people mean well.
51 We do not tolerate personal attacks, racism, sexism or any other form of discrimination.
52 Disagreement is inevitable, from time to time, but respect for the views of others will go a long way to winning respect for your own views.
53 Respecting other people, their work, their contributions and assuming well-meaning motivation will make community members feel comfortable and safe and will result in motivation and productivity.
55 We expect members of our community to be respectful when dealing with other contributors, users and communities.
56 Remember that Wireshark is an international project and that you may be unaware of important aspects of other cultures.
58 == Be collaborative
60 As with other open source software, Wireshark depends on collaboration. It helps limit duplication of effort while improving the quality of the software produced.
61 In order to avoid any misunderstandings, try to be clear and concise when requesting help or giving it.
62 Remember it is easy to misunderstand emails (especially when they are not written in your mother tongue).
63 Ask for clarifications if unsure how something is meant; remember the first rule — assume in the first instance that people mean well.
65 As a contributor, you should aim to collaborate with other community members, as well as with other communities that are interested in or depend on the work you do.
66 When making a major change or creating a significant new feature, it’s often best to discuss your work beforehand in the appropriate forum (usually the wireshark-dev mailing list).
67 // Your work should be transparent and be fed back into the community when available, not just when Wireshark releases.
68 // If you wish to work on something new in existing projects, keep those projects informed of your ideas and progress.
70 It may not always be possible to reach consensus on the implementation of an idea, so don’t feel obliged to achieve this before you begin.
71 However, always ensure that you keep the outside world informed of your work, and publish it in a way that allows outsiders to test, discuss and contribute to your efforts.
73 As with any other project, contributors come and go.
74 When you leave or disengage from the project, in whole or in part, you should do so with pride about what you have achieved and by acting responsibly towards others who come after you to continue the project.
76 As a user, your feedback is important, as is its form.
77 Poorly thought out comments can cause pain and the demotivation of other community members, but considerate discussion of problems can bring positive results.
78 An encouraging word works wonders.
80 == Be pragmatic
82 Wireshark is a pragmatic community.
83 We value tangible results over having the last word in a discussion.
84 We defend our core values like freedom and respectful collaboration, but we don’t let arguments about minor issues get in the way of achieving more important results.
85 We are open to suggestions and welcome solutions regardless of their origin.
86 When in doubt support a solution which helps getting things done over one which has theoretical merits, but isn’t being worked on.
87 Use the tools and methods which help getting the job done.
88 Let decisions be taken by those who do the work.
90 == Support others in the community
92 Our community is made strong by mutual respect, collaboration and pragmatic, responsible behavior.
93 Sometimes there are situations where this has to be defended and other community members need help.
95 If you witness others being attacked, think first about how you can offer them personal support.
96 If you feel that the situation is beyond your ability to help individually, go privately to the victim and ask if some form of official intervention is needed.
97 Similarly you should support anyone who appears to be in danger of burning out, either through work-related stress or personal problems.
99 When problems do arise, consider respectfully reminding those involved of our shared Code of Conduct as a first action.
100 Leaders are defined by their actions, and can help set a good example by working to resolve issues in the spirit of this Code of Conduct before they escalate.
102 == Get support from others in the community
104 Disagreements, both political and technical, happen all the time.
105 Our community is no exception to the rule.
106 The goal is not to avoid disagreements or differing views but to resolve them constructively.
107 You should turn to the community to seek advice and to resolve disagreements and where possible consult those most directly involved.
109 Think deeply before turning a disagreement into a public dispute.
110 If necessary request mediation, trying to resolve differences in a less highly-emotional medium.
111 If you do feel that you or your work is being attacked, take your time to breathe through before writing heated replies.
112 Consider a 24-hour moratorium if emotional language is being used — a cooling off period is sometimes all that is needed.
113 If you really want to go a different way, then we encourage you to publish your ideas and your work, so that it can be tried and tested.
115 _This document is licensed under the Creative Commons Attribution - Share Alike 3.0 License._
117 __This document was adapted from the https://kde.org/code-of-conduct/[KDE Code of Conduct]. The original attribution can be found below.__
121 _The authors of this document would like to thank the KDE community and those who have worked to create such a dynamic environment to share in and who offered their thoughts and wisdom in the authoring of this document.__
122 __We would also like to thank other vibrant communities that have helped shape this document with their own examples, such as the Ubuntu community and their Code of Conduct._