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@fmf.uni-lj.si
>,
saj gre morda za zastarel prevod, potem šele na originalnega avtorja Linux
FAQ Roberta Kieslinga,
<kiesling@ix.netcom.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
news: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 mesti 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 inštalacijo 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
news: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
news:comp.windows.x.i386unix
,
ne v
news: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.so.4
.Č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
news: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 Linuxove distribucije,
jo uporabite. V Sloveniji lahko uporabite tudi elektronski spisek
lugos-list ali pišete na
lugos@lugos.si
.
Prosim, vključite v epoš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 Linuxove skupnosti zelo pripravljena odgovoriti in pomagati.