Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
channels:linux [2013/01/02 12:11]
rubin
channels:linux [2021/10/26 14:46] (current)
rubin [#Linux]
Line 1: Line 1:
 +====== Not Just #Linux ======
 +{{:linux.gif }}
  
  
- +Channel #linux is a hangout for lovers of operating systems and computers in generalFrom Linux to Windowssoftware to hardware, everything'welcome.
-====== #Linux ====== +
-{{:linux.gif }} +
-hangout for all the linux, BSD, etc users of AfterNET(Heckeven technicaly minded windows/mac users are welcome!)+
  
 ===== FAQ ===== ===== FAQ =====
-  * What distro do you reccomend? 
-    * We used to suggest [[http://www.ubuntulinux.com|Ubuntu]] a lot but they have made some questionable policy decisions lately. There are advocates of everything including: Linux Mint, Slackware, Gentoo, Fedora and even rolling your own. It really depends on your hardware, yourself, and what you need it to do. 
-  * I have never used linux, but I want to try it, how do I get started? 
-    * We suggest you get a [[http://fedoraproject.org/get-fedora|Fedora]] 'live-cd' -- this is a special CDROM that will boot linux on your computer without touching your hard drive. You can try it out and see what its like, with no commitment or risk to your data. 
- 
-===== How to Ask Questions Here ===== 
-Answering questions is a purely volunteer effort, for charity, and just as you are free to ask questions, and to ask them how you like, everybody else is similarly free to ignore your questions or to answer them how they like. ((These are suggestions, not rules. The below list is adapted from sabi.co.uk and re-published under the terms of the GNU GPL)) 
- 
-These suggestions are meant to maximize the chances that you will get some replies, and useful replies. 
- 
-As a side note, people asking questions should always remember that for those that offer help on IRC channels the upside is only ethical, and there can be and there are often significant practical downsides, on top of the time spent. 
- 
-==== A user or administrator question? ==== 
-Some questions are about how to use a program, or sometimes how to do simple configuration. Some other questions however are about how to use or configure some core system feature. The latter usually cannot be answered in a simple, unambiguous fashion, unless the person asking the question already understands the topic pretty well. 
- 
-Unfortunately system administration is usually intrinsically hard and it can take one to several years of study just to learn the concepts and terminology to discuss it properly and to understand the answers. 
- 
-System administration topics are those related for example to: disk and filesystem configuration, driver installation, multiple booting, network and firewall configuration, font systems, sound libraries, DNS service, mail transport. 
- 
-Most distributions have interfaces that present as options the more accessible tasks of system administration, just like other operating systems. This makes it easier to perform some actions, even if it does not make any easier understanding them or their consequences. 
- 
-  * Do not undertake lightly tasks beyond those supported by these interfaces. 
-  * Do not expect answers that make simple and easy what is complex and difficult. 
-==== Don't ask if you can ask a question ==== 
-Support channels are there precisely to ask questions, and there is no need to ask permission or other introductions. 
- 
-Just ask your question straight away, make it specific, give details (up to 3-5 lines of text), and don't address them to anybody specific. 
-  * Example of bad question: "I have got a question about browsers, can anybody help?" 
-  * Example of good question: "Which text based browsers have tabbed browsing if any?" 
- 
-==== Don't ask "does not work" type of questions ==== 
-Please state exactly what you have done and exactly what the error message is. Programs and computers can go wrong in very many ways, and each way can have many very different causes. 
-  * Example of bad question: "FTP does not work, anybody know how to fix it?" 
-  * Example of good question: "When I connect by FTP to ftp.kernel.org using Mozilla I get this error: "ftp.kernel.org could not be found. Please check the name and try again"; what possible causes there might be?" 
- 
-==== Don't ask "anyone/someone knows" questions ==== 
-Always ask instead direct questions about technical matters to the channel (to nobody in particular). This is both because such questions are dumb (answering them literally may require global telepathy), and because the obvious aim of the question is to find someone to be your bitch. 
- 
-Help is provided by the channel, not by anybody in particular. Don't assume anybody is there to be your personal helper. 
-  * Example of bad question: "Can anybody help with setting up Apache?" 
-  * Example of good question: "Which step-by-step Apache setup tutorial are recommended, apart from those on Apache.org?" 
- 
-Don't ask questions to someone specific 
-However much you may wish to get a personal help bitch, attempts to treat the more helpful and useful volunteers in the channel as if they were will just drive them away. 
- 
-Support is always and only provided by the channel as a whole, and answering a question is always purely voluntary. Addressing questions to specific people puts them under pressure to reply, and of course you may love it, but is counterproductive in the long term. 
- 
-It is particularly counterproductive to use private messages, which should not be sent unless explicit permission is given. 
  
-However once someone has replied, it is quite helpful to address further discussions to the person who has repliedas that helps them keep track of specific threads of conversation+  * What'the topic? 
-  * Example of bad question: "helpfulguy: given that you seem to know a lot about Linuxtell me how to install it on 200 servers over 10 different networks, in simple step-by-step instructions. It should be easy for you." +     * Operating systems and computing in general. While Linux is a common subjectidle and serious chat and banter about Unix, Windows, or anything else is common and accepted
-  * Example of good question: "What should start reading to get an idea of the issues in installing 200 Linux servers over 10 different networks?" +  * Is the topic enforced? 
-Don'chat if the channel is busy +     * Not typically, but it's the sort of discussion to expectboth to see and engage in. 
-  * Support channels are not for chat, for entertainment. The tone of discussion is usually dry and impersonalabout specific technical issues, and in the busier channels it is already difficult to follow threads. +  * Can ask questions
-  * Avoid idle chat (which is the main purpose of most other social IRC channels) unless the channel is indeed idle, and stop it if there if it interferes with help traffic.+     * Sure, some guidelines on how to get helpful answers are available below. Chiefly, don'ask to ask, just ask. 
 +  * I'm newwhat operating system / linux distro should I use? 
 +     * It's all up to you, either for you to discussdebate, and compare opinions within the channel, or for you to explore for yourselfEvery choice is a different compromise. 
 +   
 +   
 +===== General Channel Guidelines =====
  
-==== Do some research before asking question ==== +  * Remain civil, remember that behind every username sits person. Debate, don't attack. 
-Before asking a question you should have tried to google it, or look in your systems local documentation.+  * Don't derail conversations needlessly. Read the room. 
 +  * Don't use the names for groups/types of people to be derogatory.
  
-Locally you can search all manual page by keyword with man -k keyword, use the info command to look at the table of contents of manuals of GNU packages, and look at the user manuals and HOWTOs in per-package directories under /usr/share/doc/. 
  
-To find software packages or other information by specific topic, use google with the word "linux" or the name of your distribution. If your distribution is Debian based, you can use apt-cache search keyword to search the available package list for packages related to that keyword. +===== How to Get the Most Out of a Question =====
-  * Example of a bad search: steam +
-  * Example of a good search: Linux Mint steam install+
  
-==== Use English ==== +#linux is a place to chat as much as it is a place to discuss problems and get helpQuestions are permitted and welcome, however weak questions create weak answers. There's a few things you can keep in mind to make it as likely as possible you'll find what you're looking for:
-The AfterNET #Linux channel is international, but the only common language to everyone in it (that we know of) is English.+
  
-==== Ask questions with some context including the purpose ====+  * You don't need permission to ask a question. Just go ahead and ask. 
 +  * #linux is not a search engine. If someone solved your problem with an easy search, you could have done it yourself. 
 +  * Be specific and include details. As well, keep things concise. Ask questions, not essays. 
 +  * Configs help, but if it's more than a couple of lines, use a paste tool such as pastebin. 
 +  * Ask and then wait. Be patient, and give people a chance to see your message and reply. 
 +  * Try to ask questions to point yourself in the right direction. The more you can learn yourself, the better. 
 +  * #linux is not an authority. Respect people's advice, but understand it rather than blindly follow.
  
-The context should includes the distribution you are using, the kernel version, the program version.+===== How to Give the Most when Answering a Question =====
  
-It is often very important also to say what you are trying to achieve, not just what does not work, because in many cases what you want to do can be achieved in other and often impler ways, thus avoiding whatever problem you are experiencing. +Just as much as asking good questions is beneficial to the channel, knowing how to give helpful answers is also a benefit. Here's a few suggestions as to what to keep in mind when trying to help someone:
-  * Example of a bad question"How can I copy some blocks of a disk drive over the network?" +
-  * Example of a good question: "How can I backup a partition to a remote server?" +
  
-==== Wait at least 5-10 minutes for an answer or to repeat a question ==== +  * Nobody knows everything. Be kind to people who are new or are having trouble doing what might seem simple to you. 
-It can take a while for someone to notice your question, or to stop doing what they are already doing and start typing an answerAlso, the more narrow the question is, the longer you should waitThis also means that you should repeat a question only if you wait at least 5-10 minutes+  * Your way isn't always the bestJust because you like what works for you, doesn't mean other people must do it your way too. Suggest, don't demand
-  * Example of a bad question: "[16:01] <prema> Where to find a good introduction to installing a GNU Linux on a PDA?" "[16:03] <prema> nobody is answering, leaving!!!!" +  * Try not to mislead people. As generous as it is to try and help, not being sure yourself may do more harm than good
-  * Example of a good question: "[16:06] <l33t> Which WiFi devices are recommended for easy installation?" "[16:27] <B00t> Easy installation is by chipset, and consider the Atheros or ZyDAS ones for example" +  * Help people to figure things out by themselves. Sometimes pointing people in the right direction is the best help you can give. 
 +  * Be concise, yet detailed. It's as helpful for answers as it is for questions.