Talk:Arch IRC channels
I created the initial page, and really don't care much about the layout. Feel free to go nuts and reorganize.
The initial list of users was created from my pirc stats, and not from memory. So the most prolific posters ended up on the list. I'd suggest that if your adding yourself to the list, link to your userpage. Then link to any screenshots, blogs, etc from there.
- Major update of the page. Comments and suggestions are more than welcome, and so are edits
- Mr.Elendig 13:22, 7 April 2008 (EDT)
List of operators from the future?
its still 29 days until 31.08.2008!
- Well, arch is the future after all >_>
- But it's fixed now since the date have passed :D
- Could one of the ops perhaps add the link to the stats page? http://hax0r.se/aotstats.html
- I accidentally it to the entry, since I missed the "warning".
In IRC_Channel#Abbreviations_and_jargon, please remove "(Yes, fine and not f*ing)". The explanation destroys the meta-humor and the repitition of the phrase multiplies that negative effect. --Qubodup 08:11, 27 November 2008 (EST)
- Done. -- pointone 20:23, 14 October 2010 (EDT)
And could the fine be change to friendly ? English is not my native anguage, so I don't know if it's grammaticaly correct, but sound way better for my. --Gkrnours 14:01, 5 April 2009 (EDT)
- Fine is correct, and commonly-used in this scenario. -- pointone 20:23, 14 October 2010 (EDT)
Some grammatical errors:
The inner grammar nazi in me has found a few grammatical errors in the page, but as I'm not an op, I won't change them. I'd be willing to correct them if the powers that be say that I may.
"The only exception are 'away' responses at nick highlight." Should either read "exception is" or "exceptions are"
"Advertising are not allowed unless an op have given you permission to do so." Should read "Advertising is not allowed unless an op has..." Same under the #archlinux-offtopic section.
"The channel topic often contain useful and/or important information." Needs an "s" at the end of "contain".
"Also feel free to notify an channel operator." Should read "...a channel operator...".
"Don't be shy, feel free to help others, 'everyone' got something contribute." Should either read "...'everyone's got..." or ...'everyone' has...
- These issues have been addressed. -- pointone 20:20, 14 October 2010 (EDT)
Making it easier for newbs.
Sorry, I didn't see the op-only warning before making a few changes to make it a little clearer on how to connect for first time IRC users like me. I just added some extra verbiage before the IRC commands /connect and /join and some extra verbiage right before the NickServ detail.
I think it is more helpful now though. Trusktr 13:36, 7 September 2010 (EDT)
It's becoming more and more apparent to me that the (--offtopic) channel consists of a lot of young "lads" who deem it fit to discuss pornography at any time of day or night. Yes, I know it's an offtopic channel and as such there should be a lot of leeway with regards to open discussion however links to what can only be considered extreme pornography cannot be sanctioned surely. Watching the channel, there are often calls for pictures from at least one of the female members - something that is again in my opinion highly inappropriate. At the moment looking in channel there has just been a ban against one member for a racial comment yet nothing apparent has been said of his/her link to a site that is extreme in nature - go figure. I would call upon the chanops to at least have some debate on this in an effort to reduce this type of material being presented. -- Suhana 17:43, 8 December 2010 (EST)
Pornographic material and sexual harassment are absolutely unacceptable per the Freenode policies as outlined here . I will bring this up with the Trusted Users. --Kaitocracy 02:28, 13 December 2010 (EST)
The gender-related invective is actually quite astonishing in #archlinux-offtopic. As I've said, I understand freedom is required in offtopic channels however continual and repeated snide attacks (for example: posting links to youtube clips) against the girls is utterly incomprehensible. I can accept that while freenode have their set of rules, it is upto the channel operators to enforce those rules something that is clearly not being done. I will also accept that this is going to be difficult to maintain a 24/7 presence as few have the fortitude or desire to sit there acting as monitor for so long, however I do feel that as the situation stands, not enough is being done to ensure a gender safe environment. (Again as an example, discussing and joking about rape I can see no place in civilized conversation).
Personally I'm not seeking any special treatment - when an old friend comes into channel and greets me with a peck on the cheek, I have absolutely no problems with it, when I see people discussing the fact that they would f... a woman named "off" or being told to get on skype or f... off I wonder just why we need to be subjected to such boorish behaviour. /IGNORE has its benefits and its drawbacks - notably when people abuse useful repeaters of whatever nature. There does appear to be a few good inhabitants, and for that reason I've no wish to drop out from -offtopic, however as it stands it's really quite badly maintained and I respectfully submit that more needs to be done. Suhana 12:55, 24 December 2010 (EST)
Anyone who have a issue with what's being said/linked to in the channel should contact the ops directly. It is a more efficient and apropiate way of dealing with it.Mr.Elendig
'/query nickserv' doesn't work
Instead '/msg nickserv' should be used. I would want to change this page accordingly. --Turris 08:31, 5 November 2011 (EDT)
- '/query' works in most clients, for those that don't have it, use '/msg' or '/quote ns' instead.
- /msg has the disadvantage that on many clients it will not open a new query window, so the responce from nickserv ends up hiden on the server buffer instead
- Mr.Elendig 13:39, 22 November 2011 (EST)
#archlinux_guidelines update suggestion
I suggest the quoted block below as a replacement for the current content of #archlinux guidelines
It is intended to me more concise, easier to read and reference (thanks to being in a numbered list), neutral/professional rather than ranting. Some uncertain-sounding statements were replaced by more direct words.
- The language of the channel is English. If you need help in another language, search international arch channels.
- Read the
/topicon a regular basis. It often contains important information.
- Do not participate in flamewars, instantly report violators and trolls to channel operators.
- Do not spam the channel, use a pastebin to share something longer than three lines.
program &> program-output.txtin combination with pastebin clients can ease this step.
- Do not abuse phrik (the channel bot). If you want to try out commands or look trough the help function, then do it in a
/query phrik help <command>.
- Do not ask whether anyone is alive or uses your software, just state your question.
- Ask smart questions. It is easier for us to help you when you ask good/smart questions.
- Do not demand help, ask for it. Wait for a few minutes before restating questions. Most questions get answered by 'just another user', like you.
- Do not be shy, feel free to help others, every user has something to contribute. The channel is a community effort to provide support, and depends on volunteers.
- Help yourself before you ask. Use wiki search, use forum search, read man pages and try Google. This method will get you an answer faster, and will teach you more.
- When asking for help, always reply to people that ask you for more information, if you do not know the answer then say so.
- Set a good example. Each user's behavior affects all users in the channel. Be friendly and polite to maintain a pleasant and professional climate.
--Qubodup 10:15, 14 March 2012 (EDT)
- Looks certainly better than the current section, however you should request feedback directly in #archlinux or on the forums. -- Kynikos 08:07, 15 March 2012 (EDT)