IRCteamproposal
Differences between revisions 31 and 72 (spanning 41 versions)
|
Size: 1594
Comment:
|
← Revision 72 as of 2014-02-28 14:04:44 ⇥
Size: 1056
Comment: yeah, that was a just do it kind of suggestion, !ops-offtopic is now <reply> Thanks for letting us know you are here, someone will be along presently
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 4: | Line 4: |
| /* Entries here are for current agenda items */ | /* Entries here are for current agenda items, feel free to flesh them out. When removing items please comment on what the resolution was and/or link to meeting logs where they were discussed. */ |
| Line 6: | Line 6: |
| ---- = Reference Entries = /* Entries here are kept only for reference */ == Create a basic IRC operator technical guide, how to get +o, how to use /remove, using the Bantracker, etc == We, as operators, tend to use scripts to help in administering the channels we operate in, these scripts are useful and we encourage them. However an IRC operator should know how to preform every action manually. Too often it seems we rely on scripts or bots to do these things for us, this is fine until they break or malfunction. A good grounding in IRC commands is essential and something I don't think we have amongst all of our operators. This includes: * Asking !ChanServ to give you +o * Setting a relevant ban (not to wide or to narrow) * How to find bans for a specific nick * How to remove bans properly * How to quiet/mute a user * How to use /remove * Using the Bantracker effectively. * How to communicate concerns/reasons behind a ban or kick/remove via comments. * Always comment on bans/kicks/removes/marks, having to read through a log is not quickest way to find out why the action was taken. * Update comments as the issue progresses. * Catalysing should always be the first method used to resolve issues. * When to use a quiet/mute (to provide an opportunity to talk to the user) instead of just removing. * How to react to /msg abuse, what actions can be taken. * How and when to use forwards, rather than bans. |
== Factoid Review == It has been suggested that some of the ubottu [[http://ubottu.com/factoids.cgi|factoids]] are not very "friendly". Some need to be edited,updated, and some disabled entirely. Work on this has been started at [[http://pad.ubuntu.com/factoids|Review Pad]] == Alignment of launchpad and channel access lists == we use Launchpad teams to manage the process of applying for ops, but access is defined in channel access lists which are not tied automatically to launchpad https://docs.google.com/spreadsheet/ccc?key=0Ankl5FhsdSiZdGZVV2ZuLVRwa2c5M3pqX3BEaUhXMFE we need to do some maintenance to get these aligned one way or another and then have a semi-automatic process going forward to nudge things back into alignment as things change. |
Please Put any background information for your Agenda issue here.
Agenda Entries
Factoid Review
It has been suggested that some of the ubottu factoids are not very "friendly". Some need to be edited,updated, and some disabled entirely. Work on this has been started at Review Pad
Alignment of launchpad and channel access lists
we use Launchpad teams to manage the process of applying for ops, but access is defined in channel access lists which are not tied automatically to launchpad
we need to do some maintenance to get these aligned one way or another and then have a semi-automatic process going forward to nudge things back into alignment as things change.
IRC/IrcCouncil/IRCteamproposal (last edited 2014-02-28 14:04:44 by host217-36-92-70)