Prosim, preberite ves ta odgovor, preden pošljete sporočilo v svetovno novičarsko skupino. Vem, da je ta odgovor dolg, a morda se pripravljate, da se boste osmešili pred 50.000 ljudmi in porabili na stotine ur njihovega časa. Kajneda se splača porabiti nekaj vašega časa za branje in upoštevanje teh navodil?
Če mislite, da je odgovor nepopoln ali netočen, se obrnite najprej na vzdrževalca prevoda na <roman.maurer@hermes.si>, saj gre morda za zastarel prevod, potem šele na originalnega avtorja Linux FAQ Roberta Kieslinga, <rkiesling@mainmatter.com>.
Preberite ustrezne knjige projekta Linux Documentation Project - glejte razdelek ,,Kje lahko dobim HOWTO-je in ostalo dokumentacijo?``.
Če ste novopečeni uporabnik Unixa, preberite FAQ (Frequently Asked
Questions, angleška kratica za PZV) skupine
comp.unix.questions, morda bodo
zanimiva tudi tista ostalih skupin news:comp.unix.*.
Linux ima toliko skupnega s komercialnimi Unixi, da se bo skoraj vse,
kar preberete tam, nanašalo tudi na Linux. PZV o Unixu lahko, tako
kot vsa PZV, najdete na
ftp://rtfm.mit.edu/pub/usenet/news.answers, če nimate dostopa
do FTP-ja vam jih lahko pošlje tudi <mail-server@rtfm.mit.edu>. Po svetu obstajajo tudi zrcala
arhivov PZV - poglejte v Introduction to *.answers posting, ali glejte
v news-answers/introduction na zgornjem mestu.
V Sloveniji obstaja zrcalo PZV na naslovu ftp://ftp.arnes.si/usenet/news.answers/.
Preglejte za vaše vprašanje ustrezen HOWTO, če obstaja, ali ustrezen starinski dokument sub-FAQ. Preverite na mestu za FTP.
Eksperimentirajte - to je najboljši način za učenje Unixa in Linuxa.
Berite dokumentacijo. Berite referenčni priročnik (napišite man
man za navodila, tudi man -k <predmet> pogosto
navede uporabne in ustrezne reference).
Poglejte v dokumentacijo v formatu Info (v Emacsu napišite C-h
i, se pravi Control-H potem pa še I) -
dokumentacija ni le za Emacs, v njej je na primer tudi celotna
dokumentacija o prevajalniku GCC.
Pogosto boste poleg programskega paketa dobili tudi datoteko
README z navodili za namestitev in/ali uporabo paketa.
Prepričajte se, da nimate pokvarjenega ali zastarelega izvoda programa, ki vam povzroča težave. Če je to mogoče, ga še enkrat prenesite k sebi in namestite - morda ste prvič naredili napako.
Spremljajte novičarsko skupino comp.os.linux.announce, v njej so pogosto zelo pomembne informacije za vse uporabnike Linuxa.
Splošna vprašanja za delo z X-Windows spadajo v comp.windows.x.i386unix, ne v comp.os.linux.x. Vendar pred pošiljanjem sporočila spremljajte skupino (vključno s PZV)!
Le, če ste upoštevali vsa ta navodila, in še vedno obtičali v težavah,
lahko opišete problem v ustrezni skupini
news:comp.os.linux.*. Pred tem pa preberite še naslednji
razdelek
,,Kaj vključiti v prošnjo za pomoč``.
Prosim, natančno preberite naslednji nasvet o tem, kako pisati vaša novičarska sporočila ali epošto. Upoštevanje teh navodil bo bistveno pripomoglo temu, da bo strokovnjak in/ali nek drug uporabnik prebral vaše sporočilo in imel dovolj informacije in motivacije, da vam bo odgovoril.
Nasvet se nanaša na klice na pomoč v novičarskih skupinah in tudi na zasebno pošto, ki jo pošiljate strokovnjakom in souporabnikom.
Prepričajte se, da boste opisali problem z vsemi podrobnostmi, vključno s podatki:
--version.uname -a, različico deljenih knjižnic
pa z ukazom ls -l /lib/libc*.Če ne pošiljate velikih količin izvorne kode ali uuencodiranih datotek, niste v nevarnosti, da bi bilo vaše sporočilo predolgo, zato le upoštevajte zgornja navodila.
Uporabljajte razumljivo, podrobno predmetno vrstico (Subject). Ne pišite v njo stvari kot ,,ne deluje``, ,,Linux``, ,,na pomoč`` ali ,,vprašanje`` -- to že vemo! Prihranite prostor v predmetu za ime programa, del sporočila o napaki, povzetek nenavadnega obnašanja ipd.
Če poročate o sporočilu ,,unable to handle kernel paging
request``, upoštevajte navodila v datoteki README,
priloženi izvorni kodi, da boste spremenili številke v nekaj
uporabnega. Če ne boste storili tega, ne bo tega mogel storiti nihče
drug, saj se preslikave med številkami in sporočili razlikujejo od
jedra do jedra.
Na začetku vašega sporočila napišite povzetek (en sam odstavek).
V zaključku vašega sporočila prosite za odgovor po epošti in napišite,
da boste poslali v skupino povzetek. To podprite z uporabo polja
Followup-To: poster. Po nekaj dnevih ali tednu tudi zares
objavite povzetek. Ne združite preprosto vseh odgovorov, ki ste jih
dobili - povzemite jih. V predmet vašega sporočila dajte besedo
SUMMARY (povzetek). Razmislite o objavi
povzetka v
comp.os.linux.announce.
Prepričajte se, da ima vaše sporočilo pravilno zaglavje
References. To označi vaš članek kot del niti originalnega
članka, tako bralcem ni treba brati člankov, ki jih ne zanimajo.
V vašem sporočilu lahko tudi poveste, da ste prebrali ta in ta PZV in ustrezen HOWTO - morda ljudje potem ne bodo preskočili vašega sporočila.
Ne pozabite, da ne smete javno objavljati zasebne pošte, brez dovoljenja pisca.
Poskusite poiskati avtorja ali razvijalca programa ali dela programa, ki vam povzroča težave. Če imate podporo pri prodajalcu distribucije Linuxa, jo uporabite. V Sloveniji lahko uporabite tudi elektronski spisek lugos-list ali pišete na lugos@lugos.si.
Prosim, vključite v e-pošto vse, kar bi sicer vključili v javno prošnjo za pomoč.
Končno, zavedajte se dejstva, da od neplačanega prostovoljca nimate pravice pričakovati odgovora, čeprav je večina skupnosti Linuxa zelo pripravljena odgovoriti in pomagati.