Foren-FAQs: Unterschied zwischen den Versionen

Aus wiki.archlinux.de
(15 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Das [https://forum.archlinux.de/ Arch Linux Forum] versteht sich als technisches Forum von Usern für User. Wir besitzen keine klaren Regeln, oder gar eine strenge Etiquette. Tatsächlich sind wir ein wenig stolz darauf, dass wir so etwas gar nicht brauchen. Stattdessen gehen wir davon aus, dass alle Beteiligten sich vom [https://www.gesetze-im-internet.de/gg/art_1.html Artikel 1 des Grundgesetzes]) leiten lassen.
Das [https://forum.archlinux.de/ Arch-Linux-Forum] versteht sich als technisches Diskussionsplattform von Usern für User.
Damit sind natürlich eine Reihe von Themen von vornherein ausgeschlossen: Persönliche Angriffe, inhaltsleere Pöbelei, religiöse Hetze oder kommerzielle Werbung haben hier nichts verloren und werden dem entsprechend geahndet.


Da wir nicht völlig abseits vom weiteren sozialen Umfeld agieren wollen sind Diskussionen zu gesellschaftspolitischen Themen, Sport, oder Fernseh-Serien durchaus - aber nur in der nicht-technischen Kategorie ''Café'' - erlaubt.
Persönliche Angriffe, inhaltsleere Pöbelei, religiöse Themen, oder kommerzielle Werbung sind im Forum nicht erwünscht, und werden seitens der Forenmoderation entsprechend behandelt. Da wir nicht völlig abseits vom weiteren sozialen Umfeld agieren wollen steht für Diskussionen zu gesellschaftlichen Themen, Sport, oder der Lieblings-Fernsehserie die nicht-technische Kategorie [https://forum.archlinux.de/t/cafe Café] offen.


==Registrierung==
Darüber hinaus besitzen wir keine all zu strengen Regeln oder eine kodifizierte Etiquette. Stattdessen gehen wir davon aus, dass alle Beteiligten sich selbst und andere respektieren und achten.
Eigene Beiträge sind nur nach einer Registrierung möglich. Nutzername und Passwort im Forum gelten automatisch auch hier im Wiki. Bitte beachtet, dass Nutzernamen keine Unterstriche enthalten sollten. (An der Möglichkeit sich auch als Gast im Forum einzuloggen wird derzeit noch gearbeitet.)


==Formatierung und Rechtschreibung==
==Wie registriere ich mich?==
Wir sind keine Sprachfaschisten, und wir alle machen Fehler - aber konsequente Missachtung der Rechtschreib- und Formatierungsregeln gelten als unhöflich und respektlos. Wer schlampig fragt, bekommt auch eine schnodderige Antwort (wenn überhaupt).
Eigene Beiträge sind nur nach einer Registrierung möglich. Nutzername und Passwort im Forum gelten automatisch auch hier im Wiki. Der Nutzername sollte keine Unterstriche enthalten, da dies Probleme bei der Anmeldung im Wiki verursachen kann.


* Code sollte immer in `{{ic|Codezeile}}` bzw. ```{{ic|Codeblock}}``` gesetzt werden.
==Was ist mit Formatierung und Rechtschreibung?==
Wir alle machen Fehler - aber die konsequente Missachtung der Rechtschreib- und Formatierungsregeln lassen beim Leser schnell das Gefühl aufkommen dass jemand der „so schreibt“, auch bei der Fehlerbehandlung und Problemlösung nicht sehr sorgfältig arbeitet.


===Im Wiki===
* Im Forum wird [https://daringfireball.net/projects/markdown/syntax Markdown] {{sprache|en}} unterstützt.
Bitte beachte, dass im Wiki eine eigene [[Hilfe:Bearbeitungshilfe|Bearbeitungshilfe]] mit leicht veränderter Syntax gilt.
* Einzelne Codezeilen sollten immer in einfache ''Backticks'' ({{ic|`Codezeile`}}) gesetzt werden, mehrzeiliger Code immer in dreifache ({{ic|```Codeblock```}}, allerdings jeweils auf einer eigenen Zeile vor/nach dem Code).
* Foren-Syntax und Wiki-Syntax sind nicht miteinander Kompatibel, für Hilfe zum Wiki, siehe [[:Kategorie:Hilfe|Wiki-Hilfe]].


Zu stilistischen Fragen im Wiki vgl. [[Gute Beiträge schreiben]].
Um die Chancen zu erhöhen Hilfe zu erhalten, empfiehlt es sich, nach dem Posten eventuell das Thema noch mal zu bearbeiten, und fehlerhafte Formatierung (Insbesondere Codezeilen und Codeblöcke) zu korrigieren, da insbesondere auch die Formatierung zur Lesbarkeit beiträgt, und bessere Lesbarkeit führt automatisch dazu, dass der Beitrag auch vollständig gelesen wird.


==Wie setze ich mein eigenes Thema auf „gelöst"?==
==Wie setze ich mein eigenes Thema auf „gelöst"?==
Ist eine Frage ausreichend beantwortet, dann sollte der Fragesteller seinen Beitrag als ''gelöst'' markieren. Das erleichtert allen anderen, die ein ähnliches Problem haben, die Suche nach einer Lösung erheblich. Nachdem man seinen Diskussionsbeitrag geöffnet hat klickt man auf die folgenden Stellen:
Ist eine Frage ausreichend beantwortet, dann sollte der Fragesteller seinen Beitrag als ''gelöst'' markieren. Das erleichtert allen anderen, die ein ähnliches Problem haben, die Suche nach einer Lösung erheblich. Nachdem man seinen Diskussionsbeitrag geöffnet hat, klickt man auf die folgenden Buttons.
[[Datei:Themen_ändern.png |left|Das Thema ändern]]
[[Datei:gelöst.png |Das Thema auf gelöst setzen]]


==Geschlossene Themen==
Nur Moderatoren können Themen schließen, so dass dann keine weiteren Antworten möglich sind.


==Befehlsausgabe umleiten==
[[Datei:Themen_ändern.png|left|Das Thema ändern]]
Die Ausgabe von Befehlen kannst Du vom Terminalfenster zu einer Datei umleiten.
[[Datei:gelöst.png|Das Thema auf gelöst setzen]]


<Befehl> > ausgabe.txt


==Ausgaben hochladen==
Auf gelöste Themen kann weiterhin geantwortet werden. Nur Moderatoren können Themen schließen, so dass dann keine weiteren Antworten möglich sind. Generell werden Themen allerdings nur in Ausnahmefällen geschlossen (Vandalismus, Spam, [[Foren-FAQs#Was_ist_ein_.E2.80.9ENekro-Post.22.3F|Nekro-Posts]], etc.).
Steht auf einem System keine GUI bereit um mit Copy & Paste Logs bzw. Befehlsausgaben im Forum zu Posten, dann kann man sich behelfen, indem man die Ausgabe nach http://sprunge.us leitet und im Forum nur noch einen Link postet.
Für einen Befehl:


<Befehl> | curl -F 'sprunge=<-' http://sprunge.us
==Wie kann ich die Befehlsausgabe hochladen?==
Die Ausgabe von Befehlen kann man im Terminalfenster mittels {{ic| Befehl > ausgabe.txt}} in eine Datei umleiten und die Ausgabe dann aus der Datei auslesen, was meist einfacher geht, als direkt aus der Konsole heraus Logs zu kopieren. Weitere Informationen zur Umleitung von Befehlen siehe Artikel [[Umleitungen]].


Für eine Datei:
Steht auf einem System keine GUI bereit um mit Copy & Paste Logs bzw. Befehlsausgaben im Forum zu Posten, kann man sich behelfen indem man die Ausgabe nach http://sprunge.us leitet und im Forum nur noch einen Link postet.


cat <Datei> | curl -F 'sprunge=<-' http://sprunge.us
Für die Ausgabe eines Befehls:


==Wie poste ich einen Screenshot?==
Befehl | curl -F 'sprunge=<-' <nowiki>http://sprunge.us</nowiki>
Idealerweise bevorzugen wir bei Problemen die Ausgaben von Kommandozeilen-Befehlen. Auf die Möglichkeit, Bildschirme abzufotografieren und hochzuladen, sollte nur in absoluten Notfällen zurück gegriffen werden. Alternativ dazu gibt es zahlreiche Möglichkeiten, einen [[Screenshot erstellen|Screenshot]] zu erstellen.


Generell gilt: Je besser, detaillierter und klarer eure Angaben sind, desto besser werden auch die Antworten ausfallen.
Für den Inhalt einer Datei:
 
cat Datei | curl -F 'sprunge=<-' <nowiki>http://sprunge.us</nowiki>
 
Textbasierte Ausgabe von Kommandozeilenbefehlen wird bevorzugt, da das Suchen und ggf. Kopieren massiv erleichtert wird. Auf die Möglichkeit, Bildschirme abzufotografieren und hochzuladen, sollte so weit wie möglich verzichtet werden. Sofern notwendig, sollte stattdessen ein [[Screenshot erstellen|Screenshot erstellt]] werden.
 
Generell gilt: Je besser, detaillierter und klarer die Angaben sind, desto besser können andere Forenteilnehmer helfen. In allen Fällen ist aber darauf zu achten, dass persönliche Daten und Passörter nicht in der Ausgabe vorhanden sein sollten, bzw. vor dem Posten im Forum anonymisiert werden.


==Wie „kapere" ich ein Thema?==
==Wie „kapere" ich ein Thema?==
Am Besten: Gar nicht! Man sollte sich nicht mit eigenen Problemen an bereits existierende, vielleicht nur vage verwandte Diskussionen anhängen. Im Zweifelsfalle ist es immer besser, mit detaillierter Beschreibung des eigenen Problems ein neues Thema zu eröffnen, auch wenn es dadurch zu Dopplungen kommen mag.
Am besten: Gar nicht!
 
Man sollte sich nicht mit eigenen Problemen an bereits existierende, vielleicht nur vage verwandte Diskussionen anhängen. Es ist immer besser, mit einer detaillierten Beschreibung des eigenen Problems ein neues Thema zu eröffnen, auch wenn es dadurch zu Dopplungen kommen könnte.


==Was ist ein „Nekro-Post"?==
==Was ist ein „Nekro-Post"?==
Eine Antwort auf ein Thema, dass eigentlich schon tot bzw. inaktiv ist, und an das man sicher besser nicht mehr anhängen sollte. Arch ist immer in schnellem Wandel begriffen, so dass auch kluge Antworten sehr schnell veralten können. Als Faustregel gilt: Alles, was länger als zwölf Monate inaktiv ist, sollte nicht krampfhaft wiederbelebt werden.
Eine Antwort auf ein Thema, dass eigentlich schon tot bzw. inaktiv ist, und an das man sicher besser nicht mehr anhängen sollte. Arch ist immer in schnellem Wandel begriffen, so dass auch kluge Antworten sehr schnell veralten können. Alles, was länger als sechs Monate inaktiv ist, sollte nicht wiederbelebt werden.


Nekro-Posts führen unweigerlich zur Schließung des gesamten Themas. Auch hier gilt: Besser ein eigenes Thema eröffnen.
Nekro-Posts zudem führen unweigerlich zur Schließung des gesamten Themas. Auch hier gilt: Besser ein eigenes Thema eröffnen.


==Warum kriege ich so wenig Unterstützung, wenn ich ein Arch-Derivat verwende?==
==Warum kriege ich so wenig Unterstützung, wenn ich ein Arch-Derivat verwende?==
Fragen zu [[Arch-Derivate | Archlinux-Derivaten]] im Forum zu stellen, ist generell umstritten. Es mag für Fragestellende seltsam anmuten, wenn sie einfach ignoriert oder nicht unbedingt mit „offenen Armen“ empfangen werden. Dies hat aber auch technische Gründe, denn die Derivate unterscheiden sich oft in:
Fragen zu [[Arch-Derivate|Archlinux-Derivaten]] im Forum zu stellen, ist generell umstritten. Es mag für Fragestellende seltsam anmuten, wenn sie einfach ignoriert oder nicht unbedingt mit „offenen Armen“ empfangen werden. Dies hat aber auch technische Gründe, denn die Derivate unterscheiden sich oft in:


* den verwendeten Kernelmodulen
* den verwendeten Kernelmodulen
* nicht dokumentierten Konfigurationen
* nicht dokumentierten Konfigurationen
* den Paketen
* den standardmäßig installierten Paketen
* den in eigenen Repositorien bereitgestellten Paketen


Arch Linux Nutzer können deshalb die Dysfunktion eines Derivats nicht auf ihrem eigenen Rechner nachvollziehen. Aus diesen Gründen sollten Fragen immer im Forum des jeweiligen Derivats gestellt werden, zumal die erarbeiteten Lösungen dort auch für andere User besser auffindbar sind.  
Arch-Linux-Nutzer können deshalb Probleme mit Derivaten nicht auf ihrem eigenen Rechner nachvollziehen. Aus diesen Gründen sollten Fragen immer im Forum des jeweiligen Derivats gestellt werden, zumal die erarbeiteten Lösungen dort auch für andere User besser auffindbar sind.  


Falls doch einmal hier im Forum eine Ausnahme von der Regel gemacht werden soll, dann ist es absolut wichtig, zu aller erst das Derivat zu nennen das benutzt wird.
Falls doch einmal hier im Forum eine Ausnahme von der Regel gemacht werden soll, dann ist es absolut wichtig, zu aller erst das Derivat zu nennen das benutzt wird.
==Wieso wird meine Frage nicht beantwortet?==
Wenn man keine Antworten auf eine Frage erhält, liegt das meistens daran dass die Antwort keiner kennt. Gerade wenn es um sehr spezielle Probleme innerhalb einzelner Anwendungen geht, ist die Wahrscheinlichkeit sehr gering hier auf jemanden zu treffen der genau dieses spezielle Problem ebenfalls hatte und eine Lösung kennt. Hier bietet sich an, im englischen Forum zu fragen, da dort wesentlich mehr User aktiv sind. Auch das Fragen in den Supportkanälen der problematischen Software, etc. führt da oft zu besseren Ergebnissen.
Wenn für die Lösung eines Problems weitere Informationen erbeten werden, und diese nicht nachgereicht werden oder nur umschrieben werden, frustriert dies ebenfalls Hilfswillige und führt auch dazu, dass Forendiskussionen im Sande verlaufen. Arch Linux ist zudem eine Distribution, die sich an erfahrenere User richtet, eine gewisse Grundkenntnis wird vorausgesetzt und ein gewisses Maß an Eigeninitiative erwartet.
''leere Fragen'' werden meist ignoriert oder flapsig beantwortet. Leere Fragen sind solche, die rein um des Fragens willen gestellt werden und die lediglich eine Diskussion erzeugen sollen und nicht das Ziel haben, ein konkretes Problem zu lösen. Solche Beiträge werden durch die Moderation streng beobachtet und unter gewissen Umständen geschlossen. Wenn das Posting also so aussieht, wird es mit hoher Wahrscheinlichkeit als leere Frage interpretiert werden. Da hilft nur, mehr Details hinzuzufügen („Was habe ich gemacht?“, „Welche Fehlermeldungen erscheinen?“, Details zu Programmversionen, eventuell verweis auf Bugtracker, etc.)


[[Kategorie:Arch-Linux-Projekte]]
[[Kategorie:Arch-Linux-Projekte]]

Version vom 19. Februar 2022, 19:41 Uhr

Das Arch-Linux-Forum versteht sich als technisches Diskussionsplattform von Usern für User.

Persönliche Angriffe, inhaltsleere Pöbelei, religiöse Themen, oder kommerzielle Werbung sind im Forum nicht erwünscht, und werden seitens der Forenmoderation entsprechend behandelt. Da wir nicht völlig abseits vom weiteren sozialen Umfeld agieren wollen steht für Diskussionen zu gesellschaftlichen Themen, Sport, oder der Lieblings-Fernsehserie die nicht-technische Kategorie Café offen.

Darüber hinaus besitzen wir keine all zu strengen Regeln oder eine kodifizierte Etiquette. Stattdessen gehen wir davon aus, dass alle Beteiligten sich selbst und andere respektieren und achten.

Wie registriere ich mich?

Eigene Beiträge sind nur nach einer Registrierung möglich. Nutzername und Passwort im Forum gelten automatisch auch hier im Wiki. Der Nutzername sollte keine Unterstriche enthalten, da dies Probleme bei der Anmeldung im Wiki verursachen kann.

Was ist mit Formatierung und Rechtschreibung?

Wir alle machen Fehler - aber die konsequente Missachtung der Rechtschreib- und Formatierungsregeln lassen beim Leser schnell das Gefühl aufkommen dass jemand der „so schreibt“, auch bei der Fehlerbehandlung und Problemlösung nicht sehr sorgfältig arbeitet.

  • Im Forum wird Markdown unterstützt.
  • Einzelne Codezeilen sollten immer in einfache Backticks (`Codezeile`) gesetzt werden, mehrzeiliger Code immer in dreifache (```Codeblock```, allerdings jeweils auf einer eigenen Zeile vor/nach dem Code).
  • Foren-Syntax und Wiki-Syntax sind nicht miteinander Kompatibel, für Hilfe zum Wiki, siehe Wiki-Hilfe.

Um die Chancen zu erhöhen Hilfe zu erhalten, empfiehlt es sich, nach dem Posten eventuell das Thema noch mal zu bearbeiten, und fehlerhafte Formatierung (Insbesondere Codezeilen und Codeblöcke) zu korrigieren, da insbesondere auch die Formatierung zur Lesbarkeit beiträgt, und bessere Lesbarkeit führt automatisch dazu, dass der Beitrag auch vollständig gelesen wird.

Wie setze ich mein eigenes Thema auf „gelöst"?

Ist eine Frage ausreichend beantwortet, dann sollte der Fragesteller seinen Beitrag als gelöst markieren. Das erleichtert allen anderen, die ein ähnliches Problem haben, die Suche nach einer Lösung erheblich. Nachdem man seinen Diskussionsbeitrag geöffnet hat, klickt man auf die folgenden Buttons.


Das Thema ändern
Das Thema ändern

Das Thema auf gelöst setzen


Auf gelöste Themen kann weiterhin geantwortet werden. Nur Moderatoren können Themen schließen, so dass dann keine weiteren Antworten möglich sind. Generell werden Themen allerdings nur in Ausnahmefällen geschlossen (Vandalismus, Spam, Nekro-Posts, etc.).

Wie kann ich die Befehlsausgabe hochladen?

Die Ausgabe von Befehlen kann man im Terminalfenster mittels Befehl > ausgabe.txt in eine Datei umleiten und die Ausgabe dann aus der Datei auslesen, was meist einfacher geht, als direkt aus der Konsole heraus Logs zu kopieren. Weitere Informationen zur Umleitung von Befehlen siehe Artikel Umleitungen.

Steht auf einem System keine GUI bereit um mit Copy & Paste Logs bzw. Befehlsausgaben im Forum zu Posten, kann man sich behelfen indem man die Ausgabe nach http://sprunge.us leitet und im Forum nur noch einen Link postet.

Für die Ausgabe eines Befehls:

Befehl | curl -F 'sprunge=<-' http://sprunge.us

Für den Inhalt einer Datei:

cat Datei | curl -F 'sprunge=<-' http://sprunge.us

Textbasierte Ausgabe von Kommandozeilenbefehlen wird bevorzugt, da das Suchen und ggf. Kopieren massiv erleichtert wird. Auf die Möglichkeit, Bildschirme abzufotografieren und hochzuladen, sollte so weit wie möglich verzichtet werden. Sofern notwendig, sollte stattdessen ein Screenshot erstellt werden.

Generell gilt: Je besser, detaillierter und klarer die Angaben sind, desto besser können andere Forenteilnehmer helfen. In allen Fällen ist aber darauf zu achten, dass persönliche Daten und Passörter nicht in der Ausgabe vorhanden sein sollten, bzw. vor dem Posten im Forum anonymisiert werden.

Wie „kapere" ich ein Thema?

Am besten: Gar nicht!

Man sollte sich nicht mit eigenen Problemen an bereits existierende, vielleicht nur vage verwandte Diskussionen anhängen. Es ist immer besser, mit einer detaillierten Beschreibung des eigenen Problems ein neues Thema zu eröffnen, auch wenn es dadurch zu Dopplungen kommen könnte.

Was ist ein „Nekro-Post"?

Eine Antwort auf ein Thema, dass eigentlich schon tot bzw. inaktiv ist, und an das man sicher besser nicht mehr anhängen sollte. Arch ist immer in schnellem Wandel begriffen, so dass auch kluge Antworten sehr schnell veralten können. Alles, was länger als sechs Monate inaktiv ist, sollte nicht wiederbelebt werden.

Nekro-Posts zudem führen unweigerlich zur Schließung des gesamten Themas. Auch hier gilt: Besser ein eigenes Thema eröffnen.

Warum kriege ich so wenig Unterstützung, wenn ich ein Arch-Derivat verwende?

Fragen zu Archlinux-Derivaten im Forum zu stellen, ist generell umstritten. Es mag für Fragestellende seltsam anmuten, wenn sie einfach ignoriert oder nicht unbedingt mit „offenen Armen“ empfangen werden. Dies hat aber auch technische Gründe, denn die Derivate unterscheiden sich oft in:

  • den verwendeten Kernelmodulen
  • nicht dokumentierten Konfigurationen
  • den standardmäßig installierten Paketen
  • den in eigenen Repositorien bereitgestellten Paketen

Arch-Linux-Nutzer können deshalb Probleme mit Derivaten nicht auf ihrem eigenen Rechner nachvollziehen. Aus diesen Gründen sollten Fragen immer im Forum des jeweiligen Derivats gestellt werden, zumal die erarbeiteten Lösungen dort auch für andere User besser auffindbar sind.

Falls doch einmal hier im Forum eine Ausnahme von der Regel gemacht werden soll, dann ist es absolut wichtig, zu aller erst das Derivat zu nennen das benutzt wird.

Wieso wird meine Frage nicht beantwortet?

Wenn man keine Antworten auf eine Frage erhält, liegt das meistens daran dass die Antwort keiner kennt. Gerade wenn es um sehr spezielle Probleme innerhalb einzelner Anwendungen geht, ist die Wahrscheinlichkeit sehr gering hier auf jemanden zu treffen der genau dieses spezielle Problem ebenfalls hatte und eine Lösung kennt. Hier bietet sich an, im englischen Forum zu fragen, da dort wesentlich mehr User aktiv sind. Auch das Fragen in den Supportkanälen der problematischen Software, etc. führt da oft zu besseren Ergebnissen.

Wenn für die Lösung eines Problems weitere Informationen erbeten werden, und diese nicht nachgereicht werden oder nur umschrieben werden, frustriert dies ebenfalls Hilfswillige und führt auch dazu, dass Forendiskussionen im Sande verlaufen. Arch Linux ist zudem eine Distribution, die sich an erfahrenere User richtet, eine gewisse Grundkenntnis wird vorausgesetzt und ein gewisses Maß an Eigeninitiative erwartet.

leere Fragen werden meist ignoriert oder flapsig beantwortet. Leere Fragen sind solche, die rein um des Fragens willen gestellt werden und die lediglich eine Diskussion erzeugen sollen und nicht das Ziel haben, ein konkretes Problem zu lösen. Solche Beiträge werden durch die Moderation streng beobachtet und unter gewissen Umständen geschlossen. Wenn das Posting also so aussieht, wird es mit hoher Wahrscheinlichkeit als leere Frage interpretiert werden. Da hilft nur, mehr Details hinzuzufügen („Was habe ich gemacht?“, „Welche Fehlermeldungen erscheinen?“, Details zu Programmversionen, eventuell verweis auf Bugtracker, etc.)