Index: Makefile
===================================================================
RCS file: /var/cvs/debian.de/channel.debian.de/netiquette/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile	3 Jan 2001 15:54:37 -0000	1.2
+++ Makefile	25 Oct 2004 14:12:56 -0000
@@ -2,9 +2,9 @@
 all: netiquette.html
 
 netiquette.html: netiquette.sgml
-	-rm *.html
+	rm -f *.html
 	sgml2html netiquette.sgml
-	cp netiquette.html index.html
+	ln -s netiquette.html index.html
 
 clean:
-	-rm *.html
+	rm -f *.html
Index: netiquette.sgml
===================================================================
RCS file: /var/cvs/debian.de/channel.debian.de/netiquette/netiquette.sgml,v
retrieving revision 1.23
diff -u -r1.23 netiquette.sgml
--- netiquette.sgml	12 Jan 2004 22:36:07 -0000	1.23
+++ netiquette.sgml	25 Oct 2004 14:13:04 -0000
@@ -11,11 +11,11 @@
 
 <sect>Copyright
 <p>
-Copyright &copy Martin Schulze, 1995-1998; 2001, 2002 #debian.de FAQ Team<p>
+Copyright &copy Martin Schulze, 1995-1998; 2001, 2002, 2004 #debian.de FAQ Team<p>
 
 Diese HOWTO darf komplett oder in Teilen beliebig kopiert, erweitert
 und auf anderen Medien vervielf&auml;ltigt werden, solange dieser
-Copyright Vermerk in allen Kopien enthalten ist.<p>
+Copyright-Vermerk in allen Kopien enthalten ist.<p>
 
 Wird diese HOWTO als Basis f&uuml;r weitere Dokumente genommen, so m&uuml;ssen
 diese Werke mit einem gleichen Copyright ver&ouml;ffentlicht werden.
@@ -40,17 +40,18 @@
 
 Kaum etwas nervt mehr als die Frage "Kann ich mal was fragen?". Was
 sollen wir denn darauf antworten? "Nein"? Du wirst Dich kaum von
-Deiner Frage abbringen lassen. Also verkneif Dir die Frage lieber.
+Deiner Frage abbringen lassen. Also verkneif Dir die Frage lieber und
+frage das was du wirklich wissen willst.
 
 <sect1>Wir ircen zwar 24h pro Tag, aber nicht ausschlie&szlig;lich
 <p>
 
 Wenn Du in den Channel kommst, bedenke das. Wenn Du nach 5 min wieder
 rausgehst, weil Du meinst, da&szlig; hier nichts los sei, dann hast du
-IMHO etwas falsch gemacht.
+etwas falsch gemacht.
 
 Wir sind zwar oft den ganzen Tag (und nat&uuml;rlich auch die Nacht)
-im IRC zu finden, aber der irc nimmt nicht 100% unserer Rechenleistung
+im IRC zu finden, aber IRC nimmt nicht 100% unserer Rechenleistung
 ein. Wir sind meist nur nebenbei im IRC, haupts&auml;chlich gehen wir
 irgendeiner mehr-oder-weniger sinnvollen Besch&auml;ftigung nach,
 Ger&uuml;chten zufolge sollen einige sogar versuchen Geld zu
@@ -68,7 +69,7 @@
 auswendig kennen, sondern nur ungef&auml;hr wissen, wie es funktioniert.
 
 Aber wir (die wir dauernd im Channel anzutreffen sind) haben schon
-viele Programme und Distributionen ausprobiert und im Einsatz. Wir
+viele Programme ausprobiert und im Einsatz. Wir
 haben einen reichhaltigen Erfahrungsschatz. Wir sind auch durchaus
 bereit Dich an diesen Erfahrungen teilhaben zu lassen, aber tritt
 diese Regeln nicht mit F&uuml;&szlig;en.
@@ -114,22 +115,24 @@
 <p>
 
 Bevor Du eine Frage stellst solltest Du Dir die M&uuml;he machen, die
-mitgelieferte Dokumentation zu lesen. Meistens gibt es readmes,
-manpages, info-Dateien, HOWTOs, FAQs etc.
+mitgelieferte Dokumentation zu lesen. Meistens gibt es READMEs,
+Manpages, info-Dateien, HOWTOs, FAQs etc.
 
 Wenn Du nicht bereit bist, etwas Zeit aufzuwenden und die
 Dokumentation zu lesen, dann wird auch niemand bereit sein, sich die
 Zeit zu nehmen und Dir die Geschichte zu erklaeren.
 
 F&uuml;r jemanden, der nicht bereit ist, sich in die Sache einzulesen,
-ist Unix IMHO nicht das passende Betriebssystem. Der ist mit einem
+ist Unix nicht das passende Betriebssystem. Der ist mit einem
 pseudo Plug-and-Play-System besser aufgehoben.
 
 <sect1>M&uuml;ll nicht den Channel zu!
 <p>
 
-Falls Du nicht weisst, welche Zeile einer Fehlermeldung relevant ist,
-dann lade diese bitte auf einen Webserver hoch und stelle nur die URL in den
+Bitte paste nie mehr als drei oder vier Zeilen einer Fehlermeldung oder
+von Code in den Channel. Falls Du nicht weisst, welche Zeile einer Meldung
+relevant ist, dann lade diese bitte auf einen Webserver hoch und stelle nur die
+URL und eine kurze Beschreibung in den
 Channel. Es hilft niemandem, wenn Du ewig lange Fehlermeldungen direkt in den
 Channel schickst, Du wirst h&ouml;chstens vor die T&uuml;r gef&uuml;hrt werden.
 Falls Du keinen eigenen Webserver dazu hast, es gibt diverse Paste-Webdienste,
@@ -138,19 +141,19 @@
 
 <sect1>Im Allgemeinen sind private Messages unerwünscht
 <p>
-Nicht jeder mag es, per private Message (mit dem /msg-Kommando, dem
+Die meisten m&ouml;gen es nicht, direkt per privater Message (mit /msg, dem
 Dialog-Button, ...) angesprochen zu werden, denn zum einen macht der
 Client des Angesprochenen dann auf sich aufmerksam, sei es mit einem
 nervigen Piepsen oder einem neu aufpoppenden Fenster und zum anderen
 kann man die meisten Fragen auch im Channel stellen. Sollte eine Frage
 einmal wirklich nicht in den Channel passen, ist die beste Lösung, vorher -
-im Channel natürlich, nicht per private message - zu fragen, ob ein
+im Channel natürlich, nicht per privater Message - zu fragen, ob ein
 Dialog möglich ist.
 
 <sect1>Glaubensfragen sind nicht entscheidbar!
 <p>
 
-Du wirst <bf>nie</bf> eine eindeutige Antwort auf die Frage erhalten,
+Du wirst <em>nie</em> eine eindeutige Antwort auf die Frage erhalten,
 welche Linux-Distribution die beste ist. Jede hat ihren Reiz und ihr
 spezielles Anwendungsprofil. Du kannst aber eine brauchbare Antwort
 auf die Frage bekommen, welche Distribution f&uuml;r Dich
@@ -170,8 +173,7 @@
 besondere Funktionen im IRC bieten (z.B. AutoOp, AutoAway usw). Andere
 glauben, dem Channel helfen zu m&uuml;ssen, indem sie diverse Schutzmechanismen
 gegen Flood, ServerOps oder &auml;hnliches aktivieren.
-
-Um es gleich zu sagen Solche Skripte sind hier nicht erw&uuml;nscht. Das IRC
+Solche Skripte sind hier nicht erw&uuml;nscht. IRC
 ist weder ein Spielplatz noch ein Kriegsschauplatz.
 
 Nichts einzuwenden ist gegen Skripte, die nicht im Channel agieren (z.B.
@@ -191,9 +193,9 @@
 
 Immer wieder "gern" gesehen sind die bei vielen Clienten oft standardm&auml;&szlig;ig
 eingestellten Auto-Away-Nachrichten, auch diese f&uuml;hren zur Entfernung vom
-Channel. Manuelle Away-Nachrichten sind auch verp&ouml;nt (nichts gegen ein
-"Ich geh mal essen" o.&auml;., aber "xyz is away: Warum auch immer." liest
-sich einfach doof).
+Channel. "xyz is away: Warum auch immer" interessiert einfach niemanden.
+Manuelle Away-Nachrichten ("Ich geh mal essen") sollte man nur benutzen, wenn
+jemand da ist, der es wissen m&ouml;chte.
 
 Unbedingt abgestellt werden mu&szlig; auch das Auto-Rejoin, welches nach einem
 Kick ein sofortiges Autorejoin in den Channel durchf&uuml;hrt. Dieses unterl&auml;uft
@@ -201,27 +203,111 @@
 Handlung zu zwingen), und wird in der Regel mit einem Ban-Kick beantwortet.
 
 F&uuml;r die meisten g&auml;ngigen IRC-Clienten sind im Netz Anleitungen zur
-Abschaltung dieser Funktionen verf&uuml;gbar, einfach mal im Channel nachfragen.
+Abschaltung dieser Funktionen verf&uuml;gbar, ansonsten im Channel nachfragen.
 
-Auch ohne Skripte und Bots kann man das IRC dazu nutzen, wozu es da ist:
+Auch ohne Skripte und Bots kann man IRC dazu nutzen, wozu es da ist:
 Zum Chatten. Wer Krieg spielen m&ouml;chte, m&ouml;ge das bitte woanders machen.
 
 
 <sect1>Nickchanges sind nervig!
 <p>
 
-Viele Clients oder User meinen der ganzen Welt durch Nickchanges
+Manche Clients oder User meinen der ganzen Welt durch Nickchanges
 mitteilen zu m&uuml;ssen, dass sie gerade nicht anwesend sind.
-Dieses Verhalten sollte auf m&ouml;glichst wenige Nickchanges
-eingeschränkt werden, da diese die Unterhaltungen im Channel stören
-können.  Ausserdem gibts /AWAY.
+Wer nicht da ist, sollte stattdessen /away benutzen oder einfach garnichts
+sagen. Nickchanges sollten nur passieren, wenn es sein muss, z.B. nach einer
+DSL-Trennung.
 
 <sect1>Namen sind was schönes!
 <p>
 
-Ein grosser Teil der User im Channel empfinden es als höflich,
-den richtigen, vollen Namen im /whois zu haben. Bitte halte auch
-Du Dich daran.
+Ein grosser Teil der User im Channel empfindet es als höflich, den richtigen,
+vollen Namen im Ircname-Feld (/whois-Info) zu haben. Bitte halte auch Du Dich
+daran.
+
+<!--
+<author><name>Daniel Baumann (<tt>daniel.baumann@panthera-systems.net</tt>)</name></author>
+<date>2. Februar 2004</date>
+-->
+
+<sect2>Warum sollte ich den Realname setzen?
+	<p>Hier sind unsere Gr&uuml;nde, warum wir den Realname-Eintrag als
+	sinnvoll betrachten. Wenn du damit nicht einverstanden bist, so
+	aktzeptieren wir das selbstverst&auml;ndlich. Allerdings solltest du
+	dann auch akzeptieren, dass du damit in unserem Channel unerw&uuml;nscht
+	bist.</p>
+
+	<p>Es gibt gen&uuml;gend andere M&ouml;glichkeiten Hilfe zu bekommen.
+	Endlose Diskussionen und sinnloses Hinterfragen dieser Tatsachen sind
+	nervig und ebenso unerw&uuml;nscht.</p>
+
+<sect3>Namen sind nicht Schall und Rauch
+	<p>Wir m&ouml;chten gerne wissen, mit wem wir es zu tun haben. Es ist
+	ein besseres Gef&uuml;hl, einer richtigen, real existierenden Person zu
+	helfen als irgendeinem Pseudonym. Schliesslich ist der Nickname auch nur
+	eine Abk&uuml;rzung des b&uuml;rgerlichen Namens und hilft zur
+	Unterscheidung bei zum Beispiel h&auml;ufig verwendeten, gleichlautenden
+	Namen.</p>
+
+<sect3>Wiedererkennung
+	<p>Wenn wir dir geholfen haben und dich sp&auml;ter auf Mailinglisten,
+	im Usenet oder auf Veranstaltungen antreffen, ist der Realname hilfreich
+	zur Wiedererkennung. Wir freuen uns, wenn aus dir etwas geworden
+	ist.</p>
+
+<sect3>Glaubw&uuml;rdigkeit
+	<p>Wenn man seinen Realname angibt, zeigt man, dass man zu sich, seiner
+	Person und seinen Aussagen steht. Man braucht sich nicht hinter einem
+	Pseudonym zu verstecken.</p>
+
+<sect3>Anonymit&auml;t und gef&auml;lschte Realnames
+	<p>Wenn du deinen Realname angibst, bist du nicht mehr oder weniger
+	anonym im Internet, als du es sonst auch bist.</p>
+
+	<p>Nat&uuml;rlich kann niemand die Authentizit&auml;t deines Realnames
+	&uuml;berpr&uuml;fen. Wenn du aber denkst, dass du einen anderen Namen
+	angeben musst, gehst du besser woanders hin. Wir erwarten Ehrlichkeit
+	und ein gewisses Mass an Respekt uns gegen&uuml;ber. Wir danken es dir
+	mit Freundlichkeit und gut gemeinter Hilfe.</p>
+
+<sect2>Wie setze ich meinen Realname?
+	<p>Sofern bei der Debian-Installation f&uuml;r den aktuellen Nutzer der
+	volle Name angegeben wurde (GECOS-Feld in <tt>/etc/passwd</tt>), wird
+	der Realname von den meisten IRC-Clients &uuml;bernommen.
+	Verwendest du einen IRC-Client, der das nicht beachtet oder willst
+	den Eintrag ver&auml;ndern, so beachte bitte, dass der Realname nur beim
+	Anmelden am IRC-Server einmalig &uuml;bertragen wird. Nachdem du ihn
+	korrekt gesetzt hast, muss du dich neu verbinden. Benutze daf&uuml;r
+	entweder <tt>/reconnect</tt> oder starte deinen IRC-Client neu.</p>
+
+	<p>Im folgenden nun, wie man bei einigen g&auml;ngigen IRC-Clients
+	den Realname eintr&auml;gt.</p>
+
+<p><bf>Gaim:</bf>
+	Im Men&uuml; Konten Einstellungen den Realname im Feld
+	<tt>Alias Name</tt> eintragen.</p>
+
+<p><bf>KSirc:</bf>
+	Im Men&uuml; Settings unter Configure KSirc auf Startup klicken und
+	im Feld <tt>Real name</tt> den Realname eintragen.</p>
+
+<p><bf>Irssi:</bf>
+	Entweder <tt>/set real_name $Vorname $Nachname</tt> und danach
+	<tt>/save</tt>, oder <tt>real_name = $Vorname $Nachname</tt> in
+	<tt>~/.irssi/config</tt> manuell anpassen. <em>Vorsicht:</em>
+	<tt>/reconnect</tt> reicht wegen eines Bugs nicht, stattdessen
+	<tt>/disconnect</tt> und <tt>/connect</tt> benutzen.</p>
+
+<p><bf>MozillaChatZilla:</bf>
+	Im Men&uuml; Bearbeiten/Einstellungen unter der Kategorie Chatzilla
+	im Feld <tt>Beschreibung (engl. Description)</tt> den Realname eintragen.</p>
+
+<p><bf>X-Chat:</bf>
+	Entweder im Men&uuml; X-Chat/Server Liste den Realname im Feld
+	<tt>Realname:</tt> eintragen, oder
+	<tt>realname = $Vorname $Nachname</tt> in <tt>~/.xchat/xchat.conf</tt>
+	manuell anpassen.</p>
+
 
 <sect1>mIRC-Loser aufgepa&szlig;t!
 <p>
@@ -232,28 +318,21 @@
 sich leider inzwischen auch im IRC bemerkbar.  Folgende Dinge sollten
 tunlichst unterlassen werden, denn sie nerven ungemein.
 
-<descrip>
-<tag/mIRC-Colors/
-  Allgemein &uuml;blich ist lediglich fette, invertierte und kursive
-  Darstellung, alles andere sind unsaubere Hacks, die von
-  Standard-konformen Clients teilweise katastrophal interpretiert
-  werden.
+<p><bf>mIRC-Colors:</bf>
+  Allgemein &uuml;blich ist lediglich (sparsam angewandte) fette, invertierte und kursive
+  Darstellung, alles andere sind unsaubere Hacks, die hier
+  niemand sehen möchte.
 
-<tag/CTCP SOUND/
+<p><bf>CTCP SOUND:</bf>
   Wer Krach will, soll seine Stereoanlage aufdrehen, anstatt uns im
   IRC damit zu bel&auml;stigen. In diesem Zusammenhang sei erw&auml;hnt, da&szlig;
   Scripts, die sogar Public CTCPs (egal welcher Art) mit einer
   Fehlermeldung quittieren, mindestens genauso sinnlos sind.
 
-<tag/Standard-Spr&uuml;che per Mausklick/
+<p><bf>Standard-Spr&uuml;che per Mausklick:</bf>
   Den idiotischen mIRC-Spruch
-
-  <verb>
-  * A slaps B around a bit with a large trout
-  </verb>
-
+  "* A slaps B around a bit with a large trout"
   beispielsweise will hier niemand mehr lesen.
-</descrip>
 
 <sect1>Achtung BitchX-Loser!
 <p>
@@ -298,14 +377,24 @@
 Wenn Du bemerkst, dass einige Leute ein + vor ihrem Nickname haben, dann hat das
 in diesem Channel eine besondere Funktion:  Da der Channel nicht moderiert ist,
 haben wir das voice-Flag etwas zweckentfremdet und verwenden es, um besonders
-nervigen Leuten die sogenannte <bf>Narrenkappe</bf> aufzusetzen.  Das bedeutet,
+nervigen Leuten die sogenannte <em>Narrenkappe</em> aufzusetzen.  Das bedeutet,
 dass diese Personen offenbar nicht gewillt sind, selbst zu denken, und soll
 ihnen als Denkansto&szlig; dienen.  Man tut in der Regel gut daran, diese Leute
 zu ignorieren, um sich selbst nicht unn&ouml;tig aufzuregen.  Ein nettes
-Script, das dieses gut demonstriert hat Gerfried Fuchs geschrieben und
+irssi-Script, das dieses gut demonstriert hat Gerfried Fuchs geschrieben und
 netterweise zur Verf&uuml;gung gestellt:
 <url url="http://alfie.ist.org/projects/irssi/scripts/mute.pl" name="mute.pl">.
 
+<sect1>Sorgfalt beim Schreiben
+<p>
+
+Wenn du möchtest, dass deine Fragen gerne gelesen und beantwortet werden, gibt
+dir bitte Mühe bei der Rechtschreibung. Mehr als ein Satzzeichen ist immer
+zuviel, und man muss nicht jede Zeile mit einem Ausrufezeichen beenden. Viele
+mögen auch kein "Plenken", also unnötige Leerzeichen vor Satzzeichen. Ob du
+Groß/kleinschreibung benutzt bleibt dir selbst überlassen, aber sei bitte
+konsequent.
+
 
 <sect>Einige Clients
 <p>
@@ -315,10 +404,16 @@
 subjektive Entscheidung.  Diese Aufz&auml;hlung solll einen kleinen
 &Uuml;berblick &uuml;ber die vorhandenen Clients geben.
 
-Die meisten der hier erw&auml;hnten Clients k&ouml;nnen von <url
-url="ftp://ftp.infodrom.north.de/pub/unix/network/irc/" name="Infodrom
-Oldenburg"> bezogen werden.  Dieser Server mirrort die jeweiligen
-Home-Server und stellt die Clients gesammelt zur Verf&uuml;gung.
+Schaut man die Zahlen an, so benutzen die meisten im Channel irssi (mit screen)
+als Text-Client und X-Chat als GUI-Client.
+
+Die in Debian enthaltenen IRC-Clients findet man in der "net"-Section:
+<url url="http://packages.debian.org/stable/net/" name="http://packages.debian.org/stable/net/">
+
+<!-- im Moment broken:
+http://packages.debian.org/cgi-bin/search_packages.pl?keywords=irc+client&searchon=all&subword=1&version=stable&release=all
+-->
+
 
 <descrip>
 <tag/Barp/
@@ -326,7 +421,7 @@
 	Skript-Erweiterung f&uuml;r den ircII, um Phoenix zu ersetzen.  Die
 	Benutzung wird teilweise von erfolgreichen Z&uuml;chtern empfohlen.
 <tag/BitchX/
-	Freiwillige vor
+	Ncurses-basierter Client. Etwas seltsame Default-Einstellungen.
 <tag/circus/
 	Nicht frei verf&uuml;gbar und damit bei vielen Linux usern schon
 	unten durch.  Nett, graphisch, aber die Icons sehen bl&ouml;d aus.
@@ -346,23 +441,21 @@
 	Terminal.  Zudem l&auml;&szlig;t er sich hervorragend mit
 	Screen koppeln.
 
-	Wenn man
-
-	<verb>
-	/set novice off
-	</verb>
-
+	Wenn man "<tt>/set novice off</tt>"
 	ins &tilde;/.ircrc eintr&auml;gt, dann kann man auch gleichzeitig
 	auf verschiedenen Channels sein.  Mit den
 	<tt>/window</tt>-Befehlen ist zudem eine Aufteilung des
 	Bildschirms m&ouml;glich.  Nicht vergessen: <tt>/help</tt> f&uuml;r
 	Hilfstexte.
 <tag/Irssi/
-        Ein weiterer guter Client f&uuml;r IRC. Er kann von alleine mehrere
-        Windows aufachen, eines fuer jeden Channel sowie f&uuml; Queries mit anderen
-        IRC- Teilnehmern. Im grossen und ganzen ein sehr komportabeler Client.
-        Es existiert auch eine graphische Oberfl&auml;che f&uuml;r Gnome/GTK.
-        Zudem kann Irssi auch mehrer Connections zu anderen IRC- Servern aufbauen.
+	Ein weiterer guter Client f&uuml;r IRC. Er kann von alleine mehrere
+	Windows aufmachen, eines f&uuml;r jeden Channel sowie f&uuml;r Queries
+	mit anderen IRC-Teilnehmern. Zudem kann Irssi Connections zu mehreren
+	IRC-Servern aufbauen. Im gro&szlig;en und ganzen ein sehr komfortabeler
+	Client, der mit Perl-Plugins erweiterbar ist. Wer ircII benutzt hat,
+	wird irssi wahrscheinlich sofort mögen. Es existiert auch eine
+	graphische Oberfl&auml;che f&uuml;r Gnome/GTK, die aber seit längerem
+	nicht weiterentwickelt wurde.
 <tag/Kiwi/
 	Ein IRC-Mode f&uuml;r den Emacs.
 <tag/qtirc/
@@ -412,6 +505,8 @@
 
 	Bezug: <url url="http://home.pages.de/&tilde;tkirc/"
 	name="Homepage">
+<tag/X-Chat/
+	Grafischer Client. Weit verbreitet.
 <tag/xirc/
 	Grafischer Client.  Sieht zwar nett aus, aber viel zu
 	unpraktisch zum Benutzen.  Setzt X11 voraus.

