Last active

Embed URL

HTTPS clone URL

SSH clone URL

You can clone with HTTPS or SSH.

Download Gist

irc.perl.org SoC (proposed)

View rules.html
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157
<html>
<head>
<title>irc.perl.org - Standards Of Conduct</title>
</head>
<body bgcolor="black" text="white" link="gray" alink="white" vlink="white">
 
<h1>Standards Of Conduct</h1>
 
<h2>Network Access</h2>
 
<p>You will be scanned via an automated process to check for various disallowed
and insecure services. <b>The only way to opt-out of these scans is to not join
the network.</b></p>
 
<p>We participate in several blackhole lists with other IRC networks. If
you have caused problems on other networks, there's a good chance our bots
won't even let you on the network. We do not have the ability to remove you
from these lists. </p>
 
<p>irc.perl.org <i>does not and will not</i> host network wide
"services" like some other networks do, notably freenode. It is
expected that each channel will take the necessary steps to ensure that
someone has ops and that channel policy is enforced.</p>
 
<p>Usage of this network is a privilege, not a right. Your access can be
revoked at any time for any reason. The reason doesn't have to make sense to
you and it doesn't have to be fair. General policies, however, are listed
below.</p>
 
<h2>Security And Liability</h2>
 
<p>irc.perl.org attempts to run a safe and secure network. However, the security
bots cannot catch everyone with ill intent and we cannot guarantee the security
of a user's IRC client. We will respond with haste and rage to any reported
security related incident. That said, <b>irc.perl.org is not responsible or
liable for the security or lack thereof surrounding your time on the
network.</b></p>
 
<p><u>Snowden Disclosures:</u> Due to the IRC server software we use, all
channel traffic is propagated to all server nodes. The links between servers
are encrypted, however, using cryptlink. You can prevent traffic from
propagating by using a server-local channel. These are created using '&amp;'
instead of '#'. All users will need to connect to the same server IP. </p>
 
<p>We have never received any requests for user information and would
probably wet ourselves laughing if we did.</p>
 
<h2>Bot Policy</h2>
 
<p>irc.perl.org tolerates all bot software with 2 major exceptions. The
bots cannot: 1) disrupt the network. 2) disrupt channel activity. It is
up to the discretion of the staff and channel ops to determine what
constitutes "disruption". If you are asked to remove your bot from the
network, it is expected you will act promptly with minimal fuss.
Failure to do so may cause a revocation of your access to the network.
 
 
<h2>Personal Conduct</h2>
 
<h3>Network Policies</h3>
 
<ul>
<li><b>Do</b>: obey the opers. See below for more.</li>
<li><b>Do Not</b>: engage in spamming</li>
<li><b>Do Not</b>: engage in flooding</li>
<li><b>Do Not</b>: evade ban or ignores</li>
<li><b>Do Not</b>: threaten another user or users with physical or
network violence (including DDoS)</li>
<li><b>Do Not</b>: log channel activity without the channel's
express and on-the-record (preferably via /topic) consent</li>
<li><b>Do Not</b>: attempt to host a botnet here.</li>
<br>
<li><b>We absolutely will not tolerate child pornography or any content
that endangers minors.</b> (Yes, this includes PHP.)</li>
</ul>
 
<p>We will engage local authorities as necessary to deal with illegal
content and activities. Yes, we have done this before.</p>
 
<h3>Community Policies</h3>
 
<ul>
<li><a href="reasonable_person.html">Reasonable person principle
applies.</a></li>
<li>Be considerate, respectful, and collaborative.</li>
<li>Refrain from demeaning, discriminatory or harassing behavior and
speech.</li>
<li>Alert the staff if you notice a dangerous situation or someone
in distress.</li>
</ul>
 
<p>Unacceptable behaviors include: intimidating, harassing, abusive,
discriminatory, derogatory or demeaning conduct.</p>
 
<p>Harassment includes, but is not limited to: offensive comments
related to gender, sexual orientation, race, religion, disability;
inappropriate use of nudity and/or sexual images; deliberate
intimidation, stalking or following; sustained disruption of channel
activity; unwelcome sexual attention; ignore and/or ban evasion.</p>
 
<p>Anyone asked to stop unacceptable behavior is expected to comply
immediately.</p>
 
<p>If anyone engages in unacceptable behavior, the opers may take any
action they deem appropriate including kickbans (permanent and/or
temporary), network connection termination (/kill), network-wide ban
(gline/kline)</p>
 
<h3>Channels Specific Policies</h3>
 
<p>Where they do not collide with network policy, individual channels
can set their own standard of conduct. These policies must be made
visible in such a way that new users are made immediately aware of
them when they join the channel. We suggest using the channel
topic.</p>
<p>Logging and publishing of channel content for channels that are mode +s, +k, or +i
is disallowed by network policy, channel maintainers can override this rule.
</p>
 
<h3>Reporting Issues</h3>
 
<p>If you are subject to unacceptable behavior, notice that someone else
is being subject to unacceptable behavior, or have any other concerns,
please notify your favorite oper. If you do not have a favorite oper,
please contact sungo, mst and/or perigrin.</p>
 
<h2>Staff</h2>
 
<p>Opers are the network staff. On some networks, opers are limited to
network policy maintenance and leave channel issues alone. irc.perl.org
takes a different approach. Our opers are immune to all network and
channel restrictions. They cannot be banned and channel keys do not
affect them. They can perform operations on channels without being +o.
They can terminate your connection and ban you from channels and the
network.</p>
<p><i>tl;dr</i>: irc.perl.org opers are essentially the local gods.</p>
 
<p><b>Opers are free to create policy on a whim as dictated by the needs of the
situation. They are not bound to Reasonable Person Principle.</b> We do not
grant oper status without careful consideration of the individual and their
contributions to the community and network. They are here for your benefit.</p>
 
<h3>The Opers</h3>
 
<ul>
<li>hachi</li>
<li>mst</li>
<li>perigrin</li>
<li>rjbs</li>
<li>sungo</li>
<li>Yaakov</li>
</ul>
 
</body>
</html>

"Do not: anger the opers" seems superfluous and subjective. Not only does it not give guidance on how not to anger opers (for instance perhaps one becomes enraged by the word "fungus"), the line before already declared that people must obey the opers.

Would you consider dropping this line?

Owner
sungo commented

Done. Commit e2fafd8

Leont commented

The rules on logging are a bit contradictory. It says:

Do Not: log channel activity without the channel's
express and on-the-record (preferably via /topic) consent

but later there is the more permissive:

Logging and publishing of channel content for channels that are mode +s, +k, or +i
is disallowed by network policy, channel maintainers can override this rule.

IMO, this should be something along the lines of "distributing logs without the channel's consent is not permitted"

jsut commented
Do Not: evade ban or ignores

Should that say bans, not ban?

The only thing i think might be missing is if what, or if, an appeal of ban process might be. That could be by design though of course.

Owner
sungo commented

I'm drafting a general governance policy to cover that.

Owner
sungo commented

This is now a public and official policy available at https://github.com/perl-irc/perl-irc.github.io/blob/master/rules.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.