, prosim, preberite ta odgovor v celoti, preden pošljete sporočilo v svetovno novičarsko skupino. Vem, da je odgovor dolg, a morda se mislite zdaj, zdaj osmešiti pred 50.000 ljudmi in porabiti na stotine ur njihovega časa. Kajne, da se splača žrtvovati nekaj č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@lugos.si>, saj gre morda za zastarel prevod, šele potem na originalnega avtorja Linux FAQ, Davida Merrilla na david@lupercalia.net.
Preberite si ustrezne knjige projekta Linux Documentation Project -- glej razdelek Kje je dokumentacija?.
Če ste nov uporabnik Unixa, si preberite FAQ (Frequently Asked
Questions, angleška kratica za PZV) skupine
comp.unix.questions, morda bodo
zanimiva tudi tista iz drugih 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, tako
kakor vsa PZV, najdete na
ftp://rtfm.mit.edu/pub/usenet/news.answers, če nimate dostopa
do FTP, vam jih lahko pošlje tudi <
mail-server@rtfm.mit.edu>. Po svetu so tudi zrcala
arhivov PZV -- poglejte v Introduction to *.answers posting ali poglejte
v news-answers/introduction
na zgornjem mestu.
V Sloveniji je zrcalo PZV na naslovu ftp://ftp.arnes.si/usenet/news.answers/.
Preglejte za vaše vprašanje ustrezen HOWTO 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. Preberite 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 F1-i
i
, se pravi tipko F1
, 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.
Preverite, da nimate pokvarjenega ali zastarelega izvoda programa, ki vam povzroča težave. Če je 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 (skupaj 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 comp.os.linux.*
ali
lugos-*
. Pred tem pa preberite še naslednji razdelek:
Kaj vključiti v prošnjo za pomoč.
Prosim, natančno si preberite naslednji nasvet o tem, kako pisati novičarska sporočila ali e-pošto. Upoštevanje teh navodil bo bistveno pripomoglo k temu, da bo strokovnjak in/ali neki drug uporabnik prebral vaše sporočilo in imel dovolj informacij 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.
Pazite, da boste opisali problem z vsemi podrobnostmi, skupaj s podatki:
--version
.uname -a
, različico deljenih knjižnic
pa z ukazom ls -l /lib/libc*
.Če ne pošiljate velikih količin izvirne kode ali uuencodiranih datotek, niste v nevarnosti, da bi bilo vaše sporočilo predolgo, zato se ne bojte vključiti preveč informacij.
Uporabljajte razumljivo, podrobno predmetno vrstico (Subject). Ne pišite vanjo 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 vedenja ipd.
Na začetku vašega sporočila napišite povzetek (en sam odstavek).
V sklepu vašega sporočila prosite za odgovor po e-poš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
lugos-list
ali
comp.os.linux.announce.
Preverite, ali 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 svojem 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 poštni seznam
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č.
Nazadnje pa se tudi zavedajte dejstva, da od neplačanega prostovoljca nimate pravice pričakovati odgovora, čeprav je večina skupnosti Linuxa zelo pripravljena pomagati.