Wiki.lug.ro - Contribuții utilizator [ro]

Slackware

2008-10-15T04:41:49Z

Yuliyan: Reveniri la ultima modificare de către 200.91.89.226 (discuţie); revenire la ultima versiune de către Yuliyan

{| class=toccolours align=right style="margin-left: 1em;"
|+ Slackware Linux
|-
|Firma/developer: 
|   Slackware Linux Inc./Patrick Volkerding
|-
|Sistem de operare:
|   Linux
|-
|Ultima versiune:
|   12.1
|-
|Licenta:
|   GPL
|-
|Site oficial:
|   [http://www.slackware.com http://www.slackware.com]
|-
|Mascota Slackware:
|   [http://www.slackware.com.ro/tux.jpg tux]
|}

==Despre Slackware Linux==
Slackware Linux este una dintre primele distribuţii Linux. Încă de la prima versiune, Slackware a menţinut, şi încă menţine, simplitatea, stabilitatea si siguranţa în operare. Nu încearcă să rivalizeze cu Windows, încearcă doar să fie cel mai bun Linux posibil. Nu îşi propune să acopere programele cu interfeţe grafice fanteziste. În schimb, pune utilizatorii în control total asupra sistemului lăsându-i să interacţioneze cu acesta pană la cel mai mic detaliu.

Dezvoltarea distribuţiei nu este grăbită pentru a satisface termenele limită, fiecare versiune este lansată când este gata pregătită. Slackware este distribuţia ideală pentru cei cărora le place să înveţe şi să îşi configureze singuri propriul sistem, lăsându-i să facă exact ceea ce doresc. Stabilitatea si simplitatea sunt motivele pentru care mulţi folosesc această distribuţie.

Slackware Linux are reputaţia de a fi solid şi stabil, atât ca staţie de lucru dar mai ales ca server. Odată instalate si configurate, serverele pot susţine afaceri, putând juca orice rol dorit, cu costuri scăzute.

La fel ca în cazul altor [[distribuţii]], servere de web, FTP, e-mail, DNS si multe altele, sunt funcţionale la "cheie", precum şi o gama variată de medii desktop (interfeţe grafice - window manager). Sunt incluse şi o varietate de unelte pentru programare, editoare de text si biblioteci curente pentru cei ce doresc să-şi compileze propriile programe.

==Istoria Slackware Linux==
{| class=toccolours align=right style="margin-left: 1em;"
|+ istoria versiunilor x86
|-
! versiunea
! data lansării
|-
|1.0
|16 Iulie 1993
|-
|2.0
|2 Iulie 1994
|-
|3.0
|30 Noiembrie 1995
|-
|3.1
|3 Iunie 1996
|-
|3.2
|17 Februarie 1997
|-
|3.3
|11 Iunie 1997
|-
|3.4
|14 Octombrie 1997
|-
|3.5
|9 Iunie 1998
|-
|3.6
|28 Octombrie 1998
|-
|3.9/4.0
|17 Mai 1999
|-
|7.0
|25 Octombrie 1999
|-
|7.1
|22 Iunie 2000
|-
|8.0
|1 Iulie 2001
|-
|8.1
|18 Iulie 2002
|-
|9.0
|19 Martie 2003
|-
|9.1
|26 Septembrie 2003
|-
|10.0
|23 Iunie 2004
|-
|10.1
|2 Februarie 2005
|-
|10.2
|14 Septembrie 2005
|-
|11.0
|1 Octombrie 2006
|-
|12.0
|1 Iulie 2007
|-
|12.1
|1 Mai 2008
|}
Slackware a fost început de către Patrick Volkerding la începutul anului 1992 pe vremea când era student şi avea nevoie de un interpretor LISP necostisitor pentru un proiect. Una dintre puţinele distribuţii disponibile în perioada respectivă, era SLS Linux de la Soft Landing Systems. Folosind SLS Linux, Patrick constată că este plin de bug-uri şi se hotăreşte să le repare. În cele din urmă decide să îmbine toate aceste "reparaţii" în propria sa distribuţie privată pe care el şi prietenii lui să o poată folosi. Această distribuţie privată a câştigat repede popularitate, aşa că Volkerding s-a decis să o numească Slackware şi să o facă disponibilă public.

De-a lungul timpului, Patrick a adăugat lucruri noi în Slackware; un program de instalare prietenos bazat pe un sistem de meniuri, la fel şi conceptul administrării pachetelor, care le permite utilizatorilor să adauge, înlăture sau să ţină la curent pachetele software de pe sistemele lor într-un mod uşor.

Prima versiune de Slackware a fost lansată pe data de 16 Iulie 1993 de către Patrick Volkerding. 
Iulie 16 1993, canalul de ştiri comp.os.linux: 
From: Patrick J. Volkerding (bf703@cleveland.Freenet.Edu) 
Subject: ANNOUNCE: Slackware Linux 1.00 
Newsgroups: comp.os.linux 
Date: 1993-07-16 17:21:20 PST 

The Slackware Linux distribution (v. 1.00) is now available for anonymous FTP. This is a complete installation system designed for systems with a 3.5" boot floppy. It has been tested extensively with a 386/IDE system. The standard kernel included does not support SCSI, but if there's a great demand, I might be persuaded to compile a few custom kernels to put up for FTP.

Acesta este anunţul oficial prin care Patrick J. Volkerding, pe atunci student la Moorhead, Universitatea Statului Minnesota, anunţa naşterea unei noi distribuţii Linux. Anunţul integral se poate citi de [http://www.slackware.com.ro/announce/1.0.html aici].

Iulie 1 2007, pe site-ul www.slackware.com: 
That's right, the first 2.6(.21.5) based Slackware release is ready for download! We think you'll enjoy the latest kernel, KDE 3.5.7, XFce 4.4.1, HAL automounting for desktop users, an updated toolchain, and many other enhancements. The official announcement has more details. Also, consider supporting the project at http://store.slackware.com. Thanks to everyone who contributed improvements and fixes this time -- a lot of help made this a relatively smooth release.


Acelaşi Patrick J. Volkerding, având în spate de data aceasta compania Slackware Linux, Inc. anunţă lansarea oficială a unei noi versiuni a Slackware Linux. Anunţul integral îl găsiţi [http://slackware.com/announce/12.0.php aici].

==Filozofia Slackware==
Încă de la prima versiune proiectul [[Slackware]] [[Linux]] a avut ca scop producerea unei distribuţii cât mai aproape de UNIX ('UNIX-like'), încercând să respecte standardele Linux în vigoare. Având ca scop declarat simplitatea şi stabilitatea, [[Slackware]] a ajuns să fie una dintre cele mai populare, stabile şi uşor de administrat distribuţii.

O altă caracteristică importantă a [[Slackware]] este includerea în distribuţie doar a pachetelor verificate şi catalogate ca stabile/sigure (nu neapărat ultimele versiuni) şi configurarea/compilarea acestora cât mai aproape de concepţia autorului.

Scripturile de iniţializare 
[[Slackware]] foloseşte [[ Distro_Way#Slackware_.2F_Bluewhite64 4|scripturile]] de iniţializare de tip BSD, pe când multe alte distribuţii folosesc scripturi de iniţializare de tip System V. În principiu, pe distribuţiile cu scripturile de iniţializare de tip System V, pentru fiecare runlevel este alocat câte un subdirector pentru scripturi în timp ce pe distribuţiile de tip BSD este alocat câte un script pentru toate nivelele de iniţializare.

Susţinătorii tipului BSD spun că este mai bun acest tip de iniţializare deoarece este mult mai uşor de a găsi, a citi şi a întreţine scripturile. Pe partea cealaltă, susţinătorii scripturilor de tip System V spun că folosirea acestui tip de iniţializare sporeşte puterea şi flexibilitatea.

==Comunitatea Slackware Linux din România==
http://www.slackware.com.ro

==Distribuţii bazate pe Slackware==
[[Bluewhite64 Linux]] [http://www.bluewhite64.com] distributie autohtona - Slackware pe 64 de biti - neoficial 
[http://www.darkstarlinux.ro Darkstar Linux] 
[http://nimblex.net NimbleX] - distributie autohtona 
[http://www.vectorlinux.com Vector Linux] 
[http://www.slamd64.com Slamd64] 
[http://slax.linux-live.org/ Slax] 

==Legături externe==
* [http://www.slackware.com/ Pagina oficială a distribuţiei]
* [http://www.slackware.com.ro Comunitatea Slackware Linux România]

{{Distribuţie}}

Slackware

2008-10-12T16:48:05Z

Yuliyan: Reveniri la ultima modificare de către 74.55.158.66 (discuţie); revenire la ultima versiune de către Yuliyan

Slackware

2008-10-10T08:55:09Z

Yuliyan: Reveniri la ultima modificare de către 74.55.158.76 (discuţie); revenire la ultima versiune de către Yuliyan

Slackware

2008-10-09T12:05:05Z

Yuliyan: rv doi vandali

Discuție:Cum se pun întrebări în mod inteligent

2008-09-28T08:05:18Z

Yuliyan: rv vandalism 193.202.63.20

Nu ma prind cum se formateaza definitiile :)

Ce definitii, mai precis?! Parca eram la capitolul cum se pun intrebari inteligente?! :-) [[Utilizator:Bmbogdan|Bmbogdan]] 4 Dec 2005 17:19 (EET)

Definitions list. Exact unde am ramas (Folositi linii de subiect relevante). Nu era o intrebare, ci un indemn, sa formatat voi bucata aia :)

----
<s>La următorul update al paginii, ESR a promis că va adăuga şi link către această traducere. [[Utilizator:Yuliyan|Yuliyan]] 18 Jan 2006 20:38 (EET)</s> Începînd cu 29 sept 2006 prezenta traducere este link-ată de pe situl lui ESR ;-) [[Utilizator:Yuliyan|Yuliyan]] 5 Nov 2006 17:19 (EET)

==Comentariu==
Nu stiu daca un om relativ obisnuit are loc aici, si daca poate modifica/adauga ceva, dar incerc. Am citit o parte din articol, si m-am oprit. Asta pt ca ni se spune sa nu plictisim pe mariile lor hackerii cu intrebari "stupide". Ca vezi doamne, sint prea inteligenti, si noi, astia simpli, nu citim destul. Probabil ei uita cateva lucruri. Unul este ca oferind orice informatie, ei nu o pierd, si si-o fixeaza mai bine. Al doilea ar fi ca, cu probabilitate de 99.999% nici ei nu au invatat totul citind, si ar trebui sa inteleaga ca uneori o "pastila" aruncata de cineva te scuteste de ore/zile de citit si iti lumineaza totul in minte. Al treilea ar fi ca nu sint constienti de aroganta lor. Un om inteligent, dupa umila mea parere nu are loc de fudulie in suflet. Si din cate am observat, cei ce se autodenumesc hackeri sint plini de acest sentiment. Ceea ce ii face pana la urma atat de slabi. Slabi pt ca a arata ca poti distruge e deosebit de putin in comparatie cu a arata ce-ai construit. Specific ca nu ma refer la toti. Or fi varfuri care inteleg asta fara sa le-o spuna cineva. --(nesemnat, adăugat de [[Utilizator:86.34.32.214|86.34.32.214]])

: Hackerii nu insultă pentru a "distruge" sufletele bieţilor neofiţi. Ceea ce fac ei se cheamă ''tough love'', şi este ceva ce au primit şi ei la vremea lor, ca dealtfel toţi oamenii de succes la vremea lor. ''Tough love'' este ceea ce selectează oamenii care ''chiar'' vor (şi pot!) să-nveţe: elitele, de cei care doar vor să-şi rezolve o problemă repede [şi fără efort, dacă se poate]: loserii. Dacă vi se pare că asta este elitism, aveţi dreptate. N-am auzit de elite care să se împrietenească cu loseri. Dacă credeţi că e o nedreptate, nu-i mai deranjaţi pe hackeri, mergeţi şi angajaţi-vă un MCSE, ca să fiţi la acelaşi nivel. [[Utilizator:Yuliyan|Yuliyan]] 14 Feb 2006 21:04 (EET)

== Atenţie la traducere ==

Aceasta e o traducere, nu un document original. Dacă [http://www.catb.org/~esr/faqs/smart-questions.html#intro autorul zice] ''În lumea hackerilor'', atunci ''În lumea hackerilor'' rămîne, nu "''în lumea internetului''". OK, utilizatorule anonim [[Utilizator:83.103.238.212|83.103.238.212]]? :-) [[Utilizator:Yuliyan|Yuliyan]] 4 Mar 2006 13:05 (EET)

== Inconsistenta in traducere ==

Vad ca sint amestecate replici la persoana a 2-a plural cu a 2-a singular ("fiti sigur" / "desteptule"). As trece totul la a 2-a singular. Are cineva ceva contra ? [[Utilizator:wolfy|wolfy]] 17 Aug 2006 02:55 (EET)

Chiar e o idee buna. [[Utilizator:Bmbogdan|Bmbogdan]] 17 Aug 2006 08:09 (EEST)

La a doua iteratie am observat ca doar un pasaj e la pers a 2-a singular si e voit tradus astfel, pt savoarea contextului. Asa ca l-am lasat in pace, modulo citeva diacritice. [[Utilizator:wolfy|wolfy]] 17 Aug 2006 23:44 (EET)

== Hackerii?! ==

Am auzit tot felul de povesti cu hackeri,mai ales cu hackeri din Romania(care sant tot mai multi,cunoscuti si recunoscuti)nu pot sa ma pronunt dar in mod sigur occidentalii cind afla ca esti roman spun:hacker asta nu-i drept pentru noi romanii care am ramas "numai" romani...Totusi am o mica intrebare pentru marii hackeri:Exista hackerul perfect?Unde-i? Sant trist sa aflu ca cei mai celebrii hackeri ajug sa fie tocmai cei care sint descoperiti(de aici tot felul de povesti?).Deci hackerul perfect este ..cel care ramane anonim,nestiut?Atunci poate fi orcine,eu,tu ,vecinul meu vecinul tau,bacanul din colt sau mai stiu eu cine?Vreu si eu sa pun o intrebare ,cum ma pricep dar nu!nu ma "asculta" nimeni ca nu starnesc interesul...Pe cine sa intreb si eu:Cum fac setarile la Azureus sau la azSMRC?Poate hackerul perfect mi-ar raspunde...
: Hackerii nu sînt cei care „sparg” diverse mașini sau care comit alte acte ilegale. Mass-media îi numește pe aceștia greșit „hackeri”, de cele mai multe ori din cauza incompetenței crase de care dau dovadă presarii în materie de IT, internet et co. O definiție competentă a noțiunii de hacker o găsiți la http://www.catb.org/jargon/html/H/hacker.html (în engleză).
: Acestea fiind zise, întrebarea Dv. vă dă de gol că n-ați citit documentul despre care discutăm aici (Cum se pun întrebări în mod inteligent). Citiți-l, '''înțelegeți-l''', reformulați întrebarea într-un mod inteligent, și poate veți primi și un răspuns. [[Utilizator:Yuliyan|Yuliyan]] 12 Dec 2006 23:22 (EET)

== Din nou Hackerii... ==

Imi pare rau daca am suparat pe cineva!!!Imi cer scuze!Dar maintreb inca o data:Un hacker poate citi prinre rinduri?Sau este o masina?Hackerii traiesc in universul lor...romanii traiesc in Romania...Nu m-am simtit bine cind ma loveam de formularea:"fara romani" afisata pe prima pagina a unor adrese...Am dat un exemplu de intrebare,trebuia sa specific-Ex:!?Pina la toata urma...sint incepator ,nu gasesc sprijin nici unde;vocabularul nu-l stapanesc bine sau deloc...unde ma intorc dau peste un "zid de foc",de aroganta ,ignranta sau termeni necunoscuti mie ori mai rau de oameni reci care nu au auzit sau nu vor sa stie de toleranta .Nu vreau sa fiu hacker vreau sa-mi fac treaba,sa invat,sa stiu,sa descopar,sa ma bucur...sa raman ...om!

si iar ne intoarcem la celebra replica : "invatati, invatati si iar invatati! "

: De vreme ce ziceți că nu vă pricepeți, iată o sugestie: vorbiți cu un student, dați-i bani de 1-2 beri -- și vă va răspunde bucuros la orice întrebare tehnică :) [[Utilizator:Yuliyan|Yuliyan]] 4 Jan 2007 12:23 (EET)

== Actualizarea versiunii ==

[[Utilizator:85.115.8.18|85.115.8.18]], noile pasaje sunt din versiuni mai noi ale documentului lui esr. Actualizeaza te rog primul paragraf („Aceasta e o traducere a versiunii 3.1....”) la
versiunea la care ai ajuns cu traducerea, conform cerintelor autorului. [[Utilizator:Cmatei|Cmatei]]

Qinstall

2008-09-26T08:55:22Z

Yuliyan: Reveniri la ultima modificare de către 86.34.169.238 (discuţie); revenire la ultima versiune de către Arny

'''qinstall-src (qinstall-source)''' este o suită de pachete surse împreună cu un installer ce ajută la compilarea, configurarea şi instalarea tuturor surselor, rezultând un server de e-mail functional. Acesta (installerul) permite administratorilor de sistem să instaleze cu uşurinţă un server de e-mail securizat, scalabil si fiabil, împreuna cu toate programele necesare pentru o funcţionare adecvată. Rezultatul final fiind un server de e-mail complet funcţional în căteva minute. S-a testat pe Slackware, Gentoo, Fedora Core, Debian, openSuSe si Centos.

Fiind lansat sub licenţa GPL, se poate descărca şi utiliza gratuit.

'''qinstall-bin (qinstall-binary)''' este o suită de pachete binare împreună cu un installer puternic ce ajută la instalarea si configurarea unui server de e-mail. Acesta permite administratorilor de sistem să instaleze foarte uşor un server de e-mail securizat, scalabil şi fiabil, împreuna cu toate programele necesare pentru o funcţionare adecvată. Rezultatul final fiind un server de e-mail complet functional in mai puţin de 2 minute.

Deocamdată este disponibil numai pentru Slackware Linux, urmănd ca în viitorul apropiat să fie disponibil şi pentru RHEL, CentOS si Fedora Core.

Această versiune, fiind comercială, se distribuie numai pe format mini CD.

==Legături externe==
* [http://www.qinstall.com Pagina oficiala]
* [http://www.qinstall.com/software/content.php?content.11 qinstall-bin]
* [http://www.qinstall.com/software/content.php?content.1 qinstall-src]

Discuție:Cum se pun întrebări în mod inteligent

2008-09-12T18:27:40Z

Yuliyan: rv vandali

Discuție:Cum se pun întrebări în mod inteligent

2008-09-12T13:15:26Z

Yuliyan: rv vandali

Ponturi

2008-09-12T10:20:30Z

Yuliyan: /* Concatenare PDF */ și cum se extrag anumite pagini

Ponturi diverse care vă fac viaţa mai uşoară în [[Linux]]. Pentru ponturi mai specifice vedeţi şi [[Networking]] şi [[Programare]].

==Editoare==

=== [[vim]]: Asocierea automată a tipurilor cu fişierele ===
<mitu> cum fac sa asociez niste fisiere in vim cu un anume tip de fisier ?
<mitu> de ex. fisierele din ~/mutt/conf/ sa stie ca filetype=muttrc
<rpetre> mitu: cel mai simplu
<rpetre> scrii in ele un comment care sa contina vim:ft=muttrc
<rpetre> la inceput sau la sfarsit

Completare: înainte de "vim:" trebuie cel puţin un spaţiu. Pentru mai multe detalii, :help modeline din editor.

==== soluţie alternativă ====
Pentru a nu adăuga la fiecare fişier o linie cu 'modeline'-ul corespunzător e suficient să adăugaţi în <tt>~/.vimrc</tt> sau <tt>~/.gvimrc</tt>:

au BufNewFile,BufRead ~/mutt/conf/* setf muttrc
syntax on

=== [[vim]]: Modificare setarilor implicite pentru tipuri de fisiere ===
Pentru a modifica o optiune a unui plugin pentru un tip de fisier, adaugati-le in <tt>~/.vim/after/ftdetect/<filetype>.vim</tt>:
echo 'set textwidth=72' > ~/.vim/after/ftdetect/mail.vim

==Concatenare PDF==
<cmatei> so, does anyone know, cum lipesc io niste pdf-uri?
<mitu> pdftk
<gabim> texexec --pdfarrange --result final.pdf 1.pdf 2.pdf

pdftk 1.pdf 2.pdf cat output final.pdf

gs -q -sPAPERSIZE=a4 -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sOutputFile=final.pdf 1.pdf 2.pdf

==Extragerea unor pagini din PDF==

Extragerea paginilor 1,2 din pdf-ul in.pdf în out.pdf:
pdftk in.pdf cat 1-2 output out.pdf

==Scriere DVD-uri şi redare player==
(Nedelcu Alin) Am toate DVD'urile scrise cu #growisofs -Z /dev/dvd -l -r . lucru ce le face inutilizabile in dvd-player (panasonic). Solutia a fost
#growisofs -Z /dev/dvd -J -l -r.

==Afisarea liniilor comune a doua fisiere==
diff --unchanged-line-format='%L' --old-line-format='' --new-line-format='' file1 file2
Daca se vor si liniile ''old'' sau ''new'' se modifica line-formatul corespunzator.

==Audio==
* [[Sunet multiplexat cu ALSA]] - pentru a permite mai multor aplicaţii să folosească simultan placa de sunet

==Kernel==
* [[Testarea unui nou kernel folosind Grub|'''Testarea unui nou kernel folosind Grub''' sau '''Cum bootam o singura data cu alt kernel decit cel implicit''']]

Autentificare cu PPPoE pentru retelele de cartier

2008-08-23T19:37:13Z

Yuliyan: Reveniri la ultima modificare de către 203.158.221.227 (discuţie); revenire la ultima versiune de către Costitze

== Ce este un VPN ==

Un VPN (Virtual Private Network) este o retea virtuala de comunicatii privata folosita de obicei intr-o companie, sau de catre diferite companii sau organizatii, pentru a comunica intr-o retea publica. Traficul VPN poate fi transmis pe infrastructura publica (ex: pe Intenet), folosind protocoale standard (si deseori nesigure), sau peste reteaua unui provider de servicii de telecomunicatii care furnizeaza servicii VPN bine definite de SLA (Service Level Agreement) intre consumatorul VPN si furnizorul de servicii VPN.

== Tipuri de VPN-uri ==

VPN-urile securizate folosesc tuneluri criptate pentru a avea '''confidentialitatea necesara''', '''autentificarea partilor''' si '''integritatea mesajelor'''. Atunci cand sunt corect alese, implementate si folosite, aceste tehnologii pot furniza comunicatii securizate peste retele nesigure.

Tehnologii pentru VPN-uri securizate pot fi folosite pentru imbunatatirea securitatii sau ca un â€œpatura de securitateâ€ peste infrastructuri de retea dedicate.

Printre protocoalele VPN securizate sunt urmatoarele:

* Ipsec (Ip security), o parte integranta din Ipv6 (cu o implementare linux la http://www.openswan.org/)
* SSL folosit pentru tunelarea intregii stive de retea, ca in OpenVPN, cu ajutorul driverelor TUN/TAP (TUN pentru simularea unei interfete Point-to-Point si TAP pentru simularea unei interfete Ethernet) â€“ http://openvpn.net/
* PPTP (point-to-point tunneling protocol), dezvoltat in colaborare de mai multe companii, printre care si Microsoft - http://www.microsoft.com/ntserver/ProductInfo/faqs/PPTPfaq.asp
* PPPoE (point-to-point protocol over Ethernet) este un protocol folosit pentru incapsularea pacheteleor PPP in cadre Ethernet. Ofera functionalitati PPP standard cum ar fi autentificare, criptare si compresie.
* Tinc http://www.tinc-vpn.org/ - o solutie vpn pentru UNIX care lucreaza in user-space, care poate sa transmita nu numai pachete Ipv4 sau Ipv6 prin tunelul securizat.
* CIPE â€“ Crypto IP Encapsulation - http://sites.inka.de/bigred/devel/cipe.html â€“ solutie VPN pentru Unix care foloseste algoritmi Blowfish si IDEA cu chei de 128 de biti, foarte performant si pe sisteme cu procesor slab (486). Foloseste incapsulare UDP.
* Htun - http://htun.runslinux.net/ - o solutie pentru Linux care permite crearea unui tunel VPN bidirectional peste un proxy HTTP sau doar peste portul 80, dand posibilitatea de a trece peste firewall-uri restrictive. HTun creeaza o retea IP point-to-point peste HTTP encapsuland traficul IP in cereri HTTP valide. Serverul HTun trebuie sa se afle pe o gazda cu o conexiune nerestrictionata la internet, asculta pe un port de webserver (80 sau 443) si accepta conexiunile clientilor HTun. Clientul HTun este rulat din reteaua cu restrictii, comunicand cu serverul HTun peste proxy-ul HTTP.
* PPP over SSH - http://www.tldp.org/HOWTO/ppp-ssh/ - probabil cel mai simplu VPN de realizat. Cea mai mare problema a sa este se realizeaza peste un flux TCP, si atunci cand se incearca conexiuni TCP prin acel tunel pot aparea intarzieri, caderi. â€œProblemaâ€ se numeste TCP over TCP si este cunoscuta [http://sites.inka.de/~W1011/devel/tcp-tcp.html http://sites.inka.de/~W1011/devel/tcp-tcp.html] ; aceasta problema a dat nastere la proiectul CIPE, care rezolva aceasta problema folosind incapsularea UDP.

== Cele 4 atribute cheie ale unui VPN ==

Cea mai importanta parte a unei solutii VPN este securitatea. Faptul ca prin natura lor prin VPN-uri se transmit date private prin retele publice ridica dubii cu privire la securitatea acestor date si impactul pierderii datelor. O retea virtuala privata trebuie sa adreseze toate tipurile de amenintari la securitate furnizand servicii de securitate in zonele:

# Autentificare (controlul accesului)
# Prezentare (criptare - confidentialitate)
# Transport (integritatea datelor)
# Non-repudiere - acest serviciu ar oferi dovezi de nefalsificat precum ca o anumita actiune a avut loc. Non repudierea originii inseamna ca datele a fost trimise, si non repudierea primirii dovedeste ca datele au fost receptionate.

Cei mai multi provideri doresc satisfacerea primului punct, autentificarea.

== WISPs â€“ Wireless Internet Service Providers ==

Un provider wireless poate opera hotspoturi sau intregi infrastructuri wireless. Necesitatea securizarii buclei locale wireless (WLL â€“ wireless local loop) este evidenta in acest caz, pentru a elimina furtul serviciului.

== Solutii pentru securizarea hotspoturilor wireless si a retelelor ethernet "de cartier" ==

Pentru securizarea acestor linkuri exista cateva solutii generale, in ordinea complexitatii:

# '''Portaluri captive â€œcatch and releaseâ€''', din care enumar doar doua, mai reprezentative:
#* Nocat auth - http://nocat.net/downloads/NoCatAuth/ - unul dintre primele portaluri captive
#* Chillispot: http://www.chillispot.org/ - un portal mai avansat si configurabil, care suporta si autentificare RADIUS.
Principala problema a acestor scheme de autentificare este ca doar cer utilizatorilor sa treaca de o pagina de login (eventual criptata SSL), dupa care acelei perechi IP si MAC i se permita sa treaca prin gateway. Cu un simplu sniffer de pachete aceasta schema este exploatabila. Odata ce IP-ul si MAC-ul celorlalte calculatoare conectate sunt gasite, orice alt calculator isi poate falsifica MAC-ul si IP-ul cu cel al victimei autentificate, si poate sa treaca prin gateway. MAC-ul placii de retea (NIC â€“ network interface card) poate fi schimbat in windows cel mai usor cu SMAC: http://www.klcconsulting.net/smac/
[[Image:schimba-mac-smac.jpg|Cu SMAC este foarte usoara schimbarea Mac-ului in Windows]] ''Imaginea 1: Cu SMAC este foarte usoara schimbarea MAC-ului in Windows''
# '''Solutii VPN'''<nowiki>: datorita suportului pe Windows, in general, se pot alege una din solutiile VPN: PPTP, PPPoE sau IPsec.</nowiki>
# '''802.11x '''- http://www.ieee802.org/1/pages/802.1x.html â€“ standardul port security pentru Ethernet. Bazat pe EAP (Extensible Authentification Protocol) - http://www.ietf.org/rfc/rfc3748.txt
# '''802.11i '''â€“ implementand complet 802.11x si folosind criptare AES, acesta pare sa fie â€œviitorulâ€

== WIFI Security si VPN-urile ==

Un alt domeniu inedit in care este folosita tehnologia VPN este securizarea retelelor wireless. Deoarece retelele wireless trimit mesajele folosind radio, sunt foarte susceptibile la ascultarea traficului. WEP a fost introdus pentru a furniza aceeasi securitate ca pe retelele traditionale cu fir (WEP = Wired Equivalent Privacy). Wep foloseste RC4 pentru confidentialitate si CRC-32 pentru integritate si foloseste in mod standard o cheie de 40 de biti, la care se concateneaza un vector de initializare (IV = Initialisation Vector) pentru a forma cheia RC4. Dar nu marimea cheii este marea limitare in WEP. Spargerea unei chei mai lungi necesita interceptarea mai multor pachete, dar sunt si atacuri active care pot stimula traficul necesar. Sunt vulnerabilitati in WEP, incluzand posibilitatea de coliziuni ale IV si pachete alterate, care nu sunt corectate de o cheie mai lunga.

Exista multe instrumente gata facute si pentru Linux si pentru Windows care pot obtine chei WEP in cateva ore:

Airsnort: http://airsnort.shmoo.com/

Kismac: http://kismac.binaervarianz.de/

Alte tooluri pentru WIFI wardriving: http://www.wardrive.net/wardriving/tools/

== Point-to-Point Protocol over Ethernet (PPPoE) ==

PPPoE (point-to-point protocol over Ethernet) este un protocol folosit pentru incapsularea pacheteleor PPP in cadre Ethernet. Ofera functionalitati PPP standard cum ar fi autentificare, criptare si compresie. Cu toate ca a fost introdus de catre providerii DSL, este adoptat din ce in ce mai mult de providerii WISP care vor sa-si securizeze hotspoturile si de catre retelele metropolitane bazate pe ethernet.

<div style="text-align: center">

{| style="margin-left: auto; margin-right: auto; page-break-inside: avoid" summary="PPPoE si stiva TCP/IP" width="339" border="1" cellpadding="2"
| width="109" bgcolor="#ffeebb" |
<center>''Nivelul aplicatie''</center>
| width="32" bgcolor="#eeeeff" |
<center>FTP</center>
| width="46" bgcolor="#eeeeff" |
<center>SMTP</center>
| width="44" bgcolor="#eeeeff" |
<center>HTTP</center>
| width="20" bgcolor="#eeeeff" |
<center>â€¦</center>
| width="36" bgcolor="#eeeeff" |
<center>DNS</center>
| width="23" bgcolor="#eeeeff" |
<center>â€¦</center>
|-
| width="109" bgcolor="#ffeebb" |
<center>''Nivelul transport''</center>
| colspan="4" width="154" bgcolor="#eeeeff" |
<center>TCP</center>
| colspan="2" width="63" bgcolor="#eeeeff" |
<center>UDP</center>
|-
| width="109" bgcolor="#ffeebb" |
<center>''Nivelul retea''</center>
| colspan="3" width="130" bgcolor="#eeeeff" |
<center>IP</center>
| colspan="3" width="87" bgcolor="#eeeeff" |
<center>IPv6</center>
|-
| rowspan="3" width="109" bgcolor="#ffcc99" |
<center>'''Nivelul legatura de date'''</center>
| colspan="6" width="222" bgcolor="#eeeeff" |
<center>PPP</center>
|-
| colspan="6" width="222" bgcolor="#9999ff" |
<center>PPPoE</center>
|-
| colspan="6" width="222" bgcolor="#eeeeee" |
<center>Ethernet / MAC</center>
|}

'''PPPoE si stiva TCP/IP'''

</div>

PPPoE este un protocol de tunelare care creeaza un nivel IP peste o conexiune intre doua porturi Ethernet, dar cu caracteristicile unei legaturi PPP, deci este folosit pentru a â€œsunaâ€ la alt calculator aflat in aceeasi retea Ethernet si a face o conexiune punct la punct cu el, care este folosita pentru a transmite pachete IP.

Softul clasic PPP foloseste o linie seriala, iar cu ajutorul PPPoE se poate folosi PPP pe o legatura orientata pe pachet cum este Ethernetul, pentru a pune la dispozitie o conexiune clasica cu login si parola pentru conexiunea la Internet. In plus, adresa IP la capatul celalalt al legaturii este asignata doar atunci cand conexiunea PPPoE este deschisa, permitand refolosirea dinamica a IP-urilor (o cerinta puternica a RIPE/ARIN).

PPPoE a fost creat de UUNET, Redback Networks si RouterWare, si protocolul este specificat in RFC 2516: http://www.ietf.org/rfc/rfc2516.txt.

=== Fazele dial-ului PPPoE: ===

# '''PADI = PPPoE Active Discovery Initiation.'''
Clientul trebuie sa afle adresa Ethernet (MAC) a terminatorului PPP, si trimite un pachet pe adresa Ethernet de broadcast (ff:ff:ff:ff:ff:ff). Acest pachet contine adresa MAC a calculatorului care a trimis pachetul.
Analiza cu tcpdump:
<nowiki>#tcpdump -ni eth0 -s 0 -XX -v -v not arp and not tcp and not udp </nowiki>
14:33:30.870230 PPPoE PADI [Service-Name] [Host-Uniq 0xEF760000]
Mesajul hexa:
ffff ffff ffff 000f eaa0 a8fd 8863 1109

[ broadcast ] [mac trimitator] [Version 1,Type 1,Code 09(PADI)]
0000 000c 0101 0000 0103 0004 ef76 0000
[host-uniq]
Codul trimis pentru PPPoE-Discovery poate fi:

0x00 - session data (in timpul sesiunii este mereu 0 codul)
0x07 - PADO (PPPoE Active Discovery Offer)
0x09 - PADI (PPPoE Active Discovery Initiation)
0x19 - PADR (PPPoE Active Discovery Request)
0x65 - PADS (PPPoE Active Discovery Session-confirmation)
0xa7 - PADT (PPPoE Active Discovery Termination)
Pachetul PADI poate fi primit de mai multe PoP-uri, ele raspunzand in functie de service-name si a access-concentrator name, daca se furnizeaza. Din acest punct de vedere este asemanator cu protocolul DHCP: este simplu sa se creeze servere rogue care sa fure parolele. Pentru a se elimina acest tip de atac trebuie activate autentificarea CHAP, care nu transmite parolele catre server, ci doar un hash bazat pe parola si un challenge aleator trimis de server. In felul acesta se evita si aflarea parolelor prin ascultarea liniei (sniffing) si se rezolva si problema serverelor rogue.
# '''PADO = PPPoE Active Discovery Offer'''
Odata ce clientul a trimis pachetul PADI, PoP-ul raspunde cu un pachet PADO, folosind adresa MAC primita in pachetul PADI. Pachetul PADO contine adresa MAC a PoP-ului, numele concentratorului, si numele serviciului. Daca raspund mai multe PoP-uri cu pachete PADO, clientul selecteaza PoP-ul cu ajutorul numelui sau serviciului. Pachetul capturat cu tcpdump arata astfel:

14:46:24.029590 PPPoE PADO
[AC-Name "meseriasii"] [Service-Name "meseriasii"] [AC-Cookie
0xF0345DC1094CCBE6A019DA8A4622E76232530000] [Host-Uniq 0xC6040000]
0x0000: 000f eaa0 a8fd 0008 c709 6b56 8863 1107 ..........kV.c..
[ MAC client ] [ mac PoP ] [0x07=PADO]
0x0010: 0000 003c 0102 000a 6d65 7365 7269 6173 ...<....meserias
0x0020: 6969 0101 000a 6d65 7365 7269 6173 6969 ii....meseriasii
0x0030: 0104 0014 f034 5dc1 094c cbe6 a019 da8a .....4]..L......
0x0040: 4622 e762 3253 0000 0103 0004 c604 0000 F".b2S..........

# '''PADR = PPPoE Active Discovery Request'''
Clientul a aflat deja adresa/adresele mac ale PoP-urilor. Computerul trimite pachetul PADR la PoP-ul la care vrea sa se conecteze.
# '''PADS = PPPoE Active Discovery Session-confirmation'''
Pachetul PADS este raspunsul trimis de PoP la pachetul PADR trimis de client, prin care ii trimite si un identificator de sesiune (SessionID). Conexiunea cu PoP-ul este stabilita.
# '''PADT = PPPoE Active Discovery Termination'''
Acest pachet inchide conexiunea PPPoE. Poate fi trimis ori de client, ori de server.

== Solutia PPPoE bazata pe Linux, Roaring Penguin PPPoE pppd, Freeradius mysql ==

# === Hardware ===
Linux este un sistem scalabil si performant. Dar impachetarea PPPoE necesita putere procesor iar pe masura ce se deschid conexiuni simultan, daemonul pppd va consuma inevitabil memorie. Din experienta practica si benchmarkuri sintetice am observat ca exista o relatie liniara intre numarul de clienti conectati simultan pe de o parte, si pe de alta parte memoria si procesorul ocupate.
Consensul pare sa fie ca fiecare client conectat va consuma aproximativ 2Mhz pe un Intel Pentium-III si 2Mbytes de memorie. Pe un sistem Pentium-II la 266 Mhz, se atinge maximul de incarcare cu 128 de clienti.
Pentru testul de acum am folosit un Compaq Proliant Pentium II dual 400MHz, cu 512Mbytes RAM. Sistemele multiprocesor sunt mai utile pentru furnizarea acestui serviciu din cauza latentelor de sistem mai mici.
# === Software necesar; instalare ===
Orice distributie Linux poate fi folosita pentru a construi un server PPPoE. Este recomandat sa se foloseasca un kernel din generatia 2.6, cu o revizie cat mai recenta (peste 2.8.1). Distributiile mai vechi nu contin pachetul PPP care suporta autentificare si accounting prin RADIUS.
Pentru testul nostru am folosit un sistem bazat pe debian unstable, kernel 2.6.11-1-686-smp. Acesta are suportul PPPoE compilat in kernel, deci nu trebuie recompilat kernelul, dar trebuie recompilat pachetul rp-pppoe pentru a putea folosi suportul in kernel.
## '''PPPd''' - [http://www.samba.org/ppp http://www.samba.org/ppp] â€“ Orice versiune mai noua de 2.4 are suport Radius. Pe site versiunea oficiala este 2.4.3, dar in debian unstable este impachetata o versiune beta, mai noua, dar complet functionala, versiunea 2.4.4b1-1. Se instaleaza folosind comanda â€œapt-get install pppâ€
## [http://www.roaringpenguin.com/penguin/open_source_rp-pppoe.php '''RP-PPPoE''' (Implementare linux a pppoe de catre Roaring Penguin)] [roaringpenguin.com]
Autorii sustin in documentatie ca serverul PPPoE din pachetul rp-pppoe este doar pentru testari si nu este gata pentru productie â€œ''Note that pppoe-server is meant mainly for testing PPPoE clients. It is not a high-performance server meant for production use.â€, ''dar el este foarte solid si performant. Nu va asteptati la suport tehnic pentru aplicatia pppoe-server, pentru ca exista un server comercial bazat pe RP-PPPoE, [http://www.finepointnetworks.com/products/servpoet/index.html ServPoET BMS], care incepe de la preturi de $10.000, server care se poate crea si cu produse open-source si care poate fi mai customizabil decat solutia pre-packaged ServPoEt.
Pe debian se instaleaza folosind comanda â€œapt-get install pppoeâ€
Pachetul trebuie recompilat pentru a activa suportul de kernel-mode in PPPoE. Acest lucru aduce un plus de performanta de 20-30 de ori. Pentru aceasta, se aduce [http://www.roaringpenguin.com/penguin/open_source_rp-pppoe.php sursa cea mai noua de PPPoE], sau se ia pachetul deb-src si se recompileaza. Odata dezarhivata arhiva, se intra in directorul â€œsrcâ€ si se executa comanda â€œ./configure â€“enable-plugin=/usr/include/pppd/â€. La sfarsit trebuie sa afiseze:
 On this platform, the following targets will be built: pppoe pppoe-server pppoe-sniff pppoe-relay '''rp-pppoe.so''' Type 'make' to compile the software. 
Apoi cu â€œdpkg-buildpackageâ€ sau cu clasicul â€œmake; make installâ€ slackware-ist, se instaleaza serverul PPPoE.
## [ftp://ftp.cityline.net/pub/radiusclient/ Radiusclient] - http://freshmeat.net/projects/radiusclient/
Biblioteca de sistem care permite mai multor aplicatii autentificarea la servere Radius. Pe debian se instaleaza folosind comanda â€œapt-get install radiusclient1â€
## Freeradius - http://www.freeradius.org/ - este succesorul serverului open source [http://www.radius.cistron.nl/ Cistron Radius]. Exista multe servere Radius open source, si debian mai include pachete si pentru xtradius si yardradius. Freeradius este rapid, flexibil, configurabil si suporta multe protocoale de autentificare. Il instalam impreuna cu modulul de mysql.
â€œapt-get install freeradius mysql-server freeradius-mysqlâ€>
Cele mai importante rfc-uri care descriu protocolul RADIUS sunt
<div style="margin-left: 20pt">http://www.ietf.org/rfc/rfc2865.txt - Descrierea protocolului RADIUS - Remote Authentication Dial In User Service (RADIUS) http://www.ietf.org/rfc/rfc2866.txt - RADIUS Accounting</div>
## Dialupadmin - http://www.freeradius.org/dialupadmin.html
Interfata web pentru administrarea conturilor Radius. Are suport SQL sau LDAP. O sa folosim modulul SQL. Depedintele sunt: apache (este nevoie de un server web), mysql, php, php-mysql.
â€œapt-get install freeradius-dialupadmin apache2 php-mysqlâ€
# === Configurarea pachetelor: pppd, pppoe-server, radiusclient, freeradius ===
## '''Configurare pppd'''
### Pentru activarea modulul radius se aduga urmatoarele linii in â€œ/etc/ppp/optionsâ€:
plugin radius.so plugin radattr.so
### Restul fisierului /etc/ppp/options:
ms-dns 192.162.16.21 asyncmap 0 auth crtscts lock modem mru 1492 mtu 1492 proxyarp lcp-echo-interval 60 lcp-echo-failure 5 
### In fisierul â€œ/etc/ppp/chap-secretsâ€ trebuie sa fie o linie ca urmatoarea:
<nowiki>* * "" *</nowiki>
## '''Configurare pppoe-server'''
Fisierul â€œ/etc/ppp/pppoe-server/optionsâ€ trebuie sa arate asa:
require-chap auth lcp-echo-interval 60 lcp-echo-failure 5 #aceasta optiune se activeaza pentru debugging #debug 
pppoe-server il puteti porni din linia de comanda cu parametrii urmatori:
pppoe-server -k -T 60 -I eth0 -L 192.168.0.1 -N 80 -C retea -S retea -R 192.168.0.100
Aceasta comanda o puteti adauga in rc.local (pe sisteme bsd-like), pe debian trebuind sa va faceti un script in init.d dupa sablonul din skeleton. Solutia mea a fost sa-l pun in [etc_init_d_networking fisierul networking din init.d], dar sunteti liberi sa faceti dupa cum vi se pare mai elegant.
Parametrul -k apare numai daca ati compilat pppoe-server cu suport de kernel-mode.
## '''Configurare radiusclient'''
Trebuie setat serverul si â€œsecretulâ€ necesar conectarii la freeradius. Serverul este localhost. Secretul trebuie sa fie aceelasi ca in si cel setat in freeradius, in fisierul /etc/freeradius/clients.conf.
echo "localhost parolaradius" >> /etc/radiusclient/servers
## '''Configurare Freeradius'''
### Se creeaza baza de date mysql:
mysqladmin -u root -p create radius mysql -u root -p ''GRANT ALL PRIVILEGES ON radius.* to 'dialup_admin@localhost' IDENTIFIED BY 'parola_db_radius'; FLUSH PRIVILEGES; QUIT; '' mysql -u radius -p < usr/share/doc/freeradius/examples/db_mysql.sql 
### Configurarea accesului la serverul freeradius:
In fisierul /etc/freeradius/clients.conf, se editeaza atributul â€œsecret = parolaradiusâ€. Este aceeasi parola care se introduce in fisierul de configurare al radiusclient.
### Activarea verificarii sesiunilor simultane (Simultaneuous Use checking)
In fisierul â€œ/etc/freeradius/radiusd.confâ€ in blocul â€œsessionâ€ se comenteaza linia â€œradutmpâ€ si se decomenteaza linia â€œsqlâ€. Modulul de sesiune sql este mult mai rapid decat cel radutmp.
Simultaneus use checking: # Session database, used for checking Simultaneous-Use. # Either the radutmp # or rlm_sql module can handle this. # The rlm_sql module is *much* faster session { #radutmp # # See "Simultaneous Use Checking Querie" in sql.conf sql } 
In fisierul â€œ/etc/freeradius/sql.confâ€ se debifeaza linia "simul_count_query", ca mai jos:
# Uncomment simul_count_query to enable # simultaneous use checking simul_count_query = " SELECT COUNT(*) FROM ${acct_table1} WHERE UserName='%{SQL-User-Name}' AND AcctStopTime = 0" 
### /etc/freeradius/naslist
localhost local portslave
### Activarea SQL in radiusd.conf:
<div class="cod"> authorize { <div style="margin-left: 20pt"> preprocess chap mschap eap sql #files (dezactivat) </div> } accounting { <div style="margin-left: 20pt"> detail sql #radutmp - dezactivat </div> } session { <div style="margin-left: 20pt"> sql #radutmp </div> } post-auth { <div style="margin-left: 20pt"> sql </div> } </div>
In plus, trebuie setat userul si parola MySQL in sql.conf, conform celei setate la punctul a).
## '''Configurare freeradius-dialupadmin'''
### Crearea bazei de date dialupadmin
In directorul /usr/share/freeradius-dialupadmin/sql/ trebuie editate fisierele userinfo.sql si badusers.sql, pentru ca au sintaxa SQL nesuportata de versiunile mai noi de MySQL, care a devenit mai â€œascultatorâ€ de standarde in ultimele versiuni. Trebuie stersa valoarea â€œDEFAULT '0'â€ din aceste fisiere, pentru ca intra conflict cu â€œauto_incrementâ€.
mysql -u radius -p < /usr/share/freeradius-dialupadmin/*.sql
### Pentru a fi compatibil au auth-chap din pppd, trebuie setat ca dialupadmin sa scrie in clar parolele in baza de date, asa ca in fisierul /usr/share/freeradius-dialupadmin/conf/admin.conf, se pune atributul â€œgeneral_encryption_method: clearâ€.
### Naslist.conf â€“ nu avem Network Access Servers, pentru ca daca am avea Cisco, nu am mai citi acest tutorial, deci in fisierul â€œ/usr/share/freeradius-dialupadmin/conf/naslist.confâ€ punem:
nas1_name: locahost nas1_model: freeradius portslave nas1_ip: 127.0.0.1 nas1_finger: database 
### Simultaneous-use pentru dialupadmin:
In fisierul /usr/share/freeradius-dialupadmin/conf/user_edit.attrs se decomenteaza linia â€œSimultaneous-Useâ€. In acest fel o sa apara la crearea grupurilor si a utilizatorilor optiunea "Simultaneous-Use"
### Setata userul si parola bazei de date in admin.conf conform celei create de la punctul 3.4.a)
### Creat virtual-hostul in apache2 (/etc/apache2/conf/sites-enabled/) && invoke-rc.d apache2 reload
## '''Testarea configuratiei ''' [ http://localhost/dialupadmin/ ]. Daca totul a decurs ok, trebuie sa va intalniti cu urmatoarea pagina la crearea utilizatorilor:
### Adaugarea de utilizatori:
[[Image:dialupadmin-adauga-utilizator.png|Screenshot Dialupadmin - Adauga utilizatori]] ''Imaginea 2: Dialupadmin - Adauga utilizator''
### <div style="margin-bottom: 0cm; page-break-before: always"> Vizualizarea utilizatorilor online:</div>
[[Image:freeradius-online-users.png|Freeradius Dialupadmin - online users]] ''Imaginea 3: Dialupadmin - Online Users''
### Vizualizarea statisticilor
[[Image:freeradius-access-statistics.png|Freeradius Dialupadmin : access statistics]] ''Imaginea 4: Dialupadmin - Access statistics''
### Analiza accesului unui anumit utilizator
[[Image:freeradius-user-analysis.png|Freeradius dialupadmin - user analysis]] ''Imaginea 5: Dialupadmin - User Analysis''

== Suportul in Windows al PPPoE ==

Este o cerinta de baza a unui serviciu de autentificare a utilizatorilor sa aiba suport in sistemul lor de operare, si cu atat mai bine cu daca este daca suportul este built-in. In cazul PPPoE, Windows XP il suporta nativ si are chiar si un wizard foarte bine pus la punct pentru conectarea pe PPPoE. Pentru celelalte variante de Windows, exista mai multe solutii:

# [http://www.microsoft.com/windowsxp/using/networking/learnmore/ppoe.mspx Clientul standard din Windows XP]. Pentru versiunile anterioare se poate folosi versiunea gratuita de raspppoe.
# Raspppoe: http://www.raspppoe.com/
# WinPoET de la FinePoint Networks: http://www.finepointnetworks.com/products/winpoet/

Si pentru Raspppoe, si pentru WinPoET exista SDK-uri contra cost, cu care se poate customiza si branda clientul PPPoE.

== Alternativa: PPTP, Freeradius si Mysql ==

=== Ce este PPTP? ===

PPTP este acronimul a â€œPoint to Point Tuneling Protocolâ€. A fost dezvoltat de un consortiu de companii, printre care si Microsoft si este folosit pentru a stabilit tunele VPN peste Internet. Acesta permite utilizatorilor sa-si acceseze de la distanta, in siguranta, reteaua firmei, de oriunde de pe Internet.

PPTP foloseste modelul client-server pentru a stabili conexiunile VPN. Sistemele de operare Windows vin cu un client PPTP incepand de la versiunea Windows 98, ceea ce pune solutia PPTP un pic in fata fata de PPPoE, care are suport nativ doar in Windows XP.

PPTP poate fi folosit pentru a tunela protocoalele IP, IPX si NetBEUI. Tunelul este o versiune modificata a GRE, iar mai multe sesiuni pot fi multiplexate intr-un singur tunel. In paralel se opereaza si o conexiune TCP, pentru stabilirea, controlul, si oprirea sesiunilor si a tunelului.

Bruce Shneier a scris un articol care demoleaza arhitectura de securitate a implementarii PPTP-ului, si poate fi gasit la http://www.schneier.com/pptp-faq.html. Cu toate acestea, acest protocol este folosit in continuare din cauza suportului in sistemele Windows client si a relativei usurinte a setarii serverului.

=== PPTP pe Linux ===

Exista o solutie foarte matura pentru PPTP pentru Linux, care ruleaza impreuna cu pppd in userspace http://www.poptop.org/ , si se integreaza foarte usor cu solutia FREERADIUS propusa mai sus, in mod analog cu PPPoE.

Nu exista optiunea de a rula in kernel-mode si de aceea, incarcarea pe sistemul de test a fost de 30% din procesor pentru o singura conexiune, la trafic de 15Mbps, chiar cu criptarea dezactivata pe cand pppoe in kernel-mode a reusit sa â€œducaâ€ in masina de test 20 conexiuni simultane la incarcare a procesorului de 1-2%.

== Limitarea bandei in conexiunile ppp ==

O intrebare des intalnita este: '''Cum limitez banda conexiunilor ppp in linux?''' Problema vine de la faptul ca atunci cand utilizatorul se conecteza, se ridica o interfata ppp de genul:

$ ip address show 3708: ppp12: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1480 qdisc htb qlen 3 Â Â Â link/ppp Â Â Â inet 192.168.0.1 peer 192.168.0.115 scope global ppp12

La deconectare, interfata ppp se sterge din sistem. Utilitarul tc, spre deosebire de iptables, nu poate "opera" asupra unor deviceuri inexistente, si sa "astepte" ca acele device-uri sa apara in sistem. Solutiile acceptate pana acum sunt:

# [http://www.linuximq.net/ IMQ] - Intermediate Queueing Device - este o solutie destul de flexibila, pentru ca permite sharing (imprumut de banda) intre utilizatori. Traficul se directioneaza in felul urmator de la interfata ppp* la interfata imq, unde se poate face egress shaping:
modprobe ipt_IMQ modprobe imq /sbin/ip link set imq1 up /usr/sbin/iptables -t mangle -A POSTROUTING -o ppp0 -j IMQ --todev 1 /usr/sbin/iptables -t mangle -A POSTROUTING -o ppp1 -j IMQ --todev 1 
Problema este ca pentru a avea suport imq trebuie recompilat kernelul si iptables, ceea ce in unele medii, ori nu se poate, ori nu merita efortul.
# Optiunea "no-hassle" este crearea de discipline separate pentru fiecare interfata ppp. Folosim scripturile /etc/ppp/ip-up si /etc/ppp/ip-down. Aceste scripturi sunt apelate de pppd la stabilirea conexiunii si la oprirea ei. Variabilele de care avem nevoie sunt:
$PPP_IFACE = Numele interfetei - exemplu: ppp12 $PPP_LOCAL = Adresa locala (a concentratorului pppoe) - exemplu: 192.168.0.1 $PPP_REMOTE = Adresa peer-ului (a utilizatorului) - exemplu: 192.168.0.115 
Configuratia cea mai simpla pentru exemplul nostru este:
In fisierul ip-up se introduc urmatoarele linii, la sfarsit: TC="/sbin/tc" IT="/sbin/iptables" INET_IP="1.2.3.4" #(ip-ul routabil, spre internet) INET_IFACE="eth0" DOWNLOAD_EXTERN=128 # root qdisc htb $TC qdisc add dev $PPP_IFACE root handle 1: htb echo "Download extern: $DOWNLOAD_EXTERN" $TC class add dev $PPP_IFACE parent 1: classid 1:2 htb rate ${DOWNLOAD_EXTERN}kbit # daca am marcat cu 1 in iptables traficul "extern" #$TC filter add dev $PPP_IFACE protocol ip parent 1: prio 4 handle 1 fw flowid 1:2 echo "Creez regulile iptables pentru $PPP_REMOTE" $IT -t nat -A POSTROUTING -o $INET_IFACE -s $PPP_REMOTE -j SNAT --to-source $INET_IP $IT -A FORWARD -i $PPP_IFACE -s $PPP_REMOTE -j ACCEPT $IT -A FORWARD -o $PPP_IFACE -d $PPP_REMOTE -j ACCEPT 
In mod similar, trebuie sa stergem regulile iptables in ip-down. Clasele htb nu trebuie sterse, pentru ca dispar automat odata cu interfata.
TC="/sbin/tc" IT="/sbin/iptables" INET_IP="1.2.3.4" #(ip-ul routabil, spre internet) INET_IFACE="eth0" echo "Sterg regulile iptables pentru $PPP_REMOTE" $IT -t nat -D POSTROUTING -o $INET_IFACE -s $PPP_REMOTE -j SNAT --to-source $INET_IP $IT -D FORWARD -i $PPP_IFACE -s $PPP_REMOTE -j ACCEPT $IT -D FORWARD -o $PPP_IFACE -d $PPP_REMOTE -j ACCEPT 

Pentru debugging-ul regulilor din iptables creati fisierul ppp-ipupdown.log, unde va fi redirectat standard output-ul si stderr al scripturilor (comenzile cu echo si erorile).

# touch /var/log/ppp-ipupdown.log

=== Referinte: ===

# [http://www.freeantennas.com/PPPoE-Server-HOWTO.html Howto PPPoE Server], de Michael J. Erskin, un howto foarte recent, orientat mai mult pe Opensuse 10, dar cu informatii foarte utile.
# [http://wiki.freeradius.org/index.php/Rlm_sql Documentatia Rlm_sql pentru Freeradius] - Daca va intrebati ce inseamna =,:=,<=,=~ si alte semne de-ale lui Dumnezeu, aveti aici lista operatorilor si semnificatia lor. Atentie: la Simultaneous-Use trebuie sa folositi semnul ":=".
# [http://www.frontios.com/freeradius.html Un tutorial Freeradius si Mysql], denumit si "SB's very rough notes to FreeRadius and MySQL".
# [http://poptop.sourceforge.net/dox/radius_mysql.html Tutorial PPTP MPPE RADIUS MySQL] [poptop.sourceforge.net] - de interes pentru noi ar fi ca Ubuntu 5.10 contine suport MPPE in kernel, dar debian inca nu. Deci pe debian pregatiti-va sa recompilati kernelul pentru suport mppe.
# [http://www.freeradius.org/radiusd/dialup_admin/doc/HOWTO Documentatia online Dialupadmin] - pare outdated, dar este foarte utila, daca nu vreti sa cititi sursele php.
# [http://www.freeradius.org/faq/ Freeradius faq] - in caz ca aveti probleme cu freeradius, este posibil ca raspunsul sa se afle aici. Cel putin pe mine m-a ajutat la rezolvarea problemei cu ''Simultaneous-Use''.
# [http://www.dmasoftlab.com/radman Radman] - O aplicatie pentru administrarea utilizatorilor pentru Freeradius, suspect de asemanatoare cu freeradius-dialupadmin. $59 licenta.
# [http://www.mikrotik.com/ Mikrotik.com] - Solutie facuta de oameni mult mai destepti ca mine si ca voi, daca vreti totul de-a gata (mai putin serverul radius), la preturi acceptabile (fata de ServPOeET BMS, fata de care totusi Mikrotik sunt in cu totul alt segment de piata).
# [http://linux.climb.ro/pptp-mystatus/index.php PPTP-mystatus] - Daca nu reusiti sa integrati poptop cu radius, si ramaneti la editarea fisierului chap-secrets, o sa va ajute acest script care va arata userii online. Realizat de [mailto:lucian(at)climb.ro Lucian Gutu].

----

=== Contact & feedback ===

Constantin Gavrilescu - [mailto:costin@gmx.net costin@gmx.net]

Current events

2008-08-23T19:37:00Z

Yuliyan: Reveniri la ultima modificare de către 221.11.172.93 (discuţie); revenire la ultima versiune de către Bmbogdan

#REDIRECT [[Evenimente curente]]

Discuție:Cum se pun întrebări în mod inteligent

2008-08-12T06:29:44Z

Yuliyan: rv

Evenimente curente

2008-06-12T10:49:56Z

Yuliyan: A protejat "Evenimente curente": semiprotejat sa se calmeze spamuistii [edit=autoconfirmed:move=autoconfirmed]

==Admitere 2006==

Universităţile din România nu se grăbesc să îi trateze non-discriminatoriu pe utilizatorii de Linux. Nimic nu poate fi mai frustrant decât să observi că dreptul la informare îţi este refuzat doar pentru că nu foloseşti browserul Internet Explorer. Astfel, dacă încercaţi să accesaţi pagina care oferă informaţii despre admitere pe situl Universităţii Alexandu Ioan Cuza din Iaşi, veţi constata cu stupoare că vă întîmpină un mesaj care vă îndeamnă să instalaţi browserul amintit, altfel nu veţi afla nimic.
Nu şiu cum să interpretez lucrul acesta, dar primul cuvânt care îmi trece prin minte este "discriminare". Vezi: [http://admitere.uaic.ro/default.php http://admitere.uaic.ro/default.php] şi [http://193.231.31.202/Weblic/Default.aspx http://193.231.31.202/Weblic/Default.aspx]

==Nici o problemă!==

Nici o problemă, Wine a ajuns la maturitate, aşa că fiecare user poate să instaleze IE fără prea mari dificultăţi. Există chiar şi un script excepţional (are şi localizare pentru limba română) care face toate setările necesare, ai nevoie doar de conectare la internet, pentru că scriptul trebuie să copieze câteva fişiere de pe www.
[http://www.tatanka.com.br/ies4linux/index-en.html http://www.tatanka.com.br/ies4linux/index-en.html]

Nu cred că trebuie să luăm lucrurile în tragic. Să mulţumim lui Dumnezeu că există WWW. Şi dacă nu găsim destui oameni responsabili şi luminaţi aici(nici măcar în universităţi), îi vom găsi în altă parte. Atât timp cât vom proteja valorile comunităţii noastre şi vom încerca să rezolvăm problemele cu curaj, fără să ne lamentăm prea mult, încă mai există o speranţă. Prin urmare, nu abandonaţi lupta!

==Noutăţi==

2005.12.03 - wiki.lug.ro şi-a început funcţionarea

am pus favicon.ico de pe kernel.org, sper sa observe cineva ;) [[Utilizator:Petre|Petre]] 7 Dec 2005 21:09 (EET)

Si iata ca azi avem un cistigator si la capitolul "IP blocat". Imi cer scuze celor interesati de linkurile la site-urile cu x*nax si vi*gra, dar le-am sters din paginile unde le pusese nenea respectiv. [[Utilizator:Wolfy|wolfy]] 27 Dec 2005 23:48 (EET)

Azi am invatat de templates, asa ca am implementat vreo doua: [[Format:Distribuţie]] nu are parametri si se adauga in josul paginii unei distributii, iar [[Format:Distrobox]] are mai multi parametri (si tind sa devina si mai multi) si apare ca o casuta in dreapta sus a unei pagini de distributie. Exemplu de implementare gasiti la [[Debian]], pentru modificari, propuneti-le pe pagina de discutii sau implementati-le direct. [[Utilizator:Petre|Petre]] 19 Apr 2006 05:09 (EEST)
: Ah, si descrierile de spam de mai sus nu ma lasa sa salvez pagina [[Utilizator:Petre|Petre]] 19 Apr 2006 05:09 (EEST)

== Culmea spamului ==

"W* are delicate, w* do not delete your content". Probabil vor şi mulţumiri ;) [[Utilizator:Yuliyan|Yuliyan]] 18 Apr 2006 22:04 (EEST)
: A fost si acum vreo saptamana, dar nu la nivelul asta. Devenim populari, se pare :) [[Utilizator:Petre|Petre]] 18 Apr 2006 22:40 (EEST)
:: Update: am pus filtru antispam pe expresia de mai sus (de aia am si modificat-o). In plus nu mai permitem inregistrarea userilor cu id-ul format din 10 cifre (modificat SpecialUserlogin.php) [[Utilizator:Petre|Petre]] 25 Apr 2006 18:10 (EEST)

Am mai largit regexpul de antispam. [[Utilizator:Petre|Petre]] 4 May 2006 17:54 (EEST)

Azi am bagat si [0-9]{20} in filtru (da, aia bagau 24 de cifre, dar nu strica sa fie nitel mai scurt) [[Utilizator:Petre|Petre]] 2 Jul 2006 15:58 (EEST)

== pvpgn ==
Constat ca pagina [[PvPGN]] a fost stearsa (well, golita) de acelasi autor care o mentinuse pana acum. Nu am dat de Dizzy si nu pot confirma daca el a fost. Mi se pare pacat totusi sa ramana asa (si MW nu ma lasa sa dau revert la acelasi autor, dar daca e cazul gasim metode). [[Utilizator:Petre|Petre]] 23 Jun 2006 19:16 (EEST)

Evenimente curente

2008-06-12T10:49:34Z

Yuliyan: Reveniri la ultima modificare de către 83.230.224.83 (discuţie); revenire la ultima versiune de către Yuliyan

Evenimente curente

2008-06-12T06:17:39Z

Yuliyan: Reveniri la ultima modificare de către 68.101.164.100 (discuţie); revenire la ultima versiune de către Yuliyan

Laptop HP Nw 8440

2008-06-11T11:19:10Z

Yuliyan: A protejat "Laptop HP Nw 8440": spam target [edit=autoconfirmed:move=autoconfirmed]

Salut,

In randurile de mai jos va voi povesti despre experientele mele sexuale cu un laptop HP Nw 8440 si linux.

In primul rand configuratia hardware:

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express Memory Controller Hub (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express PCI Express Root Port (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01)
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller AHCI (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600]
02:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
02:06.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller
02:06.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)
02:06.3 Generic system peripheral [0805]: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller
02:06.4 Communication controller: Texas Instruments PCIxx12 GemCore based SmartCard controller
08:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5753M Gigabit Ethernet PCI Express (rev 21)
10:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)

florin@samflorin-laptop:~$ grep -i model /proc/cpuinfo
model : 15
model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
model : 15
model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz

Pentru animalul de mai sus, va recomand un kernel cel putin 2.6.19 datorita unor buguri de "bad state" (a se vedea https://bugzilla.novell.com/show_bug.cgi?id=179702 ). 
La acest model rezolvarea problemei a fost un kernel update,urmat de un upgrade de bios de pe pagina producatorului.

Distributia curenta pe acest model e Ubuntu 7.04 "Feisty Fawn". In timpul instalarii veti avea surpriza ca interfata grafica sa nu porneasca. 
Workaround: instalati cu installerul in mod text sau din consola live-cd-ului sa dati:

sudo apt-get update
sudo apt-get install xorg-driver-fglrx
sudo aticonfig --initial
/etc/init.d/gdm restart (gdm poate fi inlocuit de xdm/kdm).

Dupa instalare, activarea "Multiverse" si aducerea la zi a pachetelor, pentru rezolvarea diverselor probleme de suspend2disk/suspend2ram (vezi sudo pmi capabilities) am editat astfel /etc/default/acpi-support:

# Comment the next line to disable ACPI suspend to RAM
ACPI_SLEEP=true
# Comment the next line to disable suspend to disk
ACPI_HIBERNATE=true
# Change the following to "standby" to use ACPI S1 sleep, rather than S3.
# This will save less power, but may work on more machines
ACPI_SLEEP_MODE=mem
# Add modules to this list to have them removed before suspend and reloaded
# on resume. An example would be MODULES="em8300 yenta_socket"
#
# Note that network cards and USB controllers will automatically be unloaded
# unless they're listed in MODULES_WHITELIST
MODULES="ipw3945 sbp2 ohci1394 ieee1394"
# Add modules to this list to leave them in the kernel over suspend/resume
MODULES_WHITELIST="fglrx"
# Should we save and restore state using the VESA BIOS Extensions?
SAVE_VBE_STATE=false
# The file that we use to save the vbestate
VBESTATE=/var/lib/acpi-support/vbestate
# Should we attempt to warm-boot the video hardware on resume?
POST_VIDEO=false
# Save and restore video state?
# SAVE_VIDEO_PCI_STATE=true
# Should we switch the screen off with DPMS on suspend?
USE_DPMS=false
# Use Radeontool to switch the screen off? Seems to be needed on some machines
# RADEON_LIGHT=true
# Uncomment the next line to switch away from X and back again after resume.
# This is needed for some hardware, but should be unnecessary on most.
DOUBLE_CONSOLE_SWITCH=false
# Set the following to "platform" if you want to use ACPI to shut down
# your machine on hibernation
HIBERNATE_MODE=shutdown
# Comment this out to disable screen locking on resume
LOCK_SCREEN=true
# Uncomment this line to have DMA disabled before suspend and reenabled
# afterwards
# DISABLE_DMA=true
# Uncomment this line to attempt to reset the drive on resume. This seems
# to be needed for some Sonys
# RESET_DRIVE=true
# Add services to this list to stop them before suspend and restart them in
# the resume process.
STOP_SERVICES="mysql "
# Restart Infra Red services on resume - off by default as it crashes some
# machines
RESTART_IRDA=false
# Switch to laptop-mode on battery power - off by default as it causes odd
# hangs on some machines
ENABLE_LAPTOP_MODE=true

Continutul /etc/apt/sources.list :

deb http://ro.archive.ubuntu.com/ubuntu/ feisty main restricted
deb-src http://ro.archive.ubuntu.com/ubuntu/ feisty main restricted
deb http://ro.archive.ubuntu.com/ubuntu/ feisty-updates main restricted
deb-src http://ro.archive.ubuntu.com/ubuntu/ feisty-updates main restricted
deb http://ro.archive.ubuntu.com/ubuntu/ feisty universe
deb-src http://ro.archive.ubuntu.com/ubuntu/ feisty universe
deb http://ro.archive.ubuntu.com/ubuntu/ feisty multiverse
deb-src http://ro.archive.ubuntu.com/ubuntu/ feisty multiverse
deb http://security.ubuntu.com/ubuntu feisty-security main restricted
deb-src http://security.ubuntu.com/ubuntu feisty-security main restricted
deb http://security.ubuntu.com/ubuntu feisty-security universe
deb-src http://security.ubuntu.com/ubuntu feisty-security universe
deb http://security.ubuntu.com/ubuntu feisty-security multiverse
deb-src http://security.ubuntu.com/ubuntu feisty-security multiverse
deb http://medibuntu.sos-sts.com/repo/ feisty free non-free
deb-src http://medibuntu.sos-sts.com/repo/ feisty free non-free
deb http://hydr0g3n.free.fr/qbittorrent/feisty/ ./
deb-src http://hydr0g3n.free.fr/qbittorrent/feisty/ ./
deb http://www.virtualbox.org/debian feisty non-free
deb http://wine.budgetdedicated.com/apt feisty main
deb http://beryl.xglusers.de/ubuntu.beryl-project.org/ feisty main
deb http://download.tuxfamily.org/syzygy42 feisty avant-window-navigator
deb http://download.tuxfamily.org/3v1deb feisty eyecandy

Deoarece XGL din Feisty are unele probleme de functionare, in /etc/apt/preferences am adaugat urmatoarele pentru a prefera pachetele din repository-ul Beryl.

Package: *
Pin: release o=lupine
Pin-Priority: 1000

Am adaugat in /etc/modules urmatoarele linii:

cpufreq_conservative
cpufreq_ondemand
cpufreq_powersave
cpufreq_stats
cpufreq_userspace
acpi-cpufreq

Si am dezactivat powernowd din sysv-rc-conf (sudo apt-get install sysv-rc-conf) deoarece procesorul este unul Intel, iar power management e asigurat de laptop-mode-tools.

Continutul /etc/laptop-mode/laptop-mode.conf

###############################################################################
#
# Configuration for Laptop Mode Tools
# -----------------------------------
#
# There is a "system" to the configuration setting names:
# CONTROL_something=0/1 Determines whether Laptop Mode Tools controls
# something
# LM_something=value Value of "something" when laptop mode is active
# NOLM_something=value Value of "something" when laptop mode is NOT active
# AC_something=value Value of "something" when the computer is running
# on AC power
# BATT_something=value Value of "something when the computer is running on
# battery power
#
# There can be combinations of LM_/NOLM_ and AC_/BATT_ prefixes, but the
# available prefixes are different for each setting. The available ones are
# documented in the manual page, laptop-mode.conf(8). If there is no LM_/NOLM_
# in a setting name, then the value is used independently of laptop mode state,
# and similarly, if there is no AC_/BATT_, then the value is used independently
# of power state.
#
# Some options only work on ACPI systems. They are marked ACPI-ONLY.
#
# Note that this configuration file is a fragment of bash shell script: you
# can use all the features of the bash scripting language to achieve your
# desired configuration.
###############################################################################
###############################################################################
# Configuration debugging
# -----------------------
###############################################################################
# Set this to 1 if you want to see a lot of information when you start/stop
# laptop_mode.
VERBOSE_OUTPUT=0
###############################################################################
# When to enable laptop mode
# --------------------------
#
# "Laptop mode" is the mode in which laptop mode tools makes the computer
# consume less power. This includes the kernel "laptop_mode" feature, which
# allows your hard drives to spin down, as well as various other settings which
# can be tweaked by laptop mode tools. You can enable or disable all of these
# settings using the CONTROL_... options further down in this config file.
###############################################################################
# Enable laptop mode when on battery power.
ENABLE_LAPTOP_MODE_ON_BATTERY=1
# Enable laptop mode when on AC power.
ENABLE_LAPTOP_MODE_ON_AC=1
# Enable laptop mode when the laptop's lid is closed, even when we're on AC
# power? (ACPI-ONLY)
ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=1
###############################################################################
# When to enable data loss sensitive features
# -------------------------------------------
#
# When data loss sensitive features are disabled, laptop mode tools acts as if
# laptop mode were disabled, for those features only.
#
# Data loss sensitive features include:
# - laptop_mode (i.e., delayed writes)
# - hard drive write cache
#
# All of the options that follow can be set to 0 in order to prevent laptop
# mode tools from using them to stop data loss sensitive features. Use this
# when you have a battery that reports the wrong information, that confuses
# laptop mode tools.
#
# Disabling data loss sensitive features is ACPI-ONLY.
###############################################################################
# Disable all data loss sensitive features when the battery level (in % of the
# battery capacity) reaches this value.
MINIMUM_BATTERY_CHARGE_PERCENT=3
# Disable data loss sensitive features when the battery reports its state
# as "critical".
DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1
###############################################################################
# Controlled hard drives and partitions
# -------------------------------------
#
# For spinning down your hard drives, laptop mode will remount file systems and
# adjust hard drive spindown timeouts. These parameters specify which
# devices and partitions are affected by laptop mode.
###############################################################################
# The drives that laptop mode controls.
# Separate them by a space, e.g. HD="/dev/hda /dev/hdb". The default is a
# wildcard, which will get you all your IDE and SCSI/SATA drives.
HD="/dev/[hs]d[abcdefgh]"
# The partitions (or mount points) that laptop mode controls.
# Separate the values by spaces. Use "auto" to indicate all partitions on drives
# listed in HD. You can add things to "auto", e.g. "auto /dev/hdc3". You can
# also specify mount points, e.g. "/mnt/data".
PARTITIONS="auto /dev/mapper/*"
# If this is enabled, laptop mode tools will assume that SCSI drives are really
# SATA drives that only _look_ like SCSI drives, and will use hdparm to control
# them. Set this to 0 if you have /dev/sd devices and you want laptop mode
# tools to use the "sdparm" command to control them.
ASSUME_SCSI_IS_SATA=1
###############################################################################
# Hard drive behaviour settings
# -----------------------------
#
# These settings specify how laptop mode tools will adjust the various
# parameters of your hard drives and file systems.
###############################################################################
# Maximum time, in seconds, of work that you are prepared to lose when your
# system crashes or power runs out. This is the maximum time that Laptop Mode
# will keep unsaved data waiting in memory before spinning up your hard drive.
LM_BATT_MAX_LOST_WORK_SECONDS=600
LM_AC_MAX_LOST_WORK_SECONDS=360
# Should laptop mode tools control readahead?
CONTROL_READAHEAD=1
# Read-ahead, in kilobytes. You can spin down the disk while playing MP3/OGG
# by setting the disk readahead to a reasonable size, e.g. 3072 (3 MB).
# Effectively, the disk will read a complete MP3 at once, and will then spin
# down while the MP3/OGG is playing. Don't set this too high, because the
# readahead is applied to _all_ files that are read from disk.
LM_READAHEAD=3072
NOLM_READAHEAD=128
# Should laptop mode tools add the "noatime" option to the mount options when
# laptop mode is enabled?
CONTROL_NOATIME=1
# Should laptop mode tools control the hard drive idle timeout settings?
CONTROL_HD_IDLE_TIMEOUT=1
# Idle timeout values. (hdparm -S)
# Default is 2 hours on AC (NOLM_HD_IDLE_TIMEOUT_SECONDS=7200) and 20 seconds
# for battery and for AC with laptop mode on.
LM_AC_HD_IDLE_TIMEOUT_SECONDS=7200
LM_BATT_HD_IDLE_TIMEOUT_SECONDS=20
NOLM_HD_IDLE_TIMEOUT_SECONDS=7200
# Should laptop mode tools control the hard drive power management settings?
CONTROL_HD_POWERMGMT=1
# Power management for HD (hdparm -B values)
BATT_HD_POWERMGMT=1
LM_AC_HD_POWERMGMT=255
NOLM_AC_HD_POWERMGMT=255
# Should laptop mode tools control the hard drive write cache settings?
CONTROL_HD_WRITECACHE=1
# Write cache settings for HD (hdparm -W values)
NOLM_AC_HD_WRITECACHE=1
NOLM_BATT_HD_WRITECACHE=1
LM_HD_WRITECACHE=1
###############################################################################
# CPU frequency scaling and throttling
# ------------------------------------
#
# Laptop mode tools can automatically adjust your kernel CPU frequency
# settings. This includes upper and lower limits and scaling governors.
# There is also support for CPU throttling, on systems that don't support
# frequency scaling.
#
# This feature only works on 2.6 kernels.
###############################################################################
# Should laptop mode tools control the maximum CPU frequency?
CONTROL_CPU_FREQUENCY=1
# Legal values are "slowest" for the slowest speed that your
# CPU is able to operate at, "fastest" for the fastest speed,
# "medium" for some value in the middle, or any value listed in
# /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_frequencies.
BATT_CPU_MAXFREQ=medium
BATT_CPU_MINFREQ=slowest
BATT_CPU_GOVERNOR=powersave
LM_AC_CPU_MAXFREQ=fastest
LM_AC_CPU_MINFREQ=slowest
LM_AC_CPU_GOVERNOR=powersave
NOLM_AC_CPU_MAXFREQ=fastest
NOLM_AC_CPU_MINFREQ=slowest
NOLM_AC_CPU_GOVERNOR=powersave
# Should laptop mode tools control the CPU throttling? This is only useful
# on processors that don't have frequency scaling.
# (Only works when you have /proc/acpi/processor/CPU*/throttling.)
CONTROL_CPU_THROTTLING=0
# Legal values are "maximum" for the maximum (slowest) throttling level,
# "minimum" for minimum (fastest) throttling level, "medium" for a value
# somewhere in the middle (this is usually 50% for P4s), or any value listed
# in /proc/acpi/processor/CPU*/throttling. Be careful when using "maximum":
# this may be _very_ slow (in fact, with P4s it slows down the processor
# by a factor 8).
BATT_CPU_THROTTLING=medium
LM_AC_CPU_THROTTLING=medium
NOLM_AC_CPU_THROTTLING=minimum
###############################################################################
# Syslog configuration control
# ----------------------------
#
# Syslog daemons have a tendency to sync their log files when entries are
# written to them. This causes disks to spin up, which is not very nice when
# you're trying to save power. The syslog.conf can be tweaked to *not* sync
# a given file, by prepending the log file name with a dash, like this:
#
# mail.* -/var/log/mail/mail.log
#
# Using the following options, you can let laptop mode switch between
# different syslog configurations depending on whether you are working on
# battery or on AC power. To set this up, start by configuring these options
# for your syslog daemon, and then run lm-syslog-setup to create the various
# files. Then edit the laptop mode-specific syslog configuration files to
# remove the syncs only when laptop mode is active.
###############################################################################
# Should laptop mode tools control which syslog.conf should be used?
CONTROL_SYSLOG_CONF=0
# Laptop mode tools controls syslog.conf by replacing /etc/syslog.conf (or
# whatever you specify in SYSLOG_CONF) by a link to the files configured here.
# NOTE: these files are NOT created by default, and if they do not
# exist this feature will not work. You can run the script
# /usr/sbin/lm-syslog-setup to set things up.
LM_AC_SYSLOG_CONF=/etc/syslog-on-ac-with-lm.conf
NOLM_AC_SYSLOG_CONF=/etc/syslog-on-ac-without-lm.conf
BATT_SYSLOG_CONF=/etc/syslog-on-battery.conf
# Signal this program when syslog.conf has been replaced.
SYSLOG_CONF_SIGNAL_PROGRAM=syslogd
# This is the syslog configuration file that should be replaced by a link to the
# other files.
SYSLOG_CONF=/etc/syslog.conf
###############################################################################
# X display settings
# ------------------
#
# Using these settings, you can let laptop mode tools control the X display
# standby timeouts.
###############################################################################
# Should laptop mode tools control DPMS standby settings for X displays?
CONTROL_DPMS_STANDBY=0
# These settings specify the standby timeout for the X display,
# in seconds. The suspend and poweroff timeouts are somewhat
# larger values derived from these values.
BATT_DPMS_STANDBY=300
LM_AC_DPMS_STANDBY=1200
NOLM_AC_DPMS_STANDBY=1200
###############################################################################
# Terminal settings
# -----------------
#
# Using these settings, you can let laptop mode tools control the terminal
# blanking timeouts.
###############################################################################
# Should laptop mode tools control terminal blanking settings?
CONTROL_TERMINAL=0
# These settings specify the blanking and powerdown timeouts. Note that
# the powerdown timeout is counted from the moment the screen is blanked,
# i.e. BLANK_MINUTES=2 and POWERDOWN_MINUTES=5 means the screen powers
# down after 7 minutes of inactivity. The range for all these settings is
# 1 to 60 minutes, or 0 to disable.
BATT_TERMINAL_BLANK_MINUTES=1
BATT_TERMINAL_POWERDOWN_MINUTES=2
LM_AC_TERMINAL_BLANK_MINUTES=10
LM_AC_TERMINAL_POWERDOWN_MINUTES=10
NOLM_AC_TERMINAL_BLANK_MINUTES=10
NOLM_AC_TERMINAL_POWERDOWN_MINUTES=50
###############################################################################
# Auto-hibernation settings
# -------------------------
#
# Using these settings, you can make laptop mode tools automatically put your
# computer into hibernation when the battery level goes critically low.
#
# This feature only works on ACPI, and only works on computers whose batteries
# give off battery events often enough.
###############################################################################
# Should laptop mode tools perform auto-hibernation?
ENABLE_AUTO_HIBERNATION=0
# The hibernation command that is to be executed when auto-hibernation
# is triggered.
HIBERNATE_COMMAND=/usr/sbin/hibernate
# Auto-hibernation battery level threshold, in percentage of the battery's
# total capacity.
AUTO_HIBERNATION_BATTERY_CHARGE_PERCENT=6
# Enable this to auto-hibernate if the battery reports that its level is
# "critical".
AUTO_HIBERNATION_ON_CRITICAL_BATTERY_LEVEL=5
###############################################################################
# Start/Stop Programs settings
# ----------------------------
#
# Laptop mode tools can automatically start and stop programs when entering
# various power modes. Put scripts accepting "start" and "stop" parameters
# in the directories /etc/laptop-mode/batt-stop, batt-start, lm-ac-stop,
# lm-ac-start, nolm-ac-stop and nolm-ac-start. Laptop mode will call the
# scripts in a state-"stop" directory with the "stop" parameter when entering
# the state in question, and it will call the same scripts with the "start"
# parameter when leaving the state. Scripts in a state-"start" directory are
# called with the "start" parameter when the specified state is entered, and
# with the "stop" parameter when the specified state is left.
###############################################################################
# Should laptop mode start and stop programs?
CONTROL_START_STOP=1
###############################################################################
# Settings you probably don't want to touch
# -----------------------------------------
#
# It is usually not necessary to change these parameters. They are included
# for completeness' sake.
###############################################################################
# Change mount options on partitions in PARTITIONS? You don't really want to
# disable this. If you do, then your hard drives will probably not spin down
# anymore.
CONTROL_MOUNT_OPTIONS=1
# Dirty synchronous ratio. At this percentage of dirty pages the process
# which calls write() does its own writeback.
LM_DIRTY_RATIO=60
NOLM_DIRTY_RATIO=40
# Allowed dirty background ratio, in percent. Once DIRTY_RATIO has been
# exceeded, the kernel will wake pdflush which will then reduce the amount
# of dirty memory to dirty_background_ratio. Set this nice and low, so once
# some writeout has commenced, we do a lot of it.
LM_DIRTY_BACKGROUND_RATIO=1
NOLM_DIRTY_BACKGROUND_RATIO=10
# kernel default settings -- don't touch these unless you know what you're
# doing.
DEF_UPDATE=5
DEF_XFS_AGE_BUFFER=15
DEF_XFS_SYNC_INTERVAL=30
DEF_XFS_BUFD_INTERVAL=1
DEF_MAX_AGE=30
# This must be adjusted manually to the value of HZ in the running kernel
# on 2.4, until the XFS people change their 2.4 external interfaces to work in
# centisecs. This can be automated, but it's a work in progress that still
# needs# some fixes. On 2.6 kernels, XFS uses USER_HZ instead of HZ for
# external interfaces, and that is currently always set to 100. So you don't
# need to change this on 2.6.
XFS_HZ=100
# Seconds laptop mode has to to wait after the disk goes idle before doing
# a sync.
LM_SECONDS_BEFORE_SYNC=2

Datorita unui bug (tastatura si mouse-ul nu functionau dupa resume) in kernelele <2.6.22, urmatoarele scripturi (cu permisiuni de exec) au trebuit adaugate in /etc/acpi/{resume/suspend}.d

florin@samflorin-laptop:/etc/acpi/suspend.d$ cat 20-i8042-input.sh
#!/bin/sh
# Unbind the AT keyboard interface.
if [ -f /sys/bus/platform/drivers/i8042/unbind ]; then
echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind
fi

florin@samflorin-laptop:/etc/acpi/suspend.d$ cat ../resume.d/80-i8042-input.sh
#!/bin/sh
# Rebind the AT keyboard interface.
if [ -f /sys/bus/platform/drivers/i8042/bind ]; then
echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind
fi

Deoarece laptop-mode poate da unele erori in timpul procesului de s2disk/ram, e mai bine sa il oprim la suspend si sa il pornim la resume.

root@samflorin-laptop:/etc/acpi/suspend.d# cat 00-laptop-mode.sh
#!/bin/sh
/etc/init.d/laptop-mode stop

root@samflorin-laptop:/etc/acpi/suspend.d# cat ../resume.d/98-laptop-mode.sh
#!/bin/sh
/etc/init.d/laptop-mode start

Deoarece la suspend de foarte multe ori nu mi s-a mai activat partitia de swap, am modificat /etc/fstab si am trecut partitia de swap cu
/dev/sdaX in loc de #UUID=97f25d87-fef3-41e1-82b1-3458e93d31e4 none swap sw 0 0, si am adaugat in /etc/acpi/resume.d/99-custom.sh urmatoarele:

/sbin/swapoff -a
/sbin/swapon -a

Scripturi pentru power management (battery mode / ac mode):

florin@samflorin-laptop:/etc/acpi/battery.d$ls
10-vm_settings.sh 15-anacron.sh 20-wireless_power.sh 80-battery.sh 90-ati.sh

florin@samflorin-laptop:/etc/acpi/battery.d$ cat 10-vm_settings.sh
#!/bin/bash
# Tweak virtual memory to conserve power when running on batteries.
echo 10 > /proc/sys/vm/swappiness
echo 0 > /proc/sys/vm/dirty_expire_centisecs
echo 0 > /proc/sys/vm/dirty_writeback_centisecs
echo 60 > /proc/sys/vm/dirty_background_ratio
echo 95 > /proc/sys/vm/dirty_ratio

florin@samflorin-laptop:/etc/acpi/battery.d$ cat 20-wireless_power.sh
#!/bin/bash
# Change the wireless power mode to Battery.
for x in $(/bin/ls -d /sys/class/net/*/wireless | /usr/bin/cut -d'/' -f5); do
/sbin/iwpriv $x set_power 7
done

florin@samflorin-laptop:/etc/acpi/battery.d$ cat 90-ati.sh
#!/bin/bash
#Dirty hack, i know
. /usr/share/acpi-support/power-funcs
new_state=1
su - florin -c"DISPLAY=:0 /usr/bin/aticonfig --set-powerstate=$new_state"

In /etc/acpi.d am adaugat urmatoarele:

florin@samflorin-laptop:/etc/acpi/ac.d$ cat 10-vm_settings.sh
#!/bin/bash
# Tweak virtual memory for running on AC.
echo 60 > /proc/sys/vm/swappiness
echo 3000 > /proc/sys/vm/dirty_expire_centisecs
echo 500 > /proc/sys/vm/dirty_writeback_centisecs
echo 10 > /proc/sys/vm/dirty_background_ratio
echo 40 > /proc/sys/vm/dirty_ratio

florin@samflorin-laptop:/etc/acpi/ac.d$ cat 20-wireless_power.sh
#!/bin/bash
# Change the wireless power mode to AC.
# This should work for most chipsets
for x in $(/bin/ls -d /sys/class/net/*/wireless | /usr/bin/cut -d'/' -f5); do
/sbin/iwpriv $x set_power 6
done

florin@samflorin-laptop:/etc/acpi/ac.d$ cat 80-ac.sh
#!/bin/bash
for x in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do
echo "ondemand" > $x
X=${x%/*}
# The second column is the second from the highest freq most power savings / least slowdown
awk '{print $2}' $X/scaling_available_frequencies > $X/scaling_max_freq
done

florin@samflorin-laptop:/etc/acpi/ac.d$ cat 90-ati.sh
#!/bin/sh
. /usr/share/acpi-support/power-funcs
new_state=1
su - florin -c"DISPLAY=:0 /usr/bin/aticonfig --set-powerstate=$new_state"

De asemenea, in /etc/laptop-mode/batt-stop exista urmatoarele symlinkuri:

florin@samflorin-laptop:/etc/laptop-mode/batt-stop$ ls -als
total 8
4 drwxr-xr-x 2 root root 4096 2007-07-05 00:00 .
4 drwxr-xr-x 8 root root 4096 2007-04-15 14:55 ..
0 lrwxrwxrwx 1 root root 19 2007-07-04 23:59 anacron -> /etc/init.d/anacron
0 lrwxrwxrwx 1 root root 15 2007-07-04 23:59 atd -> /etc/init.d/atd
0 lrwxrwxrwx 1 root root 16 2007-07-04 23:59 cron -> /etc/init.d/cron
0 lrwxrwxrwx 1 root root 18 2007-07-04 23:59 cupsys -> /etc/init.d/cupsys
0 lrwxrwxrwx 1 root root 17 2007-07-05 00:00 hplip -> /etc/init.d/hplip
0 lrwxrwxrwx 1 root root 17 2007-07-05 00:00 samba -> /etc/init.d/samba

respectivele serviciile care sunt oprite in battery mode.

Momentan atat, revin cu eventuale completari.

Laptop HP Nw 8440

2008-06-11T11:18:56Z

Yuliyan: rv

Laptop HP Nw 8440

2008-06-11T08:04:18Z

Yuliyan: rv. scuze pt sumarul anterior :) am vrut sa scriu tot "rv"

Laptop HP Nw 8440

2008-06-11T06:27:00Z

Yuliyan: rv copyvio http://www.ici.ro/RRIA/ria2004_3/art08.htm

Laptop HP Nw 8440

2008-06-09T12:31:07Z

Yuliyan: rv

Laptop HP Nw 8440

2008-06-08T19:31:39Z

Yuliyan: rv

Cărţi şi reviste

2008-05-07T16:01:32Z

Yuliyan: rv

==== Reviste in limba română ====
* [[OpenIT]] [http://www.openitromania.org/]
* [http://www.easylinux.ro/ EasyLinux]
* [http://www.myl.ro/ MyLinux]

==== Cărţi romanesti ====
* [http://lsk.sns.ro/ Linux Starters Kit] - carte cu CD, ghid pentru incepatori.
* [http://www.polirom.ro/catalog/listare(01,,,,,24,data_introducere,DESC).html Colectia Linux la editura Polirom]

==== Cărţi traduse ====
* [http://www.slackware.com.ro/carte/index.html Slackware Linux Essentials]

==== [[OpenBooks]] ====

Evenimente curente

2008-05-07T15:57:28Z

Yuliyan: rv

Evenimente curente

2008-05-05T10:24:44Z

Yuliyan: rv

MediaWiki:Sidebar

2008-04-23T14:15:27Z

Yuliyan: scos Donaţii; a se readăuga când vom avea un program coerent de donaţii

MediaWiki:Sidebar

2008-04-23T14:13:52Z

Yuliyan: fără Portal comunitate - pagină goală

Dinyodm1

2007-11-06T23:59:57Z

Yuliyan: A protejat "Dinyodm1": spam target [edit=sysop:move=sysop]

Dinyodm1

2007-11-06T23:59:49Z

Yuliyan:

Dinyodm2

2007-11-06T23:59:35Z

Yuliyan: A protejat "Dinyodm2": spam target [edit=sysop:move=sysop]

Dinyodm2

2007-11-06T23:59:28Z

Yuliyan:

Dinyodm

2007-11-06T23:59:14Z

Yuliyan: A protejat "Dinyodm": spam target [edit=sysop:move=sysop]

Dinyodm

2007-11-06T23:58:28Z

Yuliyan:

Cum se pun întrebări în mod inteligent

2007-07-23T12:38:06Z

Yuliyan: Reveniri la ultima modificare de către 81.215.107.109 (discuţie); revenire la ultima versiune de către 85.115.8.18

Traducerea reviziei 3.1 a documentului [http://www.catb.org/~esr/faqs/smart-questions.html How To Ask Questions The Smart Way], de [mailto:esr@thyrsus.com Eric S. Raymond] şi [mailto:rick@linuxmafia.com Rick Moen]

'''Atenţie editori:''' nu operaţi modificări ''de sens sau de exprimare'' în acest articol fără a vă asigura că traducerea rămîne conformă cu originalul în engleză.
'''Pentru cititori:''' daca va place sa dati linkul altora, incercati http://wiki.lug.ro/mediawiki/index.php/Cum_se_pun_intrebari_inteligente , nu contine diacritice care sa fie URL-encoded.

==Introducere==

În lumea hackerilor, tipul de răspuns pe care îl veţi primi la întrebări tehnice depinde atât de formularea acestora cât şi de dificultatea elaborării unui răspuns. Acest ghid îşi propune să vă ajute să formulaţi întrebările în aşa fel încât să primiţi un răspuns satisfăcător.

Acum când folosirea open-source s-a răspândit pe scară largă, puteţi obţine deseori răspunsuri şi de la alţi utilizatori mai experimentaţi, nu doar de la hackeri. Ăsta e un lucru bun; utilizatorii tind să fie mai îngăduitori cu greşelile începătorilor. Totuşi, tratându-i şi pe aceştia ca pe hackeri cum e recomandat aici, e modul cel mai uşor de a obţine răspunsuri de la ei.

Primul lucru pe care trebuie să-l înţelegeţi este că hackerilor le plac problemele dificile şi întrebările care le solicită inteligenţa. Dacă nu era aşa, nu ne aflam aici. Dacă ne daţi o întrebare interesantă o să vă fim recunoscători; întrebările bune sunt un stimul şi un cadou. Întrebările bune ne ajută să ne clarificăm cunoştinţele şi adesea ridică probleme pe care nu le-am fi observat, sau la care nu ne-am fi gândit. Printre hackeri, „Bună intrebare!“ e un compliment.

În ciuda acestor lucruri, hackerii au reputaţia că tratează întrebările simple cu ostilitate şi aroganţă. Uneori arată ca şi cum suntem automat nepoliticoşi cu începătorii si neştiutorii. Nu e deloc adevărat.

Suntem de fapt ostili faţă de acele persoane care parcă nu vor să gândească şi nu-şi fac temele înainte să pună întrebări. Astfel de persoane nu sunt decât pierdere de vreme, iau fără să dea nimic înapoi, ne fac să pierdem timpul pe care l-am putea folosi pentru a răspunde la o intrebare mai interesantă sau unei persoane care merită într-adevăr. Îi numim pe aceştia „losers“ (din motive istorice, uneori este scris „lusers“).

Ne dăm seama că sunt mulţi oameni care vor doar sa folosească programele noastre şi nu sunt interesaţi de detaliile tehnice. Pentru majoritatea oamenilor un computer este o unealtă, un mijloc pentru atingerea unui scop; au lucruri mai bune de făcut în viaţă. Realizăm asta şi nu ne aşteptăm ca toată lumea să fie interesată de chestiunile tehnice care ne fascinează pe noi. Totuşi, stilul nostru de a răspunde la întrebări este adaptat celor care au acest interes si sunt dispuşi să participe activ la rezolvarea problemelor. Lucrul ăsta nu o să se schimbe, şi nici nu ar trebui; dacă s-ar întâmpla, am fi mai puţin eficienţi în treburile la care ne pricepem.

Suntem (în cea mai mare parte) voluntari. Ne luăm din timpul nostru pentru a răspunde la întrebări şi uneori suntem depăşiţi de cantitatea lor, aşa că le filtrăm fără milă. În particular, ignorăm întrebările de la persoane care se prezintă ca losers pentru a ne putea folosi timpul mai eficient, cu ceilalţi.

Dacă această atitudine vi se pare enervantă, elitistă sau arogantă, verificaţi-vă ipotezele. Nu vă cerem să faceţi plecăciuni în faţa noastră. Dimpotrivă, cei mai mulţi dintre noi ar prefera să vă trateze ca egali; sunteţi binevenit în comunitatea noastră, dacă depuneţi efortul necesar ca acest lucru să fie posibil. Pur şi simplu, nu este deloc economic să încercăm să ajutăm oameni care nu vor să se ajute singuri. E OK să fii neştiutor, NU E OK să faci pe prostul.

În concluzie, deşi nu este necesar să fiţi un expert pentru a ne capta atenţia, este necesar să demonstraţi o atitudine care în timp duce la competenţă: atenţie, reflecţie, spirit de observaţie şi dorinţa de a participa activ la rezolvarea problemelor. Dacă nu vă convine această discriminare, vă sugerăm să apelaţi la servicii comerciale de asistenţă tehnică, în loc să ne cereţi să vă facem noi treaba gratuit.

Dacă decideţi să ne cereţi nouă ajutorul, nu vreţi să fiţi un loser. Nu vreţi nici măcar să păreţi că sunteţi unul. Cel mai bun mod de a obţine rapid un răspuns folositor este să întrebaţi ca o persoană inteligentă, care are încredere în sine şi unele cunoştinţe, care se întâmplă să aibă nevoie de ajutor cu o problemă punctuală.

==Înainte de a întreba==

Înainte de a trimite o întrebare tehnică pe email, într-un newsgroup sau forum, faceţi următoarele:

* Încercaţi să găsiţi un răspuns căutând pe Web.
* Încercaţi să găsiţi un răspuns în manual.
* Încercaţi să găsiţi un răspuns într-un FAQ.
* Încercaţi să găsiţi un răspuns prin analiză şi experiment.
* Încercaţi să găsiţi un răspuns la un prieten mai experimentat.
* Dacă sunteţi programator, încercaţi să găsiţi răspunsul citind codul sursă.

Când formulaţi întrebarea, arătaţi că aţi făcut întâi cele de mai sus; astfel demonstraţi că nu sunteţi un puturos care ne face să ne pierdem timpul. Şi mai bine, arătaţi ce aţi descoperit făcând cele de mai sus. Ne place să răspundem celor care demonstrează că pot învăţa ceva din răspunsurile noastre.

Când căutaţi pe Google, introduceţi textul mesajului de eroare pe care-l primiţi (căutaţi şi în Google Groups, nu doar pe web). E foarte posibil să ajungeţi direct la documentaţia referitoare la problemă, sau la un thread pe un mailing list care conţine răspunsul. Chiar dacă nu găsiţi nimic relevant, ajută să puteţi spune „Am căutat pe google după cuvintele următoare dar nu am găsit nimic folositor“ la începutul mesajului prin care cereţi ajutor.

Pregătiţi-vă bine întrebarea, gândiţi-o până la capăt. Întrebările care sună incomplet vor primi un răspuns pe măsură, sau deloc. Cu cât este mai clar că aţi încercat să vă rezolvaţi singur problema, cu atât e mai probabil să primiţi ajutor.

Aveţi grijă să nu puneţi o întrebare greşită. Dacă întrebarea porneşte de la ipoteze greşite, e foarte probabil ca cineva să vă răspundă literal, în speranţa că veţi învăţa ceva primind exact ce-aţi cerut în loc de ceea ce aveaţi nevoie.

Niciodată sa nu consideraţi că aveţi dreptul la un răspuns. Nu-l aveţi; în definitiv, nu plătiţi pentru acest serviciu. Veţi câştiga un răspuns, punând o întrebare cu substanţă, interesantă, care ne dă de gândit, o întrebare care contribuie implicit la experienţa comunităţii mai degrabă decât o cerere pasivă de informaţii de la ceilalţi.

Arătaţi că sunteţi dispus să contribuiţi la elaborarea unei soluţii. „Poate să mă îndrume cineva?“, „Ce lipseşte din exemplul meu?“ şi „Pe ce site ar mai trebui să mă uit?“ au şanse mult mai mari să primească un răspuns, decât „Vă rog să-mi spuneţi exact cum să fac!“ pentru că arată că aveţi doar nevoie de o mică îndrumare în direcţia bună.

==Când întrebaţi==

===Atenţie unde întrebaţi===

Folosiţi-vă discernământul în alegerea locului unde puneţi întrebarea. E foarte probabil să fiţi ignorat sau catalogat ca loser, dacă:

* postaţi întrebarea pe un forum unde este offtopic
* postaţi o întrebare elementară pe un forum unde se aşteaptă probleme tehnice complexe, sau invers
* postaţi pe mai multe grupuri simultan
* trimiteţi un mesaj direct către cineva care nu vă e cunoscut personal sau nu e direct responsabil pentru rezolvarea problemei

Hackerii ignoră întrebările puse în locurile greşite pentru a-şi proteja canalele de comunicaţie de zgomot inutil. Nu doriţi să fiţi în această situaţie.

Primul pas, deci, este găsirea forumului potrivit. Iarăşi, Google sau alte motoare de căutare vă sunt prieteni. Folosiţi-le pentru a găsi pagina de web a proiectului dedicat hardware-ului sau software-ului care vă face probleme. De obicei o să conţină link-uri către o lista de FAQ (Frequently Asked Questions), lista de email a proiectului şi arhiva acesteia. Listele de email sunt ultimul loc unde veţi cere ajutor, dacă prin eforturi proprii (inclusiv citirea acelor FAQ) nu găsiţi o soluţie. Pagina de web a proiectului mai poate descrie o procedură de raportare a bug-urilor. Dacă există, citiţi-o cu atenţie.

Lansarea unui mesaj către o persoană sau forum cu care nu sunteţi familiar e cel puţin riscantă. De exemplu, nu presupuneţi că autorul unei pagini de web informative doreşte să vă fie consultant gratuit. Nu faceţi presupuneri optimiste că întrebarea va fi binevenită; dacă nu sunteţi sigur, întrebaţi în altă parte sau deloc.

Când alegeţi un forum, newsgroup sau listă de email, nu vă luaţi doar după numele lor; căutaţi un FAQ sau regulile grupului pentru a verifica dacă întrebarea dvs. este pe subiect (on-topic). Citiţi o parte din mesajele anterioare înainte de a posta ca să aveţi o idee despre cum se desfăşoară discuţiile. De fapt, e o idee bună să căutaţi in arhivele grupului după câteva cuvinte cheie ale problemei, înainte de a posta. Puteţi găsi chiar răspunsul, sau vă poate ajuta să formulaţi mai bine întrebarea.

Nu trimiteţi simultan mesaje către toate canalele disponibile, e similar cu strigatul şi irită. Luaţi-le pe rând.

Înţelegeţi întâi subiectul! O greşeală clasică este să întrebaţi despre interfaţa de programare Unix sau Windows într-un forum dedicat unui limbaj, unei biblioteci sau unelte portabile pe ambele sisteme. Dacă nu vă este clar de ce asta e o problemă, mai bine vă abţineţi până vă lămuriţi.

În general, întrebările postate pe un forum public bine ales au şanse mai bune să-şi găsească un răspuns decât aceleaşi întrebări pe un forum privat, din mai multe motive: în primul rând, masa mai mare de oameni care pot răspunde. Apoi, mărimea audienţei; hackerii răspund mai degrabă unei întrebări care ajută mai multă lume, decât celor care sunt de folos doar câtorva persoane.

De înţeles, hackerii talentaţi sau autorii de programe foarte cunoscute primesc oricum mai multe mesaje greşit adresate decât norma. Puteţi fi picătura care umple paharul. De mai multe ori, coautori în proiecte cunoscute şi-au încetat participarea, datorită numărului prea mare de mesaje inutile venite pe adresa de mail personală.

===Forumurile Web si canalele IRC orientate către începători===

Grupul de utilizatori local sau distribuţia dvs. de Linux pot îndruma către forumuri Web sau canale IRC unde începătorii pot primi ajutor. Acestea sunt un bun punct de plecare, mai ales dacă vi se pare că vă loviţi de o problemă relativ simplă sau comună. Existenţa unui canal IRC e o invitaţie deschisă să puneţi întrebări si puteţi primi adesea răspunsul imediat.

De fapt, dacă programul care vă creeaza probleme face parte din distribuţie (cum se întâmplă de obicei), e chiar mai bine să întrebaţi pe liste/forumuri ale distribuţiei respective înainte să încercaţi pe cele ale proiectului. Hackerii lor s-ar putea să vă spună doar „folosiţi versiunea noastră“.

Înainte de a posta pe un forum Web, verificaţi dacă are o funcţie de căutare. Dacă da, încercaţi câteva căutări referitoare la problema dvs; poate ajută. Chiar dacă aţi folosit un motor de căutare pe Web înainte (cum ar fi trebuit), căutaţi şi pe forum; e posibil ca nu tot forumul să fi fost indexat.

Din ce în ce mai frecvent, proiectele oferă asistenţă utilizatorilor pe forumuri Web sau canale IRC, păstrând listele de email pentru discuţii legate de dezvoltare. Uitaţi-vă întâi după primele când aveţi nevoie de ajutor în legătură cu un proiect anume.

===Pasul doi: listele de email ale proiectului===

Când un proiect are o listă de email, scrieţi pe aceasta, nu direct către programatorii implicaţi, chiar dacă vi se pare că ştiţi exact cine vă poate da cel mai bun răspuns. Uitaţi-vă în documentaţia proiectului şi în pagina de Web după adresa unei liste de email. Iată câteva motive:

* Orice întrebare suficient de bună pentru unul dintre programatori va fi interesantă pentru întregul grup. Pe de altă parte, faptul că întrebarea e prea stupidă pentru listă nu e o scuză pentru a-i agasa pe programatori personal.
* Întrebând pe listă permiteţi o mai bună împărţire a muncii între programatori. Un programator individual (în special dacă e vorba despre leader-ul proiectului) poate fi prea ocupat pentru a vă răspunde.
* Majoritatea listelor de email sunt arhivate şi indexate de motoarele de căutare. Altcineva va putea găsi întrebarea dvs. şi răspunsurile pe web, în loc să întrebe din nou pe listă.
* Dacă o anumită întrebare se tot repetă, e o indicaţie că documentaţia sau chiar software-ul respectiv se pot îmbunătăţi pentru a fi mai puţin ambigue. Dacă întrebările respective s-ar pune în particular, nimeni nu ar avea o vedere de ansamblu asupra întrebărilor mai frecvente.

Dacă un proiect are atât o listă (sau forum) pentru utilizatori cât şi una pentru programatori (hackeri) şi nu lucraţi efectiv cu codul sursă al programului, întrebaţi pe lista pentru utilizatori. Nu presupuneţi că sunteţi binevenit pe lista de dezvoltare, unde probabil că întrebarea va fi tratată ca zgomot.

Bineînţeles, dacă sunteţi sigur că întrebarea nu e trivială şi nu primiţi răspuns pe lista pentru utilizatori timp de mai multe zile, încercaţi şi cealaltă listă. Ar fi indicat să monitorizaţi o perioadă lista, pentru a fi familiar cu obiceiurile grupului (o idee bună pentru orice listă privată).

Dacă nu găsiţi o listă de email pentru un proiect şi aveţi doar adresa autorului (maintainer), scrieţi-i acestuia. Chiar şi aşa, nu presupuneţi că nu există o listă. Menţionaţi în mesajul dvs. că nu aţi găsit-o. De asemenea, menţionaţi că nu aveţi nimic împotrivă să vă fie retrimis mesajul către alte persoane. (Mulţi consideră că mesajele private, chiar dacă nu conţin nimic secret, trebuie să rămână private. Dându-vă acordul pentru retransmiterea mesajului dvs. îi permiteţi să aleagă el modul de tratare a cererii).

===Folosiţi linii de subiect relevante===

Pe listele de email, newsgroups sau forumurile Web, linia de subiect vă dă ocazia să captaţi atenţia experţilor, în circa 50 caractere. Nu o irosiţi cu sintagme de genul „ajutor“ (ca să nu mai vorbim de „AJUTOR!!!!“; mesajele cu un astfel de subiect vor fi ignorate din reflex). Nu încercaţi să ne impresionaţi cu dificultăţile dvs; folosiţi acel spaţiu pentru o descriere concisă a problemei.

O convenţie utilă pentru linia de subiect, folosită de multe organizaţii de asistenţă tehnică, este forma „obiect - deviaţie“. „Obiect“ desemnează acel lucru care are o problema, iar „deviaţie“ descrie abaterea de la comportamentul aşteptat.

; Stupid :AJUTOR! Placa video nu funcţionează cum trebuie!!

; Inteligent :XFree86 4.1 forma cursorului incorectă, chipset Fooware MV1005

; Şi mai inteligent :XFree86 4.1 cursorul mouse-ului, chipset Fooware MV1005 - desenat incorect

Redactarea unui subiect de forma „obiect - deviaţie“ vă va forţa să gândiţi problema în detaliu. Ce anume este afectat? Doar cursorul mouse-ului, sau şi restul graficii? Se întâmplă doar cu XFree86? Doar cu versiunea 4.1? Se întâmplă doar cu chipset-ul Fooware? Doar cu modelul MV1005? Un hacker care vede un astfel de subiect poate înţelege imediat cu ce anume aveţi probleme şi care sunt acelea.

Imaginaţi-vă că vă uitaţi la index-ul arhivei de întrebări, care vă arată doar liniile de subiect. Faceţi în aşa fel încât subiectul să reflecte întrebarea suficient de bine încât următoarea persoană care va căuta în arhivă răspunsul la o întrebare similară cu a dvs. să o găsească uşor şi să nu întrebe din nou acelaşi lucru.

Dacă puneţi o întrebare într-un răspuns (reply la un email anterior), schimbaţi linia de subiect pentru a se vedea că puneţi o întrebare. Un subiect ca "Re: test" sau "Re: new bug" e puţin probabil să atragă atenţia. De asemenea, ştergeţi din mesaj textul vechi, păstrând un minim necesar pentru a-l face coerent pentru cititori noi.

Nu folosiţi funcţia "reply" pe un mesaj de pe listă pentru a porni un thread nou, fără legătură, sau vă limitaţi audienţa. Unii clienţi de mail, ca mutt, permit utilizatorului să sorteze mesajele după thread şi să împacheteze (fold) toate mesajele dintr-un thread într-o singură linie de subiect. Cei care fac asta, pur şi simplu nu vor vedea mesajul dvs.

Schimbarea liniei de subiect nu este suficientă. Mutt, probabil şi alte programe, se uită la alte informaţii din header-ul mesajelor pentru a determina thread-ul din care fac parte, nu la linia de subiect. Scrieţi un mesaj nou.

Pe forumurile Web regulile sunt puţin diferite, deoarece mesajele sunt de obicei legate de un thread şi nu sunt vizibile decât în contextul acelui thread. Schimbarea subiectului pentru a pune o întrebare nu este esenţială (nu toate forumurile permit linii diferite de subiect la fiecare mesaj, şi oricum nu le citeşte nimeni). Dar a pune o întrebare într-un thread existent e o practică dubioasă, pentru că întrebarea nu va fi văzută decât de cei care urmăresc acel thread. Deci, dacă nu sunteţi extrem de sigur că vreţi un răspuns doar de la cei activi în thread, porniţi unul nou.

===Nu îngreunaţi răspunsul===

Dacă încheiaţi mesajul cu „Vă rog să răspundeţi pe adresa...“, e foarte puţin probabil să vă răspundă cineva. Dacă nu puteţi fi deranjat pentru câteva secunde să setaţi câmpul Reply-To din header, nici noi nu putem fi deranjaţi pentru a ne gândi la problema dvs. Dacă programul de mail nu vă permite acest lucru, folosiţi unul mai bun. Dacă sistemul dvs. de operare nu are un program care să permită acest lucru, folosiţi un sistem de operare mai bun.

Pe forumurile Web e nepoliticos să solicitaţi un răspuns direct pe email în afara cazului în care informaţia pe care o solicitaţi e confidenţială (şi consideraţi dintr-un motiv oarecare că cineva e dispus să v-o transmită doar dvs, nu şi celorlalţi de pe forum). Dacă doriţi să primiţi un răspuns pe email configuraţi forumul să îl trimită astfel; această facilitate este foarte răspândită, o puteţi găsi sub numele „watch this thread“, „send email on answers“ etc).

===Folosiţi un limbaj clar, corect gramatical şi ortografic===

Experienţa ne arată că cei dezordonaţi sau neatenţi la scriere, sunt la fel şi în gândire sau programare (suficient de frecvent încât aceasta să fie regula, nu excepţia). Răspunsul la întrebările neatenţilor şi dezordonaţilor nu ne aduce vreo satisfacţie; mai bine facem altceva.

Aşadar, e important să vă exprimaţi ideile clar şi corect. Dacă nu sunteţi dispuşi să faceţi efortul acesta, nici noi nu suntem dispuşi să vă acordăm atenţie. Cizelaţi-vă limbajul. Nu trebuie să fie rigid sau să sune oficial, hackerii apreciază un limbaj informal, slang-ul şi umorul, atunci când sunt folosite cu precizie. Dar trebuie să fie precise, pentru a arăta că gândiţi şi sunteţi atent.

Ortografia, punctuaţia, trebuie să fie corecte. Nu încurcaţi (în engleză) „its“ cu „it's“, „loose“ cu „lose“ sau „discrete“ cu „discreet“. NU FOLOSIŢI DOAR LITERE MARI, se consideră că ţipaţi (scrisul doar cu litere mici e doar ceva mai puţin enervant, pentru că este dificil de urmărit. Alan Cox este scuzat, dvs. nu).

În general, dacă scrieţi ca un semi-analfabet, e foarte probabil să fiţi ignorat. Limbajul l33t skript kiddie h4x0r este reţeta sigură ce garantează că nu veţi primi nimic în afară de tăcere (sau, în cel mai bun caz, dispreţ şi sarcasm).

Dacă folosiţi altă limbă decât cea maternă, veţi fi tratat cu oarece îngăduinţă pentru erorile gramaticale sau ortografice, dar nu mai mult. Lenea tot nu va fi tolerată (şi da, de obicei
diferenţa e sesizabilă). De asemenea, dacă nu ştiţi ce limbi vorbesc ceilalţi, folosiţi engleza. Întrebările în limbi străine majorităţii vor fi bineînţeles ignorate, iar engleza este limba
universală pe Internet. Scriind în engleză scad şansele ca întrebarea dvs. să fie ignorată.

===Folosiţi un format uşor de citit===

Dacă faceţi întrebarea greu de citit în mod artificial, ea va fi
mai degrabă ignorată în favoarea altora. Aşadar:

* trimiteţi email text, nu HTML
* ataşamentele sunt de obicei OK, dar numai când au un conţinut relevant (ca de exemplu fişiere sursă sau patch), şi nu adăugate automat de clientul dvs de mail (cum ar fi o copie a mesajului dvs în alt format)
* nu trimiteţi mesaje în care paragrafe întregi sunt scrise pe o singură linie (e greu de răspuns doar la o porţiune din mesaj). Presupuneţi că cititorii folosesc un ecran text de 80 caractere lăţime şi spargeţi rândurile în consecinţă, la ceva mai puţin de 80 caractere.
* în schimb, nu spargeţi la o coloană fixată rândurile ce conţin date (loguri, istoric de comenzi). Datele trebuie incluse exact în forma în care au fost generate, pentru ca cititorii să vadă acelaşi lucru pe care l-aţi văzut si dvs.
* nu folosiţi codarea MIME Quoted-Printable pe un forum de limbă engleză. Această codare poate e necesară când folosiţi o limbă pentru care setul ASCII nu e suficient, dar nu este suportată de toţi agenţii de mail. Când nu este interpretată corect, apar acele semne urâte (=20) prin text.
* nu vă aşteptaţi niciodată să putem citi formate de document proprietare ca Microsoft Word sau Excel. Majoritatea reacţionăm la aşa ceva cam cum ar reacţiona oricine la vederea unei balegi la intrarea în casă. Chiar când putem, tehnic vorbind, să le citim, urâm chestia asta.
* dacă trimiteţi email din Windows, opriţi facilitatea stupidă a Microsoft numită „Smart Quotes“ pentru a evita apariţia de caractere în plus în mesaj
* pe forumurile Web, nu abuzaţi de smiley-uri si facilităţile HTML (când există). Unul-două smiley-uri sunt OK, dar colorarea cât mai variată a textului e neserioasă. Abuzul de smiley-uri, culori şi fonturi vă recomandă ca pe o adolescentă jucăuşă, o idee nu foarte bună, în afară de cazul în care sunteţi mai atras de sex decât de un răspuns.

Dacă folosiţi un client de mail cu interfaţă în mod grafic (Netscape Messenger, MS Outlook sau altele asemenea) aveţi grijă: puteţi încălca aceste reguli folosind setările implicite. Majoritatea au o comandă „View Source“ în meniu. Folosiţi-o pe mesajele deja trimise pentru a verifica dacă trimiteţi doar text sau şi alte lucruri inutile.

===Fiţi precis în descrierea problemei===

* descrieţi clar simptomele problemei sau bug-ului
* descrieţi mediul în care apar (arhitectură, sistem de operare, aplicaţie, etc). Precizaţi versiunea distribuţiei folosite (ex: „Fedora Core 2“, „Slackware 9.1“, etc).
* descrieţi investigaţiile pe care le-aţi făcut asupra problemei
* descrieţi etapele pe care le-aţi parcurs pentru a diagnostica problema
* descrieţi schimbările recente în configuraţia calculatorului (hardware şi software) care ar putea fi relevante
* încercaţi să anticipaţi întrebările ajutătoare pe care hackerii vi le-ar putea pune şi pe cât posibil furnizaţi acele informaţii în avans. Simon Tatham a scris un eseu intitulat [http://www.chiark.greenend.org.uk/~sgtatham/bugs.html How to Report Bugs Effectively] pe care vi-l recomand cu căldură.

===Multe informaţii nu înseamnă precizie===

A fi precis nu înseamnă să puneţi cantităţi uriaşe de cod sursă sau date într-o cerere de ajutor. Dacă aveţi un test complicat la care aplicaţia nu se comportă corect, încercaţi să-l reduceţi la minimul necesar care declanşează problema.

Lucrul ăsta e folositor din cel puţin trei motive. Unu: va fi evident că aţi depus eforturi pentru simplificarea întrebării, ceea ce vă sporeşte şansele de a primi un răspuns. Doi: simplificarea întrebării face mai probabilă primirea unui răspuns folositor. Trei: rafinând formularea problemei e posibil să găsiţi singur o rezolvare sau metodă de evitare a problemei.

===Nu pretindeţi că aţi descoperit un bug===

Când aveţi o problemă cu un program, nu pretindeţi că aţi găsit un bug decât dacă sunteţi foarte, foarte sigur. Sfat: dacă nu puteţi furniza cod sursă care repară problema sau un test
care să demonstreze regresia faţă de o versiune anterioară, probabil nu sunteţi suficient de sigur. Acest lucru este valabil şi pentru paginile de web sau documentaţie. Dacă găsiţi un
bug în documentaţie, ar trebui să prezentaţi un text corect şi locul în care trebuie aşezat în documentaţie.

Ţineţi cont că sunt mulţi alţi utilizatori care nu au problema dvs. Altfel, aţi fi aflat despre ea citind documentaţia şi căutând pe web (aţi făcut asta, nu?). E foarte posibil să faceţi dvs. ceva greşit, nu programul.

Cei care au scris programul lucrează din greu pentru a-l face să funcţioneze cât mai bine. Dacă pretindeţi că aţi găsit un bug, sugeraţi că ei au făcut ceva greşit, şi e posibil să-i jigniţi chiar dacă aveţi dreptate. Nu e deloc diplomatic să includeţi cuvântul „bug“ în linia de subiect a mesajului.

Când puneţi întrebarea, e bine să o formulaţi plecând de la presupunerea ca dvs sunteţi cel care face ceva greşit, chiar dacă în particular sunteţi foarte sigur că aţi găsit un bug. Dacă într-adevăr e un bug, veţi afla despre asta într-un răspuns. E preferabil să se scuze autorii dacă bug-ul e real, decât să fiţi pus în aceeaşi situaţie în caz că v-aţi înşelat.

===Milogeala nu impresionează şi nu înlocuieşte efortul propriu===

Unii oameni care au înţeles că nu trebuie să fie aroganţi sau nepoliticoşi când cer ajutor cad în extrema cealaltă: „Ştiu că sunt un biet începător neajutorat, dar...“. Atitudinea asta e enervantă mai ales atunci când este însoţită de o descriere prea vagă a problemei.

Nu pierdeţi timpul (dvs. şi al nostru) cu astfel de maimuţăreli. Prezentaţi contextul şi întrebarea cât de clar puteţi. Vă pune într-o lumină mai bună decât cea descrisă mai sus.

Uneori forumurile Web au secţiuni dedicate începătorilor. Dacă vi se pare că aveţi o întrebare de începător, acolo îi e locul, dar nu exageraţi cu milogeala nici acolo.

===Descrieţi simptomele problemei, nu presupunerile dvs===

Nu e deloc folositor să le spuneţi hackerilor ce credeţi că poate cauza probleme (dacă aţi fi atât de bun la diagnoză, aţi mai cere ajutorul altora?). Descrieţi exact simptomele observate, nu interpretări şi teorii proprii. Lăsaţi-i pe ei să facă interpretările. Dacă o presupunere a dvs. vi se pare foarte relevantă, introduceţi-o ca atare („Eu cred că...“) şi arătaţi de ce e insuficientă pentru rezolvarea problemei.

; Stupid :Primesc frecvent SIG11 la compilarea kernel-ului, bănuiesc că un traseu e crăpat pe placa de bază. Cum verific aşa ceva?

; Inteligent : Pe un K6/233 cu placa de bază FIC-PA2007 (chipset VIA Apollo VP2) cu 256MB Corsair PC133, primesc din ce în ce mai des SIG11 la circa 20 minute de la pornire, când compilez un kernel (niciodată în primele 20 minute). După un reboot problema reapare imediat, dar după ce-l las stins peste noapte nu. Am schimbat RAM-ul, nu ajută. Aşa arată mesajele de eroare la compilare [...]

===Descrieţi simptomele problemei în ordine cronologică===

Cele mai utile indicii despre natura unei probleme care apare frecvent, sunt evenimentele dinaintea manifestării acesteia. Ar trebui, deci, să descrieţi ce făceaţi în momentul în care a apărut problema. Dacă e vorba de comenzi din linia de comandă, un log al sesiunii care să conţină ultimele circa 20 linii poate fi foarte util.

Dacă programul care a crăpat are opţiuni pentru diagnostic (ex: -v pentru verbose), gândiţi-vă ce informaţii furnizate pot fi utile şi includeţi-le în log.

Dacă textul ajunge să fie foarte lung (mai lung de circa patru paragrafe), descrieţi sumar problema la început, urmând apoi detaliile în ordine cronologică. Hackerii care vă citesc o să aibă o idee la ce să se aştepte.

===Descrieţi obiectivul, nu paşii intermediari===

Dacă încercaţi să aflaţi cum puteţi face un lucru (spre deosebire de cazul în care raportaţi un bug), începeţi prin a vă descrie obiectivul. Doar după aceea descrieţi etapa intermediară la care v-aţi blocat.

Adesea cei care au nevoie de ajutor au în minte un obiectiv greu de atins dar rămân blocaţi într-o etapă pe care o consideră necesară pentru realizarea acelui obiectiv. Atunci, ei solicită ajutor pentru a depăşi etapa, dar nu îşi dau seama că poate calea aleasă e greşită.

; Stupid :Cum fac să selectez culorile în FooDraw, dându-le valorile hexazecimale?

; Inteligent :Încerc să schimb (în FooDraw) paleta de culori a unei imagini. Singurul mod în care cred că s-ar putea face asta e să schimb manual fiecare culoare din paletă, dar nu îmi dau seama cum se introduc direct valorile hexazecimale pentru culori.

A doua întrebare este mai bună, pentru că permite formularea unui răspuns în care să se sugereze un instrument mai potrivit pentru sarcina respectivă.

===Nu solicitaţi răspunsuri private===

Hackerii consideră că rezolvările problemelor trebuie să fie făcute în public, printr-un proces transparent în care primele tentative de răspuns ar trebui să fie corectate de către cei mai experimentaţi, când aceştia observă că sunt incomplete sau incorecte. În acest fel ei pot fi recompensaţi prin recunoaşterea competenţelor şi cunoştinţelor de către comunitate.

Când cereţi un răspuns privat întrerupeţi procesul în sine şi anulaţi potenţialele beneficii. Nu faceţi acest lucru. Este alegerea celui care răspunde să o facă privat, şi acest lucru se întâmplă de obicei pentru că întrebarea e prost formulată sau atât de banală încât nu prezintă interes pentru ceilalţi.

Există o singură excepţie de la regulă. Dacă întrebarea e probabil să genereze multe răspunsuri similare, cuvintele magice sunt "trimiteţi-mi mie răspunsurile, şi o să fac un rezumat pe listă ". E elegant să preveniţi încărcarea listei de mail sau newsgroup-ului cu o mare de răspunsuri, majoritatea identice (trebuie să vă ţineţi de cuvânt cu rezumatul).

===Puneţi întrebări concrete, punctuale===

Întrebările deschise dezbaterilor tind să fie văzute ca pierdere de vreme. Persoanele care vă pot da cele mai folositoare răspunsuri sunt totodată şi cele mai ocupate (fie şi pentru că ei sunt cei care au cel mai mult de contribuit). Ei sunt de obicei alergici la chestiuni care pot mânca un timp nedeterminat, aşa că nu apreciază acest gen de întrebări.

E mai probabil să primiţi un răspuns folositor dacă prezentaţi o problemă concretă (solicitaţi indicaţii, trimiteţi cod, doriţi validarea unui patch, etc). Îşi vor putea astfel concentra atenţia asupra problemei şi vor putea pune o limită superioară a timpului alocat dvs.

Pentru a înţelege, gândiţi-vă la expertiza lor ca la o resursă abundentă şi la timpul disponibil ca la o resursă rară. Cu cât solicitaţi mai puţin timp alocat, cu atât e mai probabil să primiţi un răspuns de la un hacker foarte bun dar foarte ocupat.

E bine deci să încercaţi minimizarea timpului necesar pentru a vă răspunde, ceea ce nu e întotdeauna acelaşi lucru cu simplificarea problemei. De exemplu, „Puteţi să-mi indicaţi o explicaţie bună pentru X?“ e o întrebare mult mai bună decât „Puteţi să-mi explicaţi X, vă rog?“ Dacă aveţi un program care nu funcţionează, e mai bine de obicei să întrebaţi ce este greşit în cod decât să cereţi să vi-l repare cineva.

===Nu puneţi întrebări din tema pentru acasă===

Hackerii depistează uşor astfel de întrebări, pentru că pe majoritatea le-am rezolvat şi noi. Acele probleme sunt pentru ca dvs să le rezolvaţi, ca să învăţaţi ceva. E OK să cereţi mici indicaţii, dar nu soluţia completă.

Dacă suspectaţi că o întrebare ce v-a fost adresată face parte din această categorie, dar totuşi nu aveţi un răspuns, puteţi încerca să întrebaţi în grupurile de utilizatori sau (în ultimă instanţă) pe listele pentru utilizatori. În timp ce hackerii vor depista natura problemei, utilizatorii mai avansaţi vă pot da măcar unele indicaţii.

===Reduceţi numărul întrebărilor irelevante===

Rezistaţi tentaţiei de a încheia mesajele cu întrebări lipsite de conţinut de genul „Poate să mă ajute cineva?“ sau „Exista vreo soluţie?“. În primul rând, dacă aţi descris măcar pe jumătate coerent problema, astfel de adăugiri sunt superflue. În al doilea rând, pentru că sunt superflue, sunt iritante şi vi se poate răspunde cât se poate de corect din punct de vedere logic "Da" sau "Nu te poate ajuta nimeni."

În general, este bine să evitaţi întrebările cu răspuns da/nu. [http://homepages.tesco.net/~J.deBoynePollard/FGA/questions-with-yes-or-no-answers.html yes-or-no answer]

===Urgent pentru dvs, nu şi pentru noi===

Nu solicitaţi un răspuns rapid, chiar dacă aveţi nevoie de el, marcând mesajul ca Urgent. E problema dvs, nu a noastră. Mimarea unei urgenţe e neproductivă: majoritatea hackerilor va şterge pur şi simplu mesajul, ca o încercare egoistă şi obraznică de a primi atenţie specială.

Există o mică excepţie de la regulă. Dacă menţionaţi că folosiţi un program în circumstanţe ce-i oferă o expunere publică mare, e posibil să primiţi atenţie; într-o astfel de situaţie, dacă sunteţi presat de timp, şi spuneţi asta politicos, aveţi şansa să primiţi un răspuns mai rapid.

Este totuşi riscant să faceţi presupuneri că hackerii vor fi interesaţi doar din acest motiv, valorile lor fiind probabil diferite. Să postaţi de pe Staţia Spaţială Internaţională probabil că se califică, dar dacă postaţi din partea unei mari organizaţii caritabile sau politice aproape sigur nu. Un mesaj de genul "Urgent: ajutaţi-mă să salvez balenele verzi!" vă va face ţinta unui flame chiar din partea hackerilor care consideră salvarea balenelor verzi un lucru important.

Dacă nu vă este clar de ce e aşa, recitiţi acest document până când înţelegeţi, înainte să postaţi în vreun fel.

===Puţină politeţe nu strică===

Fiţi politicos. Folosiţi "Vă rog" şi "Mulţumesc pentru atenţie". Arătaţi că apreciaţi faptul că sunteţi ajutat gratis.

Sincer, politeţea nu este la fel de importantă (şi nu este un substitut) ca scrierea corectă, clară, precisă, evitarea formatelor proprietare, etc; am prefera să primim mesaje mai abrupte, dar tehnice, decât unele vagi, pline de politeţuri (ţineţi cont că ne plac problemele din care avem ceva de învăţat).

Totuşi, dacă nu sunteţi foarte tehnic, puţină politeţe vă va ajuta să primiţi un răspuns.

(Trebuie menţionat că singura obiecţie serioasă pe care am primit-o de la hackeri veterani la acest HOWTO, se referea la recomandarea noastră anterioară de a folosi "Mulţumesc cu
anticipaţie". Unii au considerat că sugerează intenţia de a nu mulţumi ulterior. Recomandarea noastră e fie să folosiţi "Mulţumesc cu anticipaţie" şi să mulţumiţi ulterior celor care v-au răspuns, sau să folosiţi doar la final o formulă de genul "Mulţumesc pentru atenţie")

===Reveniţi cu descrierea soluţiei===

După rezolvarea problemei, reveniţi cu un scurt mesaj pentru cei care v-au ajutat; spuneţi-le ce-a ieşit şi mulţumiţi-le pentru ajutor. Dacă problema a captat suficient interes pe o listă de mail sau newsgroup, acolo ar trebui să postaţi această notiţă.

Ideal, răspunsul ar trebui să fie în thread-ul pornit de la întrebarea iniţială şi ar trebui să fie etichetat cu ceva de genul REZOLVAT în linia de subiect. Pe listele cu trafic mare, un cititor care va vedea un thread despre "problema X" va şti să nu piardă timpul cu acel thread dacă vede un mesaj cu subiectul "problema X - REZOLVAT" (în afară de cazul în care problema este interesantă pentru el) şi îşi poate folosi timpul rezolvând alte probleme.

Notiţa finală nu trebuie să fie lungă; un simplu "Salut, era un cablu defect. Mulţumesc tuturor. - Bill" e mai bun decât nimic. De fapt, un sumar este mai bun decât o expunere pe larg, dacă problema nu era extrem de complexă. Spuneţi ce anume a rezolvat problema, dar nu e nevoie să repetaţi toată secvenţa cu diagnosticul.

Pentru problemele mai complexe, puteţi descrie pe scurt cum a decurs analiza. Prezentaţi formularea finală a problemei. Spuneţi întâi ce a funcţionat ca soluţie şi indicaţi potenţialele căi care nu duc în final la nici un rezultat. Căile greşite de rezolvare trebuie să apară după metoda corectă şi celelalte detalii, pentru a nu transforma totul într-un roman poliţist. Numiţi persoanele care v-au ajutat; o să vi-i apropiaţi în acest fel.

Un astfel de sumar va fi găsit de cei care caută în arhiva listei/newsgroup-ului şi le va indica exact ce a funcţionat pentru dvs., putându-i ajuta eventual şi pe ei.

În ultimul rând, mesajul dvs va da satisfacţie tuturor celor implicaţi, arătând că problema a fost rezolvată. Dacă nu sunteţi o persoană tehnică sau hacker, credeţi-ne pe cuvânt că sentimentul e foarte important pentru acei guru şi specialişti care v-au ajutat. Problemele care se lungesc şi nu au o finalitate sunt frustrante; hackerii simt nevoia de a le vedea rezolvate. Karma câştigată răspunzând acestei dorinţe o sa vă fie de mare ajutor data viitoare când aveţi nevoie să întrebaţi ceva.

Gândiţi-vă cum îi puteţi ajuta pe alţii să nu aibă aceeaşi problemă în viitor. Întrebaţi-vă dacă o mică menţiune în FAQ sau documentaţie ar ajuta, şi dacă da, faceţi-o şi trimiteţi-o celui care se ocupă de ele.

Printre hackeri, acest comportament e mult mai important decât politeţea convenţională. În acest fel câştigaţi o reputaţie de bun jucător, un câştig important pentru dvs.

==Cum se interpretează răspunsurile==

===RTFM şi STFW: cum îţi dai seama că ai sfeclit-o===

E o veche tradiţie: dacă primiţi un răspuns care conţine doar "RTFM" (Read The Fucking Manual), cel care vi l-a trimis consideră că ar fi trebuit să citiţi manualul. Aproape sigur are dreptate. Citiţi-l!

RTFM are o rudă mai tânără. Dacă răspunsul conţine doar "STFW" (Search The Fucking Web), cel care vi l-a trimis consideră că ar fi trebuit să căutaţi pe Web. Aproape sigur are dreptate. Căutaţi! (Varianta mai puţin dură este "Google este prietenul tău!").

Pe un forum Web, vi se poate spune să căutaţi în arhivele forumului. Cineva v-ar putea chiar indica un thread anterior în care s-a discutat deja problema. Nu vă bazaţi pe asta; căutaţi înainte de a întreba.

De multe ori, cel care vă răspunde aşa are manualul sau o pagină de web în faţă şi poate vedea că (a) informaţia pe care o cereţi e uşor de găsit şi (b) consideră că veţi învăţa mai mult căutând singur decât dacă vi se dă "mură-n gură".

Nu ar trebui să vă simţiţi jignit; după standardele noastre vă tratează cu respect prin simplul fapt că nu vă ignoră. Ar trebui să-i fiţi recunoscător pentru bunăvoinţă.

===Dacă nu înţelegeţi...===

Dacă nu înţelegeţi un răspuns, nu cereţi imediat clarificări. Folosiţi aceleaşi unelte ca înainte de a întreba (manual, FAQ, web, etc) pentru a-l înţelege. Dacă tot e nevoie să cereţi lămuriri, arătaţi ce-aţi învăţat.

De exemplu, dacă vă spun: "Se pare că aveţi un zentry agăţat; trebuie resetat", nu veniţi cu "Ce e un zentry?" în loc de "OK, am citit manualul şi zentry-urile sunt menţionate la opţiunile -z şi -p. Niciuna nu se referă la resetarea lor. E una din ele, sau îmi scapă ceva?"

===Cum să trataţi obrăzniciile===

Mult din ce poate părea obrăznicie, în cercurile noastre nu este intenţionat jignitor. E mai degrabă un produs al stilului direct de comunicare între persoane mai atente la rezolvarea problemelor decât la menajarea sentimentelor.

Când simţiţi aşa ceva, încercaţi să rămâneţi calm. Dacă cineva depăşeşte limitele, e foarte probabil ca un veteran să-i atragă atenţia. Dacă lucrul ăsta nu se întâmplă şi dvs vă pierdeţi calmul cu cineva, e posibil ca acela să se fi purtat în normele obişnuite şi dvs să cădeţi vinovat. Bineînţeles, vă vor scădea şansele să primiţi informaţiile solicitate.

Pe de altă parte, ocazional o să fiţi întâmpinat cu obrăznicii şi comportament agresiv, neîndreptăţite. E acceptabil în acest caz să îl muştruluiţi sever pe ofensator. Când faceţi asta, însă, fiţi foarte, foarte sigur pe poziţia dvs. Linia între o mustrare pentru comportament şi pornirea unui flame-war inutil e atât de subţire încât chiar hackerii o trec de multe ori; dacă sunteţi un nou venit, şansele sunt mari ca discuţia să degenereze. Dacă aţi venit pentru informaţii, nu distracţie, e mai bine să nu riscaţi şi să lăsaţi tastatura în pace.

(Unii susţin că mulţi hackeri suferă de o formă de autism sau Sindromul Asperger, şi le lipsesc câteva circuite din creier care controlează interacţiunea socială. Poate e, poate nu e adevărat. Dacă nu sunteţi hacker, ar ajuta să puteţi tolera excentricităţile noastre, chiar dacă sunteţi convins că nu suntem normali. N-aveţi decât. Nu ne interesează; ne place să fim ceea ce suntem, si suntem în general sceptici la diagnostice de acest gen).

În secţiunea următoare vom vorbi despre altceva: genul de obrăznicii pe care le veţi întâlni când dvs vă comportaţi greşit.

==Cum să nu vă purtaţi ca un loser==

Şansele sunt ca mai devreme sau mai târziu să intraţi în conflict cu comunitatea hackerilor, chiar de mai multe ori, în moduri descrise aici sau similare. Vi se va spune exact ce-aţi greşit, probabil într-o manieră mai colorată. În public.

Când se întâmplă aşa ceva, cel mai rău lucru pe care-l puteţi face e să vă plângeţi despre ceea ce vi s-a întâmplat, să pretindeţi scuze, zbieraţi, declaraţi greva foamei, ameninţaţi cu procese, pârâţi la angajatori, etc. Iată ce-aveţi de făcut:

Depăşiţi momentul. E normal. E chiar sănătos şi benefic.

Standardele comunităţii nu se ţin singure: sunt ţinute de cei care le aplică, vizibil, în public. Nu vă plângeţi că nu v-au fost adresate criticile în particular: nu aşa merge. Nu e deloc folositor să insistaţi că aţi fost insultat când cineva spune că nu aveţi dreptate sau că e de altă părere. Sunt atitudini de loser.

Pe anumite forumuri de hackeri, dintr-o prost înţeleasă politeţe, s-a interzis comentarea greşelilor din post-uri, cu regula "Nu spuneţi nimic, decât dacă vreţi să ajutaţi.". Rezultatul a fost că persoanele cu contribuţii valoroase au plecat, lăsând forumul inutilizabil ca forum tehnic.

Alegeţi: ori exagerat de prietenos (în sensul de mai sus) ori eficace.

Reţineţi: când un hacker vă spune c-aţi greşit şi vă cere să nu se repete (indiferent cât de abrupt), o face în beneficiul (1) dvs şi (2) al comunităţii. Ar fi mult mai uşor pentru el să vă ignore şi să filtreze mesajele dvs. Dacă nu puteţi fi recunoscător, aveţi măcar un minim de demnitate, nu vă plângeţi şi nu aşteptaţi să fiţi tratat ca o păpuşă fragilă doar pentru că sunteţi nou-venit, cu fire hipersensibilă şi iluzii de mărire.

Uneori veţi fi atacat personal de cineva, fără un motiv aparent, chiar dacă nu aţi greşit (sau aţi greşit doar în imaginaţia unora). În acest caz, dacă vă plângeţi e sigur că o să o încurcaţi.

De obicei, aceştia sunt habarniştii care se consideră experţi, sau pseudo-psihologi care vă testează limitele. Ceilalţi cititori ori îi ignoră, ori găsesc alte modalităţi de a-i trata. Comportamentul acesta le creează doar lor probleme şi nu ar trebui să vă privească.

Nu vă lăsaţi antrenat în flame-war-uri. Cel mai bine le ignoraţi, după ce verificaţi că sunt într-adevăr flame-uri şi nu indicaţii despre ce-aţi greşit, şi nici sugestii subtil formulate referitoare la problema dvs (se poate întâmpla).

==Întrebări pe care să nu le puneţi==

Iată câteva exemple clasice de întrebări stupide şi la ce se gândesc hackerii când nu le răspund.

I: Unde găsesc programul X ?

R: Unde l-aş găsi şi eu, deşteptule, pe pagina de rezultate a unei căutări pe Web. Nu ştii să foloseşti [http://www.google.com Google]?

I: Cum folosesc X ca să fac Y ?

R: Dacă vrei să faci Y, ar trebui să întrebi cum se face fără să presupui o metodă care, poate, nu e potrivită. Întrebările de forma asta adesea indică o persoană care nu doar că nu ştie nimic despre X, dar nici nu ştie foarte bine ce vrea să facă şi e pierdută în detalii. De cele mai multe ori e mai bine să fie ignorată până poate formula problema mai bine.

I: Cum îmi pot configura prompt-ul shell-ului?

R: Dacă ştii destule încât să întrebi asta, ştii şi că răspunsul e în manual.

I: Pot să folosesc Bass-o-matic ca să convertesc un document AcmeCorp în TeX ?

R: Încearcă şi vezi. Dacă ai fi făcut-o, a) ştiai răspunsul şi b) nu-mi pierdeai timpul

I: {Programul, configuraţia, comanda SQL} nu merge

R: Asta nu e o întrebare, şi n-am de gând să extrag informaţii cu forceps-ul de la tine, am alte lucruri mai bune de făcut. Când văd aşa ceva, reacţia mea e una dintre:
* mai ai ceva de adăugat?
* ce nasol, sper să se rezolve
* şi ce treaba am eu cu asta?

I: Am probleme cu staţia mea Windows. Mă puteţi ajuta?

R: Da, aruncă rahatul ăla de la Microsoft şi instalează-ţi Linux sau BSD.

Notă: puteţi pune întrebări referitoare la maşini Windows dacă sunt despre un program care funcţionează şi pe Windows, sau interacţionează cu maşini Windows (adică Samba). Nu fiţi surprins dacă vi se răspunde că problema e în Windows, nu în program, pentru că Windows e atât de prost încât situaţia e frecventă.

I: Am un program care nu merge. Cred că biblioteca X e defectă.

R: Deşi e perfect posibil să fiţi primul care observă o problemă cu apelurile sistem sau bibliotecile folosite intens de sute şi mii de oameni, e mult mai probabil că nu ştii despre ce vorbeşti. Acuzaţiile serioase necesită dovezi serioase; când faceţi o astfel de afirmaţie, trebuie să documentaţi eroarea pe larg.

I: Am probleme când instalez Linux sau X. Mă puteţi ajuta?

R: Nu, trebuie să fiu lângă tine ca să fac asta. Întreabă utilizatorii locali de Linux.

Notă: întrebările despre instalarea Linux sunt binevenite pe un forum sau listă despre o distribuţie anume, dacă problema este specifică acelei distribuţii; de asemenea, pe forumurile locale de utilizatori, caz în care descrieţi precis ce nu funcţionează. Căutaţi cu grijă însă, folosind şi cuvântul cheie "linux", informaţii despre hardware-ul suspect.

I: Cum pot să sparg parola de root/căstig drepturi de operator/citesc emailul cuiva?

R: Eşti un ticălos că încerci să faci asta şi un prost că ceri unui hacker să te ajute.

==Întrebări bune, întrebări greşite==

În final, o să demonstrez cum se pun întrebările inteligent, prin exemple; perechi de întrebări despre aceeaşi problemă, una stupidă şi una inteligentă.

;Stupid: Unde găsesc ceva despre Foonly Flurbamatic?

Întrebarea cere un STFW.

;Inteligent: Am încercat să găsesc ceva pe Google despre Foonly Flurbamatic 2600, dar nu am găsit nimic interesant. Unde aş putea găsi documentaţie despre programarea lui?

A trecut de STFW, se pare că are o problemă reală.

;Stupid: foo nu se compilează. De ce e buşit?

Presupune că altcineva a greşit. Arogant.

;Inteligent: foo nu se compilează pe Nulix 6.2. În FAQ nu e menţionat nimic special despre Nulix. Iată un log al compilării. Fac eu ceva greşit?

A descris contextul, a citit FAQ, arată care e eroarea şi nu presupune că problema e din vina altcuiva. Poate merită atenţie.

;Stupid: Am probleme cu placa de baza. Poate să mă ajute cineva?

"Aha. Ai nevoie şi să-ţi schimbăm scutecele?", urmat de apăsarea tastei Del.

;Inteligent: Am încercat X, Y şi Z pe o placă de bază S2464. Nu a mers, aşa că am încercat A, B şi C. Când am făcut C s-a întâmplat, dubios, D. E clar că ciocoflenderul se brustureşte, dar nu cum ar trebui. Care sunt cauzele uzuale de brusturire pe plăcile Athlon MP? Puteţi să-mi mai sugeraţi alte teste pe care le pot face?

Ăsta, pe de altă parte, merită un răspuns. A demonstrat că-şi foloseşte creierul, în loc să aştepte să-l lovească o soluţie.

La ultima întrebare, observaţi şi distincţia între "Daţi-mi o soluţie" şi "Vă rog să mă ajutaţi să-mi dau seama ce nu merge".

Ultima întrebare e bazată pe un incident real din August 2001, pe lista linux-kernel (lkml). Eu (Eric) eram cel ce punea întrebarea. Mi se tot bloca o maşină cu placa de bază Tyan S2462. Membrii listei mi-au furnizat informaţiile cheie de care aveam nevoie.

Punând întrebarea aşa cum am făcut-o, le-am dat cititorilor ceva de care să se agaţe; le-a fost uşor să se implice. Am arătat respect pentru colegii mei şi i-am invitat să mă trateze ca egal. Am arătat respect pentru timpul lor, arătându-le ce-am eliminat deja ca posibile cauze.

Ulterior, când am mulţumit tuturor şi am remarcat cât de eficient am cooperat, un membru lkml a făcut observaţia că asta nu s-a întâmplat pentru că eram un nume pe acea listă, ci pentru că am formulat întrebarea corect; sunt sigur că avea drepate.

Hackerii sunt o meritocraţie fără milă; sunt sigur că avea dreptate şi dacă aş fi fost un "burete", aş fi fost ignorat sau flambat indiferent cine eram. Sugestia lui de a scrie despre acest incident pentru a îi educa pe alţii a dus la apariţia acestui ghid.

==Dacă nu vi se răspunde==

Dacă nu primiţi nici un răspuns, nu o luaţi personal, în sensul că nu vrem să vă ajutăm. Uneori chiar nu ştie nimeni răspunsul. A nu primi un răspuns nu înseamnă că aţi fost ignorat, deşi e greu să vedeţi asta din exterior.

În general, să retrimiteţi aceeaşi întrebare e o idee proastă. E inutil şi deci deranjant.

Încercaţi să găsiţi ajutor în altă parte, în locuri mai potrivite nevoilor începătorilor.

Există multe grupuri locale sau online de utilizatori care sunt entuziaşti, fără a fi scris vreodată software. Aceste grupuri se formează pentru ca membrii să se poată ajuta între ei sau pentru a-i ajuta pe începători.

De asemenea, sunt multe companii, mai mari sau mai mici, pe care le puteţi contracta pentru asistenţă tehnică (Red Hat şi Linuxcare sunt printre cele mai cunoscute; sunt multe altele). Nu fiţi oripilat de ideea de a plăti pentru asistenţă! În definitiv, dacă maşinii dvs i s-ar arde garnitura de chiulasă, aţi duce-o la un mecanic şi aţi plăti reparaţia. Chiar dacă software-ul nu v-a costat nimic, nu vă puteţi aştepta ca support-ul să fie întotdeauna gratuit.

Pentru software foarte răspândit, cum e Linux-ul, sunt cel puţin 10.000 utilizatori la fiecare dezvoltator. E imposibil ca o singură persoană să asigure support la peste 10.000 utilizatori. Ţineţi cont că deşi plătiţi pentru support, tot plătiţi mult mai puţin decât dacă ar fi trebuit să cumpăraţi si software-ul (în plus, support-ul pentru software-ul comercial este mai scump şi de calitate mai proastă decât support-ul pentru software open-source).

==Cum să răspundeţi la întrebări==

Fiţi îngăduitor. Stress-ul cauzat de probleme îi poate face pe oameni să pară obraznici sau proşti, chiar când nu sunt.

Comentaţi o greşeală off-line. Nu e necesară umilirea publică din cauza unei simple greşeli. Un începător cu adevărat s-ar putea să nu ştie cum să caute în arhive, sau unde este postat un FAQ.

Dacă nu sunteţi siguri de un lucru, spuneţi aşa! Un răspuns greşit care sună competent e mai rău decât nici un răspuns. Nu daţi indicaţii greşite doar pentru că e distractiv să pari expert. Fiţi onest şi sincer; daţi un bun exemplu atât pentru cel care întreabă cât şi pentru ceilalţi.

Dacă nu puteţi ajuta, nu încurcaţi. Nu faceţi glume despre proceduri care ar putea strica sistemul utilizatorului, pot fi interpretate ca indicaţii.

Puneţi întrebări de control pentru a extrage mai multe detalii. Dacă sunteţi bun la asta, cel care a întrebat poate afla lucruri noi, şi de ce nu, chiar dvs. Încercaţi să transformaţi o întrebare greşită într-una bună.

Deşi un simplu "RTFM" este justificat când răspundeţi unui leneş, direcţii către documentaţie (chiar în forma unor cuvinte cheie de folosit pe Google) sunt şi mai bune.

Dacă răspundeţi, răspundeţi cu ceva util. Nu sugeraţi soluţii greoaie când de fapt cel care întreabă foloseşte metoda sau uneltele greşite. Sugeraţi uneltele potrivite. Reformulaţi întrebarea.

Ajutaţi comunitatea să înveţe din întrebare Când daţi de o întrebare bună, întrebaţi-vă cum poate fi îmbunătăţită documentaţia ca să nu mai fie pusă aceeaşi întrebare în viitor. Trimiteţi apoi un patch celui care întreţine documentaţia.

Dacă a trebuit să vă documentaţi pentru a răspunde, arătaţi cum aţi făcut, nu faceţi să pară că aţi scos răspunsul din burtă. A răspunde unei întrebări e ca şi cum i-aţi da unui om o pâine, a-i arăta cum să caute singur e ca şi cum i-aţi arăta cum se obţine pâinea.

==Alte resurse==

Dacă aveţi nevoie de informaţii de bază, despre cum funcţionează calculatoarele, Internet-ul, Unix-ul, vedeţi [http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/ The Unix and Internet Fundamentals HOWTO].

Când publicaţi software sau patch-uri pentru software, urmăriţi instrucţiunile din [http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html Software Release Practice HOWTO].

==Mulţumiri==

Evelyn Mitchell a contribuit cu exemple de întrebări greşite şi a inspirat secţiunea "Cum să răspundeţi la întrebări". Mikhail Ramendik a contribuit cu sugestii valoroase.

Regulile listelor RLUG

2007-07-12T15:50:14Z

Yuliyan: şpelling, diacritice

Există nişte reguli ce trebuiesc respectate pentru a îmbunătăţi raportul semnal/zgomot pe listele noastre.

La [[Liste de discuţii]] găsiţi lista listelor şi scopul fiecareia.
__NOTOC__

== 1. Formatul mesajelor ==

# trimite mesajele în format text (nu html, nu word, nu altceva)
# setează clientul de e-mail să "spargă" liniile la maxim 72 de caractere
# semnătura trebuie să fie de maxim 4 linii; nu folosi vcard din Netscape
# nu scrie cu litere MARI (decât în cazul în care ţipi)
# setează-ţi corect data, ora şi fusul orar pe sistemul folosit pentru a trimite mesajele. E destul de enervant să primeşti mesaje "din viitor".

== 2. Mesaje în general ==
# atenţie la tematica listei. În particular, pe lista rlug AT lists.lug.ro nu se admit mesaje care nu au legătură cu Linux-ul, pentru asta există offtopic AT lists.lug.ro. Dacă discuţiile deviază de la subiectul iniţial al mesajului vă rugăm insistent să folosiţi lista aberatii AT lists.lug.ro. De asemenea, nu se admit glume (nici măcar 'practical jokes'), folosiţi humor AT lists.lug.ro.
# nu posta mesaje 'pentru cineva anume' pe listă
# nu posta adrese de web fără o scurtă explicaţie sau comentariu
# nu forwarda mesaje de pe alte liste (ca o maimuţă ;-)
# nu face glume pe seama mesajelor de tip "test" sau "unsubscribe", astfel de glume sunt (de obicei) răsuflate
# nu porni flame-war-uri pe teme răsuflate (ce distribuţie / editor / window manager / etc e mai bun(ă)). Dacă insistaţi, folosiţi offtopic AT lists.lug.ro
# script-kiddies nu sunt toleraţi pe listă. Nu întrebaţi "cum se sparge un server" sau alte tâmpenii.
# nu trimiteţi mesaje de test pe listă
# nu faceţi reclamă la produse/servicii decât dacă au legatură cu tematica listei şi e vorba de chestiuni excepţionale
# "do not feed the trolls"! Nu da apă la moara cuiva care trimite mesaje cu conţinut vădit şi nejustificat agresiv pe listele de discuţii! Se va ajunge în scurt timp la certuri. Pe cât posibil încearcă să ignori acest tip de mesaje.

== 3. Cum se intreabă ==

# înainte de a posta o întrebare, defineşte-ţi bine problema. Încearca să scrii corect (gramatical) şi coerent. Neglijenţa în exprimare este de cele mai multe ori rudă cu lenea şi cu ignoranţa.
# alege un subiect descriptiv
# dă suficiente date în mesaj
# nu ridica mai multe probleme în acelaşi mesaj, mai bine scrie mai multe mesaje, fiecare cu tematica lui
# 'Reply' este reply. Nu răspunde la un mail numai ca să scrii un mesaj fără legătură cu cel anterior. Pentru asta există 'New Message'
# este de aşteptat ca înainte să întrebi ceva, să încerci să rezolvi singur problema, făcând un efort proporţional cu cunoştinţele tale de Linux
# dacă eşti începător într-ale Linux-ului, specifică acest lucru în mesaj sau în subiect (în speranţa că vei primi răspunsuri mai detaliate)

== 4. Cum se răspunde ==
: ''Motto: Răspunsurile au scopul de a-l ajuta pe cel care a întrebat, nu de a arăta cât de deştepţi suntem noi.'

# verifică dacă nu a răspuns deja altcineva
# când răspunzi, nu cita tot ce s-a spus înainte, păstrează doar ce este relevant
# nu da răspunsuri de tip 'rtfm'; dacă întrebarea este banală şi îi recomanzi autorului să mai studieze, indică exact ce anume şi unde (ce pagină de man, ce adresă de web, ce document, etc.)
# evită răspunsurile care nu ajută (de genul 'aaa... eu am făcut asta, da' nu mai ştiu cum', 'caută pe net' samd)
# când răspunzi, scrie răspunsul exact sub porţiunea din "citat" la care răspunzi, nu deasupra mesajului sau citatului (top posting is rude).

== 5. Cum se impun aceste reguli ==

# în cazul în care cineva încalcă regulile, sunteţi invitaţi să îi indicaţi acest document pe adresa personală, împreună cu explicaţiile de rigoare (ce anume punct a încălcat)
# încălcările repetate şi ostentative ale regulilor nu sunt tolerate

La acest document şi-au adus contribuţia: [[Utilizator:Wolfy|wolfy]], teo, [[Utilizator:Vang|vang]], flower, sami, [[Utilizator:Petre|rpetre]], [[Utilizator:MihaiMaties|xcyborg]].

Cum se pun întrebări în mod inteligent

2007-06-13T12:10:20Z

Yuliyan: ha, "looser"

Traducerea reviziei 3.1 a documentului [http://www.catb.org/~esr/faqs/smart-questions.html How To Ask Questions The Smart Way], de [mailto:esr@thyrsus.com Eric S. Raymond] şi [mailto:rick@linuxmafia.com Rick Moen]

'''Atenţie editori:''' nu operaţi modificări ''de sens sau de exprimare'' în acest articol fără a vă asigura că traducerea rămîne conformă cu originalul în engleză.
'''Pentru cititori:''' daca va place sa dati linkul altora, incercati http://wiki.lug.ro/mediawiki/index.php/Cum_se_pun_intrebari_inteligente , nu contine diacritice care sa fie URL-encoded.

==Introducere==

În lumea hackerilor, tipul de răspuns pe care îl veţi primi la întrebări tehnice depinde atât de formularea acestora cât şi de dificultatea elaborării unui răspuns. Acest ghid îşi propune să vă ajute să formulaţi întrebările în aşa fel încât să primiţi un răspuns satisfăcător.

Acum când folosirea open-source s-a răspândit pe scară largă, puteţi obţine deseori răspunsuri şi de la alţi utilizatori mai experimentaţi, nu doar de la hackeri. Ăsta e un lucru bun; utilizatorii tind să fie mai îngăduitori cu greşelile începătorilor. Totuşi, tratându-i şi pe aceştia ca pe hackeri cum e recomandat aici, e modul cel mai uşor de a obţine răspunsuri de la ei.

Primul lucru pe care trebuie să-l înţelegeţi este că hackerilor le plac problemele dificile şi întrebările care le solicită inteligenţa. Dacă nu era aşa, nu ne aflam aici. Dacă ne daţi o întrebare interesantă o să vă fim recunoscători; întrebările bune sunt un stimul şi un cadou. Întrebările bune ne ajută să ne clarificăm cunoştinţele şi adesea ridică probleme pe care nu le-am fi observat, sau la care nu ne-am fi gândit. Printre hackeri, „Bună intrebare!“ e un compliment.

În ciuda acestor lucruri, hackerii au reputaţia că tratează întrebările simple cu ostilitate şi aroganţă. Uneori arată ca şi cum suntem automat nepoliticoşi cu începătorii si neştiutorii. Nu e deloc adevărat.

Suntem de fapt ostili faţă de acele persoane care parcă nu vor să gândească şi nu-şi fac temele înainte să pună întrebări. Astfel de persoane nu sunt decât pierdere de vreme, iau fără să dea nimic înapoi, ne fac să pierdem timpul pe care l-am putea folosi pentru a răspunde la o intrebare mai interesantă sau unei persoane care merită într-adevăr. Îi numim pe aceştia „losers“ (din motive istorice, uneori este scris „lusers“).

Ne dăm seama că sunt mulţi oameni care vor doar sa folosească programele noastre şi nu sunt interesaţi de detaliile tehnice. Pentru majoritatea oamenilor un computer este o unealtă, un mijloc pentru atingerea unui scop; au lucruri mai bune de făcut în viaţă. Realizăm asta şi nu ne aşteptăm ca toată lumea să fie interesată de chestiunile tehnice care ne fascinează pe noi. Totuşi, stilul nostru de a răspunde la întrebări este adaptat celor care au acest interes si sunt dispuşi să participe activ la rezolvarea problemelor. Lucrul ăsta nu o să se schimbe, şi nici nu ar trebui; dacă s-ar întâmpla, am fi mai puţin eficienţi în treburile la care ne pricepem.

Suntem (în cea mai mare parte) voluntari. Ne luăm din timpul nostru pentru a răspunde la întrebări şi uneori suntem depăşiţi de cantitatea lor, aşa că le filtrăm fără milă. În particular, ignorăm întrebările de la persoane care se prezintă ca losers pentru a ne putea folosi timpul mai eficient, cu ceilalţi.

Dacă această atitudine vi se pare enervantă, elitistă sau arogantă, verificaţi-vă ipotezele. Nu vă cerem să faceţi plecăciuni în faţa noastră. Dimpotrivă, cei mai mulţi dintre noi ar prefera să vă trateze ca egali; sunteţi binevenit în comunitatea noastră, dacă depuneţi efortul necesar ca acest lucru să fie posibil. Pur şi simplu, nu este deloc economic să încercăm să ajutăm oameni care nu vor să se ajute singuri. E OK să fii neştiutor, NU E OK să faci pe prostul.

În concluzie, deşi nu este necesar să fiţi un expert pentru a ne capta atenţia, este necesar să demonstraţi o atitudine care în timp duce la competenţă: atenţie, reflecţie, spirit de observaţie şi dorinţa de a participa activ la rezolvarea problemelor. Dacă nu vă convine această discriminare, vă sugerăm să apelaţi la servicii comerciale de asistenţă tehnică, în loc să ne cereţi să vă facem noi treaba gratuit.

Dacă decideţi să ne cereţi nouă ajutorul, nu vreţi să fiţi un loser. Nu vreţi nici măcar să păreţi că sunteţi unul. Cel mai bun mod de a obţine rapid un răspuns folositor este să întrebaţi ca o persoană inteligentă, care are încredere în sine şi unele cunoştinţe, care se întâmplă să aibă nevoie de ajutor cu o problemă punctuală.

==Înainte de a întreba==

Înainte de a trimite o întrebare tehnică pe email, într-un newsgroup sau forum, faceţi următoarele:

* Încercaţi să găsiţi un răspuns căutând pe Web.
* Încercaţi să găsiţi un răspuns în manual.
* Încercaţi să găsiţi un răspuns într-un FAQ.
* Încercaţi să găsiţi un răspuns prin analiză şi experiment.
* Încercaţi să găsiţi un răspuns la un prieten mai experimentat.
* Dacă sunteţi programator, încercaţi să găsiţi răspunsul citind codul sursă.

Când formulaţi întrebarea, arătaţi că aţi făcut întâi cele de mai sus; astfel demonstraţi că nu sunteţi un puturos care ne face să ne pierdem timpul. Şi mai bine, arătaţi ce aţi descoperit făcând cele de mai sus. Ne place să răspundem celor care demonstrează că pot învăţa ceva din răspunsurile noastre.

Când căutaţi pe Google, introduceţi textul mesajului de eroare pe care-l primiţi (căutaţi şi în Google Groups, nu doar pe web). E foarte posibil să ajungeţi direct la documentaţia referitoare la problemă, sau la un thread pe un mailing list care conţine răspunsul. Chiar dacă nu găsiţi nimic relevant, ajută să puteţi spune „Am căutat pe google după cuvintele următoare dar nu am găsit nimic folositor“ la începutul mesajului prin care cereţi ajutor.

Pregătiţi-vă bine întrebarea, gândiţi-o până la capăt. Întrebările care sună incomplet vor primi un răspuns pe măsură, sau deloc. Cu cât este mai clar că aţi încercat să vă rezolvaţi singur problema, cu atât e mai probabil să primiţi ajutor.

Aveţi grijă să nu puneţi o întrebare greşită. Dacă întrebarea porneşte de la ipoteze greşite, e foarte probabil ca cineva să vă răspundă literal, în speranţa că veţi învăţa ceva primind exact ce-aţi cerut în loc de ceea ce aveaţi nevoie.

Niciodată sa nu consideraţi că aveţi dreptul la un răspuns. Nu-l aveţi; în definitiv, nu plătiţi pentru acest serviciu. Veţi câştiga un răspuns, punând o întrebare cu substanţă, interesantă, care ne dă de gândit, o întrebare care contribuie implicit la experienţa comunităţii mai degrabă decât o cerere pasivă de informaţii de la ceilalţi.

Arătaţi că sunteţi dispus să contribuiţi la elaborarea unei soluţii. „Poate să mă îndrume cineva?“, „Ce lipseşte din exemplul meu?“ şi „Pe ce site ar mai trebui să mă uit?“ au şanse mult mai mari să primească un răspuns, decât „Vă rog să-mi spuneţi exact cum să fac!“ pentru că arată că aveţi doar nevoie de o mică îndrumare în direcţia bună.

==Când întrebaţi==

===Atenţie unde întrebaţi===

Folosiţi-vă discernământul în alegerea locului unde puneţi întrebarea. E foarte probabil să fiţi ignorat sau catalogat ca loser, dacă:

* postaţi întrebarea pe un forum unde este offtopic
* postaţi o întrebare elementară pe un forum unde se aşteaptă probleme tehnice complexe, sau invers
* postaţi pe mai multe grupuri simultan
* trimiteţi un mesaj direct către cineva care nu vă e cunoscut personal sau nu e direct responsabil pentru rezolvarea problemei

Hackerii ignoră întrebările puse în locurile greşite pentru a-şi proteja canalele de comunicaţie de zgomot inutil. Nu doriţi să fiţi în această situaţie.

Primul pas, deci, este găsirea forumului potrivit. Iarăşi, Google sau alte motoare de căutare vă sunt prieteni. Folosiţi-le pentru a găsi pagina de web a proiectului dedicat hardware-ului sau software-ului care vă face probleme. De obicei o să conţină link-uri către o lista de FAQ (Frequently Asked Questions), lista de email a proiectului şi arhiva acesteia. Listele de email sunt ultimul loc unde veţi cere ajutor, dacă prin eforturi proprii (inclusiv citirea acelor FAQ) nu găsiţi o soluţie. Pagina de web a proiectului mai poate descrie o procedură de raportare a bug-urilor. Dacă există, citiţi-o cu atenţie.

Lansarea unui mesaj către o persoană sau forum cu care nu sunteţi familiar e cel puţin riscantă. De exemplu, nu presupuneţi că autorul unei pagini de web informative doreşte să vă fie consultant gratuit. Nu faceţi presupuneri optimiste că întrebarea va fi binevenită; dacă nu sunteţi sigur, întrebaţi în altă parte sau deloc.

Când alegeţi un forum, newsgroup sau listă de email, nu vă luaţi doar după numele lor; căutaţi un FAQ sau regulile grupului pentru a verifica dacă întrebarea dvs. este pe subiect (on-topic). Citiţi o parte din mesajele anterioare înainte de a posta ca să aveţi o idee despre cum se desfăşoară discuţiile. De fapt, e o idee bună să căutaţi in arhivele grupului după câteva cuvinte cheie ale problemei, înainte de a posta. Puteţi găsi chiar răspunsul, sau vă poate ajuta să formulaţi mai bine întrebarea.

Nu trimiteţi simultan mesaje către toate canalele disponibile, e similar cu strigatul şi irită. Luaţi-le pe rând.

Înţelegeţi întâi subiectul! O greşeală clasică este să întrebaţi despre interfaţa de programare Unix sau Windows într-un forum dedicat unui limbaj, unei biblioteci sau unelte portabile pe ambele sisteme. Dacă nu vă este clar de ce asta e o problemă, mai bine vă abţineţi până vă lămuriţi.

În general, întrebările postate pe un forum public bine ales au şanse mai bune să-şi găsească un răspuns decât aceleaşi întrebări pe un forum privat, din mai multe motive: în primul rând, masa mai mare de oameni care pot răspunde. Apoi, mărimea audienţei; hackerii răspund mai degrabă unei întrebări care ajută mai multă lume, decât celor care sunt de folos doar câtorva persoane.

De înţeles, hackerii talentaţi sau autorii de programe foarte cunoscute primesc oricum mai multe mesaje greşit adresate decât norma. Puteţi fi picătura care umple paharul. De mai multe ori, coautori în proiecte cunoscute şi-au încetat participarea, datorită numărului prea mare de mesaje inutile venite pe adresa de mail personală.

===Forumurile Web si canalele IRC orientate către începători===

Grupul de utilizatori local sau distribuţia dvs. de Linux pot îndruma către forumuri Web sau canale IRC unde începătorii pot primi ajutor. Acestea sunt un bun punct de plecare, mai ales dacă vi se pare că vă loviţi de o problemă relativ simplă sau comună. Existenţa unui canal IRC e o invitaţie deschisă să puneţi întrebări si puteţi primi adesea răspunsul imediat.

De fapt, dacă programul care vă creeaza probleme face parte din distribuţie (cum se întâmplă de obicei), e chiar mai bine să întrebaţi pe liste/forumuri ale distribuţiei respective înainte să încercaţi pe cele ale proiectului. Hackerii lor s-ar putea să vă spună doar „folosiţi versiunea noastră“.

Înainte de a posta pe un forum Web, verificaţi dacă are o funcţie de căutare. Dacă da, încercaţi câteva căutări referitoare la problema dvs; poate ajută. Chiar dacă aţi folosit un motor de căutare pe Web înainte (cum ar fi trebuit), căutaţi şi pe forum; e posibil ca nu tot forumul să fi fost indexat.

Din ce în ce mai frecvent, proiectele oferă asistenţă utilizatorilor pe forumuri Web sau canale IRC, păstrând listele de email pentru discuţii legate de dezvoltare. Uitaţi-vă întâi după primele când aveţi nevoie de ajutor în legătură cu un proiect anume.

===Pasul doi: listele de email ale proiectului===

Când un proiect are o listă de email, scrieţi pe aceasta, nu direct către programatorii implicaţi, chiar dacă vi se pare că ştiţi exact cine vă poate da cel mai bun răspuns. Uitaţi-vă în documentaţia proiectului şi în pagina de Web după adresa unei liste de email. Iată câteva motive:

* Orice întrebare suficient de bună pentru unul dintre programatori va fi interesantă pentru întregul grup. Pe de altă parte, faptul că întrebarea e prea stupidă pentru listă nu e o scuză pentru a-i agasa pe programatori personal.
* Întrebând pe listă permiteţi o mai bună împărţire a muncii între programatori. Un programator individual (în special dacă e vorba despre leader-ul proiectului) poate fi prea ocupat pentru a vă răspunde.
* Majoritatea listelor de email sunt arhivate şi indexate de motoarele de căutare. Altcineva va putea găsi întrebarea dvs. şi răspunsurile pe web, în loc să întrebe din nou pe listă.
* Dacă o anumită întrebare se tot repetă, e o indicaţie că documentaţia sau chiar software-ul respectiv se pot îmbunătăţi pentru a fi mai puţin ambigue. Dacă întrebările respective s-ar pune în particular, nimeni nu ar avea o vedere de ansamblu asupra întrebărilor mai frecvente.

Dacă un proiect are atât o listă (sau forum) pentru utilizatori cât şi una pentru programatori (hackeri) şi nu lucraţi efectiv cu codul sursă al programului, întrebaţi pe lista pentru utilizatori. Nu presupuneţi că sunteţi binevenit pe lista de dezvoltare, unde probabil că întrebarea va fi tratată ca zgomot.

Bineînţeles, dacă sunteţi sigur că întrebarea nu e trivială şi nu primiţi răspuns pe lista pentru utilizatori timp de mai multe zile, încercaţi şi cealaltă listă. Ar fi indicat să monitorizaţi o perioadă lista, pentru a fi familiar cu obiceiurile grupului (o idee bună pentru orice listă privată).

Dacă nu găsiţi o listă de email pentru un proiect şi aveţi doar adresa autorului (maintainer), scrieţi-i acestuia. Chiar şi aşa, nu presupuneţi că nu există o listă. Menţionaţi în mesajul dvs. că nu aţi găsit-o. De asemenea, menţionaţi că nu aveţi nimic împotrivă să vă fie retrimis mesajul către alte persoane. (Mulţi consideră că mesajele private, chiar dacă nu conţin nimic secret, trebuie să rămână private. Dându-vă acordul pentru retransmiterea mesajului dvs. îi permiteţi să aleagă el modul de tratare a cererii).

===Folosiţi linii de subiect relevante===

Pe listele de email, newsgroups sau forumurile Web, linia de subiect vă dă ocazia să captaţi atenţia experţilor, în circa 50 caractere. Nu o irosiţi cu sintagme de genul „ajutor“ (ca să nu mai vorbim de „AJUTOR!!!!“; mesajele cu un astfel de subiect vor fi ignorate din reflex). Nu încercaţi să ne impresionaţi cu dificultăţile dvs; folosiţi acel spaţiu pentru o descriere concisă a problemei.

O convenţie utilă pentru linia de subiect, folosită de multe organizaţii de asistenţă tehnică, este forma „obiect - deviaţie“. „Obiect“ desemnează acel lucru care are o problema, iar „deviaţie“ descrie abaterea de la comportamentul aşteptat.

; Stupid :AJUTOR! Placa video nu funcţionează cum trebuie!!

; Inteligent :XFree86 4.1 forma cursorului incorectă, chipset Fooware MV1005

; Şi mai inteligent :XFree86 4.1 cursorul mouse-ului, chipset Fooware MV1005 - desenat incorect

Redactarea unui subiect de forma „obiect - deviaţie“ vă va forţa să gândiţi problema în detaliu. Ce anume este afectat? Doar cursorul mouse-ului, sau şi restul graficii? Se întâmplă doar cu XFree86? Doar cu versiunea 4.1? Se întâmplă doar cu chipset-ul Fooware? Doar cu modelul MV1005? Un hacker care vede un astfel de subiect poate înţelege imediat cu ce anume aveţi probleme şi care sunt acelea.

Imaginaţi-vă că vă uitaţi la index-ul arhivei de întrebări, care vă arată doar liniile de subiect. Faceţi în aşa fel încât subiectul să reflecte întrebarea suficient de bine încât următoarea persoană care va căuta în arhivă răspunsul la o întrebare similară cu a dvs. să o găsească uşor şi să nu întrebe din nou acelaşi lucru.

Dacă puneţi o întrebare într-un răspuns (reply la un email anterior), schimbaţi linia de subiect pentru a se vedea că puneţi o întrebare. Un subiect ca "Re: test" sau "Re: new bug" e puţin probabil să atragă atenţia. De asemenea, ştergeţi din mesaj textul vechi, păstrând un minim necesar pentru a-l face coerent pentru cititori noi.

Nu folosiţi funcţia "reply" pe un mesaj de pe listă pentru a porni un thread nou, fără legătură, sau vă limitaţi audienţa. Unii clienţi de mail, ca mutt, permit utilizatorului să sorteze mesajele după thread şi să împacheteze (fold) toate mesajele dintr-un thread într-o singură linie de subiect. Cei care fac asta, pur şi simplu nu vor vedea mesajul dvs.

Schimbarea liniei de subiect nu este suficientă. Mutt, probabil şi alte programe, se uită la alte informaţii din header-ul mesajelor pentru a determina thread-ul din care fac parte, nu la linia de subiect. Scrieţi un mesaj nou.

Pe forumurile Web regulile sunt puţin diferite, deoarece mesajele sunt de obicei legate de un thread şi nu sunt vizibile decât în contextul acelui thread. Schimbarea subiectului pentru a pune o întrebare nu este esenţială (nu toate forumurile permit linii diferite de subiect la fiecare mesaj, şi oricum nu le citeşte nimeni). Dar a pune o întrebare într-un thread existent e o practică dubioasă, pentru că întrebarea nu va fi văzută decât de cei care urmăresc acel thread. Deci, dacă nu sunteţi extrem de sigur că vreţi un răspuns doar de la cei activi în thread, porniţi unul nou.

===Nu îngreunaţi răspunsul===

Dacă încheiaţi mesajul cu „Vă rog să răspundeţi pe adresa...“, e foarte puţin probabil să vă răspundă cineva. Dacă nu puteţi fi deranjat pentru câteva secunde să setaţi câmpul Reply-To din header, nici noi nu putem fi deranjaţi pentru a ne gândi la problema dvs. Dacă programul de mail nu vă permite acest lucru, folosiţi unul mai bun. Dacă sistemul dvs. de operare nu are un program care să permită acest lucru, folosiţi un sistem de operare mai bun.

Pe forumurile Web e nepoliticos să solicitaţi un răspuns direct pe email în afara cazului în care informaţia pe care o solicitaţi e confidenţială (şi consideraţi dintr-un motiv oarecare că cineva e dispus să v-o transmită doar dvs, nu şi celorlalţi de pe forum). Dacă doriţi să primiţi un răspuns pe email configuraţi forumul să îl trimită astfel; această facilitate este foarte răspândită, o puteţi găsi sub numele „watch this thread“, „send email on answers“ etc).

===Folosiţi un limbaj clar, corect gramatical şi ortografic===

Experienţa ne arată că cei dezordonaţi sau neatenţi la scriere, sunt la fel şi în gândire sau programare (suficient de frecvent încât aceasta să fie regula, nu excepţia). Răspunsul la întrebările neatenţilor şi dezordonaţilor nu ne aduce vreo satisfacţie; mai bine facem altceva.

Aşadar, e important să vă exprimaţi ideile clar şi corect. Dacă nu sunteţi dispuşi să faceţi efortul acesta, nici noi nu suntem dispuşi să vă acordăm atenţie. Cizelaţi-vă limbajul. Nu trebuie să fie rigid sau să sune oficial, hackerii apreciază un limbaj informal, slang-ul şi umorul, atunci când sunt folosite cu precizie. Dar trebuie să fie precise, pentru a arăta că gândiţi şi sunteţi atent.

Ortografia, punctuaţia, trebuie să fie corecte. Nu încurcaţi (în engleză) „its“ cu „it's“, „loose“ cu „lose“ sau „discrete“ cu „discreet“. NU FOLOSIŢI DOAR LITERE MARI, se consideră că ţipaţi (scrisul doar cu litere mici e doar ceva mai puţin enervant, pentru că este dificil de urmărit. Alan Cox este scuzat, dvs. nu).

În general, dacă scrieţi ca un semi-analfabet, e foarte probabil să fiţi ignorat. Limbajul l33t skript kiddie h4x0r este reţeta sigură ce garantează că nu veţi primi nimic în afară de tăcere (sau, în cel mai bun caz, dispreţ şi sarcasm).

Dacă folosiţi altă limbă decât cea maternă, veţi fi tratat cu oarece îngăduinţă pentru erorile gramaticale sau ortografice, dar nu mai mult. Lenea tot nu va fi tolerată (şi da, de obicei
diferenţa e sesizabilă). De asemenea, dacă nu ştiţi ce limbi vorbesc ceilalţi, folosiţi engleza. Întrebările în limbi străine majorităţii vor fi bineînţeles ignorate, iar engleza este limba
universală pe Internet. Scriind în engleză scad şansele ca întrebarea dvs. să fie ignorată.

===Folosiţi un format uşor de citit===

Dacă faceţi întrebarea greu de citit în mod artificial, ea va fi
mai degrabă ignorată în favoarea altora. Aşadar:

* trimiteţi email text, nu HTML
* ataşamentele sunt de obicei OK, dar numai când au un conţinut relevant (ca de exemplu fişiere sursă sau patch), şi nu adăugate automat de clientul dvs de mail (cum ar fi o copie a mesajului dvs în alt format)
* nu trimiteţi mesaje în care paragrafe întregi sunt scrise pe o singură linie (e greu de răspuns doar la o porţiune din mesaj). Presupuneţi că cititorii folosesc un ecran text de 80 caractere lăţime şi spargeţi rândurile în consecinţă, la ceva mai puţin de 80 caractere.
* în schimb, nu spargeţi la o coloană fixată rândurile ce conţin date (loguri, istoric de comenzi). Datele trebuie incluse exact în forma în care au fost generate, pentru ca cititorii să vadă acelaşi lucru pe care l-aţi văzut si dvs.
* nu folosiţi codarea MIME Quoted-Printable pe un forum de limbă engleză. Această codare poate e necesară când folosiţi o limbă pentru care setul ASCII nu e suficient, dar nu este suportată de toţi agenţii de mail. Când nu este interpretată corect, apar acele semne urâte (=20) prin text.
* nu vă aşteptaţi niciodată să putem citi formate de document proprietare ca Microsoft Word sau Excel. Majoritatea reacţionăm la aşa ceva cam cum ar reacţiona oricine la vederea unei balegi la intrarea în casă. Chiar când putem, tehnic vorbind, să le citim, urâm chestia asta.
* dacă trimiteţi email din Windows, opriţi facilitatea stupidă a Microsoft numită „Smart Quotes“ pentru a evita apariţia de caractere în plus în mesaj
* pe forumurile Web, nu abuzaţi de smiley-uri si facilităţile HTML (când există). Unul-două smiley-uri sunt OK, dar colorarea cât mai variată a textului e neserioasă. Abuzul de smiley-uri, culori şi fonturi vă recomandă ca pe o adolescentă jucăuşă, o idee nu foarte bună, în afară de cazul în care sunteţi mai atras de sex decât de un răspuns.

Dacă folosiţi un client de mail cu interfaţă în mod grafic (Netscape Messenger, MS Outlook sau altele asemenea) aveţi grijă: puteţi încălca aceste reguli folosind setările implicite. Majoritatea au o comandă „View Source“ în meniu. Folosiţi-o pe mesajele deja trimise pentru a verifica dacă trimiteţi doar text sau şi alte lucruri inutile.

===Fiţi precis în descrierea problemei===

* descrieţi clar simptomele problemei sau bug-ului
* descrieţi mediul în care apar (arhitectură, sistem de operare, aplicaţie, etc). Precizaţi versiunea distribuţiei folosite (ex: „Fedora Core 2“, „Slackware 9.1“, etc).
* descrieţi investigaţiile pe care le-aţi făcut asupra problemei
* descrieţi etapele pe care le-aţi parcurs pentru a diagnostica problema
* descrieţi schimbările recente în configuraţia calculatorului (hardware şi software) care ar putea fi relevante
* încercaţi să anticipaţi întrebările ajutătoare pe care hackerii vi le-ar putea pune şi pe cât posibil furnizaţi acele informaţii în avans. Simon Tatham a scris un eseu intitulat [http://www.chiark.greenend.org.uk/~sgtatham/bugs.html How to Report Bugs Effectively] pe care vi-l recomand cu căldură.

===Multe informaţii nu înseamnă precizie===

A fi precis nu înseamnă să puneţi cantităţi uriaşe de cod sursă sau date într-o cerere de ajutor. Dacă aveţi un test complicat la care aplicaţia nu se comportă corect, încercaţi să-l reduceţi la minimul necesar care declanşează problema.

Lucrul ăsta e folositor din cel puţin trei motive. Unu: va fi evident că aţi depus eforturi pentru simplificarea întrebării, ceea ce vă sporeşte şansele de a primi un răspuns. Doi: simplificarea întrebării face mai probabilă primirea unui răspuns folositor. Trei: rafinând formularea problemei e posibil să găsiţi singur o rezolvare sau metodă de evitare a problemei.

===Nu pretindeţi că aţi descoperit un bug===

Când aveţi o problemă cu un program, nu pretindeţi că aţi găsit un bug decât dacă sunteţi foarte, foarte sigur. Sfat: dacă nu puteţi furniza cod sursă care repară problema sau un test
care să demonstreze regresia faţă de o versiune anterioară, probabil nu puteţi fi suficient de sigur. Acest lucru este valabil şi pentru paginile de web sau documentaţie. Dacă găsiţi un
bug în documentaţie, ar trebui să prezentaţi un text corect şi locul în care trebuie aşezat în documentaţie.

Ţineţi cont că sunt mulţi alţi utilizatori care nu au problema dvs. Altfel, aţi fi aflat despre ea citind documentaţia şi căutând pe web (aţi făcut asta, nu?). E foarte posibil să faceţi dvs. ceva greşit, nu programul.

Cei care au scris programul lucrează din greu pentru a-l face să funcţioneze cât mai bine. Dacă pretindeţi că aţi găsit un bug, sugeraţi că ei au făcut ceva greşit, şi e posibil să-i jigniţi chiar dacă aveţi dreptate. Nu e deloc diplomatic să includeţi cuvântul „bug“ în linia de subiect a mesajului.

Când puneţi întrebarea, e bine să o formulaţi plecând de la presupunerea ca dvs sunteţi cel care face ceva greşit, chiar dacă în particular sunteţi foarte sigur că aţi găsit un bug. Dacă într-adevăr e un bug, veţi afla despre asta într-un răspuns. E preferabil să se scuze autorii dacă bug-ul e real, decât să fiţi pus în aceeaşi situaţie în caz că v-aţi înşelat.

===Milogeala nu impresionează şi nu înlocuieşte efortul propriu===

Unii oameni care au înţeles că nu trebuie să fie aroganţi sau nepoliticoşi când cer ajutor cad în extrema cealaltă: „Ştiu că sunt un biet începător neajutorat, dar...“. Atitudinea asta e enervantă mai ales atunci când este însoţită de o descriere prea vagă a problemei.

Nu pierdeţi timpul (dvs. şi al nostru) cu astfel de maimuţăreli. Prezentaţi contextul şi întrebarea cât de clar puteţi. Vă pune într-o lumină mai bună decât cea descrisă mai sus.

Uneori forumurile Web au secţiuni dedicate începătorilor. Dacă vi se pare că aveţi o întrebare de începător, acolo îi e locul, dar nu exageraţi cu milogeala nici acolo.

===Descrieţi simptomele problemei, nu presupunerile dvs===

Nu e deloc folositor să le spuneţi hackerilor ce credeţi că poate cauza probleme (dacă aţi fi atât de bun la diagnoză, aţi mai cere ajutorul altora?). Descrieţi exact simptomele observate, nu interpretări şi teorii proprii. Lăsaţi-i pe ei să facă interpretările. Dacă o presupunere a dvs. vi se pare foarte relevantă, introduceţi-o ca atare („Eu cred că...“) şi arătaţi de ce e insuficientă pentru rezolvarea problemei.

; Stupid :Primesc frecvent SIG11 la compilarea kernel-ului, bănuiesc că un traseu e crăpat pe placa de bază. Cum verific aşa ceva?

; Inteligent : Pe un K6/233 cu placa de bază FIC-PA2007 (chipset VIA Apollo VP2) cu 256MB Corsair PC133, primesc din ce în ce mai des SIG11 la circa 20 minute de la pornire, când compilez un kernel (niciodată în primele 20 minute). După un reboot problema reapare imediat, dar după ce-l las stins peste noapte nu. Am schimbat RAM-ul, nu ajută. Aşa arată mesajele de eroare la compilare [...]

===Descrieţi simptomele problemei în ordine cronologică===

Cele mai utile indicii despre natura unei probleme care apare frecvent, sunt evenimentele dinaintea manifestării acesteia. Ar trebui, deci, să descrieţi ce făceaţi în momentul în care a apărut problema. Dacă e vorba de comenzi din linia de comandă, un log al sesiunii care să conţină ultimele circa 20 linii poate fi foarte util.

Dacă programul care a crăpat are opţiuni pentru diagnostic (ex: -v pentru verbose), gândiţi-vă ce informaţii furnizate pot fi utile şi includeţi-le în log.

Dacă textul ajunge să fie foarte lung (mai lung de circa patru paragrafe), descrieţi sumar problema la început, urmând apoi detaliile în ordine cronologică. Hackerii care vă citesc o să aibă o idee la ce să se aştepte.

===Descrieţi obiectivul, nu paşii intermediari===

Dacă încercaţi să aflaţi cum puteţi face un lucru (spre deosebire de cazul în care raportaţi un bug), începeţi prin a vă descrie obiectivul. Doar după aceea descrieţi etapa intermediară la care v-aţi blocat.

Adesea cei care au nevoie de ajutor au în minte un obiectiv greu de atins dar rămân blocaţi într-o etapă pe care o consideră necesară pentru realizarea acelui obiectiv. Atunci, ei solicită ajutor pentru a depăşi etapa, dar nu îşi dau seama că poate calea aleasă e greşită.

; Stupid :Cum fac să selectez culorile în FooDraw, dându-le valorile hexazecimale?

; Inteligent :Încerc să schimb (în FooDraw) paleta de culori a unei imagini. Singurul mod în care cred că s-ar putea face asta e să schimb manual fiecare culoare din paletă, dar nu îmi dau seama cum se introduc direct valorile hexazecimale pentru culori.

A doua întrebare este mai bună, pentru că permite formularea unui răspuns în care să se sugereze un instrument mai potrivit pentru sarcina respectivă.

===Nu solicitaţi răspunsuri private===

Hackerii consideră că rezolvările problemelor trebuie să fie făcute în public, printr-un proces transparent în care primele tentative de răspuns ar trebui să fie corectate de către cei mai experimentaţi, când aceştia observă că sunt incomplete sau incorecte. În acest fel ei pot fi recompensaţi prin recunoaşterea competenţelor şi cunoştinţelor de către comunitate.

Când cereţi un răspuns privat întrerupeţi procesul în sine şi anulaţi potenţialele beneficii. Nu faceţi acest lucru. Este alegerea celui care răspunde să o facă privat, şi acest lucru se întâmplă de obicei pentru că întrebarea e prost formulată sau atât de banală încât nu prezintă interes pentru ceilalţi.

Există o singură excepţie de la regulă. Dacă întrebarea e probabil să genereze multe răspunsuri similare, cuvintele magice sunt "trimiteţi-mi mie răspunsurile, şi o să fac un rezumat pe listă ". E elegant să preveniţi încărcarea listei de mail sau newsgroup-ului cu o mare de răspunsuri, majoritatea identice (trebuie să vă ţineţi de cuvânt cu rezumatul).

===Puneţi întrebări concrete, punctuale===

Întrebările deschise dezbaterilor tind să fie văzute ca pierdere de vreme. Persoanele care vă pot da cele mai folositoare răspunsuri sunt totodată şi cele mai ocupate (fie şi pentru că ei sunt cei care au cel mai mult de contribuit). Ei sunt de obicei alergici la chestiuni care pot mânca un timp nedeterminat, aşa că nu apreciază acest gen de întrebări.

E mai probabil să primiţi un răspuns folositor dacă prezentaţi o problemă concretă (solicitaţi indicaţii, trimiteţi cod, doriţi validarea unui patch, etc). Îşi vor putea astfel concentra atenţia asupra problemei şi vor putea pune o limită superioară a timpului alocat dvs.

Pentru a înţelege, gândiţi-vă la expertiza lor ca la o resursă abundentă şi la timpul disponibil ca la o resursă rară. Cu cât solicitaţi mai puţin timp alocat, cu atât e mai probabil să primiţi un răspuns de la un hacker foarte bun dar foarte ocupat.

E bine deci să încercaţi minimizarea timpului necesar pentru a vă răspunde, ceea ce nu e întotdeauna acelaşi lucru cu simplificarea problemei. De exemplu, „Puteţi să-mi indicaţi o explicaţie bună pentru X?“ e o întrebare mult mai bună decât „Puteţi să-mi explicaţi X, vă rog?“ Dacă aveţi un program care nu funcţionează, e mai bine de obicei să întrebaţi ce este greşit în cod decât să cereţi să vi-l repare cineva.

===Nu puneţi întrebări din tema pentru acasă===

Hackerii depistează uşor astfel de întrebări, pentru că pe majoritatea le-am rezolvat şi noi. Acele probleme sunt pentru ca dvs să le rezolvaţi, ca să învăţaţi ceva. E OK să cereţi mici indicaţii, dar nu soluţia completă.

Dacă suspectaţi că o întrebare ce v-a fost adresată face parte din această categorie, dar totuşi nu aveţi un răspuns, puteţi încerca să întrebaţi în grupurile de utilizatori sau (în ultimă instanţă) pe listele pentru utilizatori. În timp ce hackerii vor depista natura problemei, utilizatorii mai avansaţi vă pot da măcar unele indicaţii.

===Reduceţi numărul întrebărilor irelevante===

Rezistaţi tentaţiei de a încheia mesajele cu întrebări lipsite de conţinut de genul „Poate să mă ajute cineva?“ sau „Exista vreo soluţie?“. În primul rând, dacă aţi descris măcar pe jumătate coerent problema, astfel de adăugiri sunt superflue. În al doilea rând, pentru că sunt superflue, sunt iritante şi vi se poate răspunde cât se poate de corect din punct de vedere logic "Da" sau "Nu te poate ajuta nimeni."

În general, este bine să evitaţi întrebările cu răspuns da/nu. [http://homepages.tesco.net/~J.deBoynePollard/FGA/questions-with-yes-or-no-answers.html yes-or-no answer]

===Urgent pentru dvs, nu şi pentru noi===

Nu solicitaţi un răspuns rapid, chiar dacă aveţi nevoie de el, marcând mesajul ca Urgent. E problema dvs, nu a noastră. Mimarea unei urgenţe e neproductivă: majoritatea hackerilor va şterge pur şi simplu mesajul, ca o încercare egoistă şi obraznică de a primi atenţie specială.

Există o mică excepţie de la regulă. Dacă menţionaţi că folosiţi un program în circumstanţe ce-i oferă o expunere publică mare, e posibil să primiţi atenţie; într-o astfel de situaţie, dacă sunteţi presat de timp, şi spuneţi asta politicos, aveţi şansa să primiţi un răspuns mai rapid.

Este totuşi riscant să faceţi presupuneri că hackerii vor fi interesaţi doar din acest motiv, valorile lor fiind probabil diferite. Să postaţi de pe Staţia Spaţială Internaţională probabil că se califică, dar dacă postaţi din partea unei mari organizaţii caritabile sau politice aproape sigur nu. Un mesaj de genul "Urgent: ajutaţi-mă să salvez balenele verzi!" vă va face ţinta unui flame chiar din partea hackerilor care consideră salvarea balenelor verzi un lucru important.

Dacă nu vă este clar de ce e aşa, recitiţi acest document până când înţelegeţi, înainte să postaţi în vreun fel.

===Puţină politeţe nu strică===

Fiţi politicos. Folosiţi "Vă rog" şi "Mulţumesc pentru atenţie". Arătaţi că apreciaţi faptul că sunteţi ajutat gratis.

Sincer, politeţea nu este la fel de importantă (şi nu este un substitut) ca scrierea corectă, clară, precisă, evitarea formatelor proprietare, etc; am prefera să primim mesaje mai abrupte, dar tehnice, decât unele vagi, pline de politeţuri (ţineţi cont că ne plac problemele din care avem ceva de învăţat).

Totuşi, dacă nu sunteţi foarte tehnic, puţină politeţe vă va ajuta să primiţi un răspuns.

(Trebuie menţionat că singura obiecţie serioasă pe care am primit-o de la hackeri veterani la acest HOWTO, se referea la recomandarea noastră anterioară de a folosi "Mulţumesc cu
anticipaţie". Unii au considerat că sugerează intenţia de a nu mulţumi ulterior. Recomandarea noastră e fie să folosiţi "Mulţumesc cu anticipaţie" şi să mulţumiţi ulterior celor care v-au răspuns, sau să folosiţi doar la final o formulă de genul "Mulţumesc pentru atenţie")

===Reveniţi cu descrierea soluţiei===

După rezolvarea problemei, reveniţi cu un scurt mesaj pentru cei care v-au ajutat; spuneţi-le ce-a ieşit şi mulţumiţi-le pentru ajutor. Dacă problema a captat suficient interes pe o listă de mail sau newsgroup, acolo ar trebui să postaţi această notiţă.

Ideal, răspunsul ar trebui să fie în thread-ul pornit de la întrebarea iniţială şi ar trebui să fie etichetat cu ceva de genul REZOLVAT în linia de subiect. Pe listele cu trafic mare, un cititor care va vedea un thread despre "problema X" va şti să nu piardă timpul cu acel thread dacă vede un mesaj cu subiectul "problema X - REZOLVAT" (în afară de cazul în care problema este interesantă pentru el) şi îşi poate folosi timpul rezolvând alte probleme.

Notiţa finală nu trebuie să fie lungă; un simplu "Salut, era un cablu defect. Mulţumesc tuturor. - Bill" e mai bun decât nimic. De fapt, un sumar este mai bun decât o expunere pe larg, dacă problema nu era extrem de complexă. Spuneţi ce anume a rezolvat problema, dar nu e nevoie să repetaţi toată secvenţa cu diagnosticul.

Pentru problemele mai complexe, puteţi descrie pe scurt cum a decurs analiza. Prezentaţi formularea finală a problemei. Spuneţi întâi ce a funcţionat ca soluţie şi indicaţi potenţialele căi care nu duc în final la nici un rezultat. Căile greşite de rezolvare trebuie să apară după metoda corectă şi celelalte detalii, pentru a nu transforma totul într-un roman poliţist. Numiţi persoanele care v-au ajutat; o să vi-i apropiaţi în acest fel.

Un astfel de sumar va fi găsit de cei care caută în arhiva listei/newsgroup-ului şi le va indica exact ce a funcţionat pentru dvs., putându-i ajuta eventual şi pe ei.

În ultimul rând, mesajul dvs va da satisfacţie tuturor celor implicaţi, arătând că problema a fost rezolvată. Dacă nu sunteţi o persoană tehnică sau hacker, credeţi-ne pe cuvânt că sentimentul e foarte important pentru acei guru şi specialişti care v-au ajutat. Problemele care se lungesc şi nu au o finalitate sunt frustrante; hackerii simt nevoia de a le vedea rezolvate. Karma câştigată răspunzând acestei dorinţe o sa vă fie de mare ajutor data viitoare când aveţi nevoie să întrebaţi ceva.

Gândiţi-vă cum îi puteţi ajuta pe alţii să nu aibă aceeaşi problemă în viitor. Întrebaţi-vă dacă o mică menţiune în FAQ sau documentaţie ar ajuta, şi dacă da, faceţi-o şi trimiteţi-o celui care se ocupă de ele.

Printre hackeri, acest comportament e mult mai important decât politeţea convenţională. În acest fel câştigaţi o reputaţie de bun jucător, un câştig important pentru dvs.

==Cum se interpretează răspunsurile==

===RTFM şi STFW: cum îţi dai seama că ai sfeclit-o===

E o veche tradiţie: dacă primiţi un răspuns care conţine doar "RTFM" (Read The Fucking Manual), cel care vi l-a trimis consideră că ar fi trebuit să citiţi manualul. Aproape sigur are dreptate. Citiţi-l!

RTFM are o rudă mai tânără. Dacă răspunsul conţine doar "STFW" (Search The Fucking Web), cel care vi l-a trimis consideră că ar fi trebuit să căutaţi pe Web. Aproape sigur are dreptate. Căutaţi! (Varianta mai puţin dură este "Google este prietenul tău!").

Pe un forum Web, vi se poate spune să căutaţi în arhivele forumului. Cineva v-ar putea chiar indica un thread anterior în care s-a discutat deja problema. Nu vă bazaţi pe asta; căutaţi înainte de a întreba.

De multe ori, cel care vă răspunde aşa are manualul sau o pagină de web în faţă şi poate vedea că (a) informaţia pe care o cereţi e uşor de găsit şi (b) consideră că veţi învăţa mai mult căutând singur decât dacă vi se dă "mură-n gură".

Nu ar trebui să vă simţiţi jignit; după standardele noastre vă tratează cu respect prin simplul fapt că nu vă ignoră. Ar trebui să-i fiţi recunoscător pentru bunăvoinţă.

===Dacă nu înţelegeţi...===

Dacă nu înţelegeţi un răspuns, nu cereţi imediat clarificări. Folosiţi aceleaşi unelte ca înainte de a întreba (manual, FAQ, web, etc) pentru a-l înţelege. Dacă tot e nevoie să cereţi lămuriri, arătaţi ce-aţi învăţat.

De exemplu, dacă vă spun: "Se pare că aveţi un zentry agăţat; trebuie resetat", nu veniţi cu "Ce e un zentry?" în loc de "OK, am citit manualul şi zentry-urile sunt menţionate la opţiunile -z şi -p. Niciuna nu se referă la resetarea lor. E una din ele, sau îmi scapă ceva?"

===Cum să trataţi obrăzniciile===

Mult din ce poate părea obrăznicie, în cercurile noastre nu este intenţionat jignitor. E mai degrabă un produs al stilului direct de comunicare între persoane mai atente la rezolvarea problemelor decât la menajarea sentimentelor.

Când simţiţi aşa ceva, încercaţi să rămâneţi calm. Dacă cineva depăşeşte limitele, e foarte probabil ca un veteran să-i atragă atenţia. Dacă lucrul ăsta nu se întâmplă şi dvs vă pierdeţi calmul cu cineva, e posibil ca acela să se fi purtat în normele obişnuite şi dvs să cădeţi vinovat. Bineînţeles, vă vor scădea şansele să primiţi informaţiile solicitate.

Pe de altă parte, ocazional o să fiţi întâmpinat cu obrăznicii şi comportament agresiv, neîndreptăţite. E acceptabil în acest caz să îl muştruluiţi sever pe ofensator. Când faceţi asta, însă, fiţi foarte, foarte sigur pe poziţia dvs. Linia între o mustrare pentru comportament şi pornirea unui flame-war inutil e atât de subţire încât chiar hackerii o trec de multe ori; dacă sunteţi un nou venit, şansele sunt mari ca discuţia să degenereze. Dacă aţi venit pentru informaţii, nu distracţie, e mai bine să nu riscaţi şi să lăsaţi tastatura în pace.

(Unii susţin că mulţi hackeri suferă de o formă de autism sau Sindromul Asperger, şi le lipsesc câteva circuite din creier care controlează interacţiunea socială. Poate e, poate nu e adevărat. Dacă nu sunteţi hacker, ar ajuta să puteţi tolera excentricităţile noastre, chiar dacă sunteţi convins că nu suntem normali. N-aveţi decât. Nu ne interesează; ne place să fim ceea ce suntem, si suntem în general sceptici la diagnostice de acest gen).

În secţiunea următoare vom vorbi despre altceva: genul de obrăznicii pe care le veţi întâlni când dvs vă comportaţi greşit.

==Cum să nu vă purtaţi ca un loser==

Şansele sunt ca mai devreme sau mai târziu să intraţi în conflict cu comunitatea hackerilor, chiar de mai multe ori, în moduri descrise aici sau similare. Vi se va spune exact ce-aţi greşit, probabil într-o manieră mai colorată. În public.

Când se întâmplă aşa ceva, cel mai rău lucru pe care-l puteţi face e să vă plângeţi despre ceea ce vi s-a întâmplat, să pretindeţi scuze, zbieraţi, declaraţi greva foamei, ameninţaţi cu procese, pârâţi la angajatori, etc. Iată ce-aveţi de făcut:

Depăşiţi momentul. E normal. E chiar sănătos şi benefic.

Standardele comunităţii nu se ţin singure: sunt ţinute de cei care le aplică, vizibil, în public. Nu vă plângeţi că nu v-au fost adresate criticile în particular: nu aşa merge. Nu e deloc folositor să insistaţi că aţi fost insultat când cineva spune că nu aveţi dreptate sau că e de altă părere. Sunt atitudini de loser.

Pe anumite forumuri de hackeri, dintr-o prost înţeleasă politeţe, s-a interzis comentarea greşelilor din post-uri, cu regula "Nu spuneţi nimic, decât dacă vreţi să ajutaţi.". Rezultatul a fost că persoanele cu contribuţii valoroase au plecat, lăsând forumul inutilizabil ca forum tehnic.

Alegeţi: ori exagerat de prietenos (în sensul de mai sus) ori eficace.

Reţineţi: când un hacker vă spune c-aţi greşit şi vă cere să nu se repete (indiferent cât de abrupt), o face în beneficiul (1) dvs şi (2) al comunităţii. Ar fi mult mai uşor pentru el să vă ignore şi să filtreze mesajele dvs. Dacă nu puteţi fi recunoscător, aveţi măcar un minim de demnitate, nu vă plângeţi şi nu aşteptaţi să fiţi tratat ca o păpuşă fragilă doar pentru că sunteţi nou-venit, cu fire hipersensibilă şi iluzii de mărire.

Uneori veţi fi atacat personal de cineva, fără un motiv aparent, chiar dacă nu aţi greşit (sau aţi greşit doar în imaginaţia unora). În acest caz, dacă vă plângeţi e sigur că o să o încurcaţi.

De obicei, aceştia sunt habarniştii care se consideră experţi, sau pseudo-psihologi care vă testează limitele. Ceilalţi cititori ori îi ignoră, ori găsesc alte modalităţi de a-i trata. Comportamentul acesta le creează doar lor probleme şi nu ar trebui să vă privească.

Nu vă lăsaţi antrenat în flame-war-uri. Cel mai bine le ignoraţi, după ce verificaţi că sunt într-adevăr flame-uri şi nu indicaţii despre ce-aţi greşit, şi nici sugestii subtil formulate referitoare la problema dvs (se poate întâmpla).

==Întrebări pe care să nu le puneţi==

Iată câteva exemple clasice de întrebări stupide şi la ce se gândesc hackerii când nu le răspund.

I: Unde găsesc programul X ?

R: Unde l-aş găsi şi eu, deşteptule, pe pagina de rezultate a unei căutări pe Web. Nu ştii să foloseşti [http://www.google.com Google]?

I: Cum folosesc X ca să fac Y ?

R: Dacă vrei să faci Y, ar trebui să întrebi cum se face fără să presupui o metodă care, poate, nu e potrivită. Întrebările de forma asta adesea indică o persoană care nu doar că nu ştie nimic despre X, dar nici nu ştie foarte bine ce vrea să facă şi e pierdută în detalii. De cele mai multe ori e mai bine să fie ignorată până poate formula problema mai bine.

I: Cum îmi pot configura prompt-ul shell-ului?

R: Dacă ştii destule încât să întrebi asta, ştii şi că răspunsul e în manual.

I: Pot să folosesc Bass-o-matic ca să convertesc un document AcmeCorp în TeX ?

R: Încearcă şi vezi. Dacă ai fi făcut-o, a) ştiai răspunsul şi b) nu-mi pierdeai timpul

I: {Programul, configuraţia, comanda SQL} nu merge

R: Asta nu e o întrebare, şi n-am de gând să extrag informaţii cu forceps-ul de la tine, am alte lucruri mai bune de făcut. Când văd aşa ceva, reacţia mea e una dintre:
* mai ai ceva de adăugat?
* ce nasol, sper să se rezolve
* şi ce treaba am eu cu asta?

I: Am probleme cu staţia mea Windows. Mă puteţi ajuta?

R: Da, aruncă rahatul ăla de la Microsoft şi instalează-ţi Linux sau BSD.

Notă: puteţi pune întrebări referitoare la maşini Windows dacă sunt despre un program care funcţionează şi pe Windows, sau interacţionează cu maşini Windows (adică Samba). Nu fiţi surprins dacă vi se răspunde că problema e în Windows, nu în program, pentru că Windows e atât de prost încât situaţia e frecventă.

I: Am un program care nu merge. Cred că biblioteca X e defectă.

R: Deşi e perfect posibil să fiţi primul care observă o problemă cu apelurile sistem sau bibliotecile folosite intens de sute şi mii de oameni, e mult mai probabil că nu ştii despre ce vorbeşti. Acuzaţiile serioase necesită dovezi serioase; când faceţi o astfel de afirmaţie, trebuie să documentaţi eroarea pe larg.

I: Am probleme când instalez Linux sau X. Mă puteţi ajuta?

R: Nu, trebuie să fiu lângă tine ca să fac asta. Întreabă utilizatorii locali de Linux.

Notă: întrebările despre instalarea Linux sunt binevenite pe un forum sau listă despre o distribuţie anume, dacă problema este specifică acelei distribuţii; de asemenea, pe forumurile locale de utilizatori, caz în care descrieţi precis ce nu funcţionează. Căutaţi cu grijă însă, folosind şi cuvântul cheie "linux", informaţii despre hardware-ul suspect.

I: Cum pot să sparg parola de root/căstig drepturi de operator/citesc emailul cuiva?

R: Eşti un ticălos că încerci să faci asta şi un prost că ceri unui hacker să te ajute.

==Întrebări bune, întrebări greşite==

În final, o să demonstrez cum se pun întrebările inteligent, prin exemple; perechi de întrebări despre aceeaşi problemă, una stupidă şi una inteligentă.

;Stupid: Unde găsesc ceva despre Foonly Flurbamatic?

Întrebarea cere un STFW.

;Inteligent: Am încercat să găsesc ceva pe Google despre Foonly Flurbamatic 2600, dar nu am găsit nimic interesant. Unde aş putea găsi documentaţie despre programarea lui?

A trecut de STFW, se pare că are o problemă reală.

;Stupid: foo nu se compilează. De ce e buşit?

Presupune că altcineva a greşit. Arogant.

;Inteligent: foo nu se compilează pe Nulix 6.2. În FAQ nu e menţionat nimic special despre Nulix. Iată un log al compilării. Fac eu ceva greşit?

A descris contextul, a citit FAQ, arată care e eroarea şi nu presupune că problema e din vina altcuiva. Poate merită atenţie.

;Stupid: Am probleme cu placa de baza. Poate să mă ajute cineva?

"Aha. Ai nevoie şi să-ţi schimbăm scutecele?", urmat de apăsarea tastei Del.

;Inteligent: Am încercat X, Y şi Z pe o placă de bază S2464. Nu a mers, aşa că am încercat A, B şi C. Când am făcut C s-a întâmplat, dubios, D. E clar că ciocoflenderul se brustureşte, dar nu cum ar trebui. Care sunt cauzele uzuale de brusturire pe plăcile Athlon MP? Puteţi să-mi mai sugeraţi alte teste pe care le pot face?

Ăsta, pe de altă parte, merită un răspuns. A demonstrat că-şi foloseşte creierul, în loc să aştepte să-l lovească o soluţie.

La ultima întrebare, observaţi şi distincţia între "Daţi-mi o soluţie" şi "Vă rog să mă ajutaţi să-mi dau seama ce nu merge".

Ultima întrebare e bazată pe un incident real din August 2001, pe lista linux-kernel (lkml). Eu (Eric) eram cel ce punea întrebarea. Mi se tot bloca o maşină cu placa de bază Tyan S2462. Membrii listei mi-au furnizat informaţiile cheie de care aveam nevoie.

Punând întrebarea aşa cum am făcut-o, le-am dat cititorilor ceva de care să se agaţe; le-a fost uşor să se implice. Am arătat respect pentru colegii mei şi i-am invitat să mă trateze ca egal. Am arătat respect pentru timpul lor, arătându-le ce-am eliminat deja ca posibile cauze.

Ulterior, când am mulţumit tuturor şi am remarcat cât de eficient am cooperat, un membru lkml a făcut observaţia că asta nu s-a întâmplat pentru că eram un nume pe acea listă, ci pentru că am formulat întrebarea corect; sunt sigur că avea drepate.

Hackerii sunt o meritocraţie fără milă; sunt sigur că avea dreptate şi dacă aş fi fost un "burete", aş fi fost ignorat sau flambat indiferent cine eram. Sugestia lui de a scrie despre acest incident pentru a îi educa pe alţii a dus la apariţia acestui ghid.

==Dacă nu vi se răspunde==

Dacă nu primiţi nici un răspuns, nu o luaţi personal, în sensul că nu vrem să vă ajutăm. Uneori chiar nu ştie nimeni răspunsul. A nu primi un răspuns nu înseamnă că aţi fost ignorat, deşi e greu să vedeţi asta din exterior.

În general, să retrimiteţi aceeaşi întrebare e o idee proastă. E inutil şi deci deranjant.

Încercaţi să găsiţi ajutor în altă parte, în locuri mai potrivite nevoilor începătorilor.

Există multe grupuri locale sau online de utilizatori care sunt entuziaşti, fără a fi scris vreodată software. Aceste grupuri se formează pentru ca membrii să se poată ajuta între ei sau pentru a-i ajuta pe începători.

De asemenea, sunt multe companii, mai mari sau mai mici, pe care le puteţi contracta pentru asistenţă tehnică (Red Hat şi Linuxcare sunt printre cele mai cunoscute; sunt multe altele). Nu fiţi oripilat de ideea de a plăti pentru asistenţă! În definitiv, dacă maşinii dvs i s-ar arde garnitura de chiulasă, aţi duce-o la un mecanic şi aţi plăti reparaţia. Chiar dacă software-ul nu v-a costat nimic, nu vă puteţi aştepta ca support-ul să fie întotdeauna gratuit.

Pentru software foarte răspândit, cum e Linux-ul, sunt cel puţin 10.000 utilizatori la fiecare dezvoltator. E imposibil ca o singură persoană să asigure support la peste 10.000 utilizatori. Ţineţi cont că deşi plătiţi pentru support, tot plătiţi mult mai puţin decât dacă ar fi trebuit să cumpăraţi si software-ul (în plus, support-ul pentru software-ul comercial este mai scump şi de calitate mai proastă decât support-ul pentru software open-source).

==Cum să răspundeţi la întrebări==

Fiţi îngăduitor. Stress-ul cauzat de probleme îi poate face pe oameni să pară obraznici sau proşti, chiar când nu sunt.

Comentaţi o greşeală off-line. Nu e necesară umilirea publică din cauza unei simple greşeli. Un începător cu adevărat s-ar putea să nu ştie cum să caute în arhive, sau unde este postat un FAQ.

Dacă nu sunteţi siguri de un lucru, spuneţi aşa! Un răspuns greşit care sună competent e mai rău decât nici un răspuns. Nu daţi indicaţii greşite doar pentru că e distractiv să pari expert. Fiţi onest şi sincer; daţi un bun exemplu atât pentru cel care întreabă cât şi pentru ceilalţi.

Dacă nu puteţi ajuta, nu încurcaţi. Nu faceţi glume despre proceduri care ar putea strica sistemul utilizatorului, pot fi interpretate ca indicaţii.

Puneţi întrebări de control pentru a extrage mai multe detalii. Dacă sunteţi bun la asta, cel care a întrebat poate afla lucruri noi, şi de ce nu, chiar dvs. Încercaţi să transformaţi o întrebare greşită într-una bună.

Deşi un simplu "RTFM" este justificat când răspundeţi unui leneş, direcţii către documentaţie (chiar în forma unor cuvinte cheie de folosit pe Google) sunt şi mai bune.

Dacă răspundeţi, răspundeţi cu ceva util. Nu sugeraţi soluţii greoaie când de fapt cel care întreabă foloseşte metoda sau uneltele greşite. Sugeraţi uneltele potrivite. Reformulaţi întrebarea.

Ajutaţi comunitatea să înveţe din întrebare Când daţi de o întrebare bună, întrebaţi-vă cum poate fi îmbunătăţită documentaţia ca să nu mai fie pusă aceeaşi întrebare în viitor. Trimiteţi apoi un patch celui care întreţine documentaţia.

Dacă a trebuit să vă documentaţi pentru a răspunde, arătaţi cum aţi făcut, nu faceţi să pară că aţi scos răspunsul din burtă. A răspunde unei întrebări e ca şi cum i-aţi da unui om o pâine, a-i arăta cum să caute singur e ca şi cum i-aţi arăta cum se obţine pâinea.

==Alte resurse==

Dacă aveţi nevoie de informaţii de bază, despre cum funcţionează calculatoarele, Internet-ul, Unix-ul, vedeţi [http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/ The Unix and Internet Fundamentals HOWTO].

Când publicaţi software sau patch-uri pentru software, urmăriţi instrucţiunile din [http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html Software Release Practice HOWTO].

==Mulţumiri==

Evelyn Mitchell a contribuit cu exemple de întrebări greşite şi a inspirat secţiunea "Cum să răspundeţi la întrebări". Mikhail Ramendik a contribuit cu sugestii valoroase.

Discuție Utilizator:Petre

2007-06-05T12:24:15Z

Yuliyan: Extensie contra boţilor

==Filtre==

Servus, faceti si voi un filtru pentru [WE are delicate. WE do not delete your content.] sa scapam de bot-ul asta stupid. [[Utilizator:Bmbogdan|Bmbogdan]] 22 Apr 2006 12:11 (EEST)
: Nu mai stiu de unde e adaugat filtrul ala cu x@nax and stuff, cum ma prind unde e, il modific. In the meantime, poate gasim o metoda sa stergem blocam userii 114... (vezi la [[Special:Listusers]], sunt primii). [[Utilizator:Petre|Petre]] 25 Apr 2006 12:14 (EEST)
:: Gata, for further reference, este in /var/lib/mediawiki/LocalSettings.php , mama lui de pehaspeu, ca-l cautam in /usr/share :) PS. Am pus WE cu litere mari mai sus, pt. ca regexpul contine "e are delic..." si "e do not dele.." [[Utilizator:Petre|Petre]] 25 Apr 2006 12:29 (EEST)
Ehlo, alt "delicat" ne umple de link-uri. Puteţi adăuga la filtrul de spam <tt>height\s*:\s*\d+px</tt> şi <tt>display\s*:\s*none</tt>? Thx, [[Utilizator:Yuliyan|Yuliyan]] 26 Apr 2006 10:49 (EEST)
: Sigur nu ne mai trebuie si prin alta parte chestii de genul asta? Sau le trecem pe sestache in css si le apelam de acolo daca o fi? [[Utilizator:Petre|Petre]] 26 Apr 2006 16:50 (EEST)

Cred ca urmatorul filtru este [0-9]* or such... ;-) [[Utilizator:Bmbogdan|Bmbogdan]] 30 Jun 2006 16:53 (EEST)
:Lol, sa incercam un [0-9]{16}, totusi, dar nu sunt sigur ca i-am prins pe toti. Dar ce ma dispera e ca nu pricep motivatia? vor sa vada ca e editabila pagina? Ffs, e un wiki!! Ar putea sa-si puna direct reclamele la vi@gra [[Utilizator:Petre|Petre]] 1 Jul 2006 22:18 (EEST)

==Revert :)==
Poti da revert inapoi la orice versiune a unei pagini mergind in Istoric, dind clic pe versiunea dorita, apasind Editeaza si salvind imediat. ;-) [[Utilizator:Yuliyan|Yuliyan]] 23 Jun 2006 20:52 (EEST)

== Formate de imagini - SVG ==
Am pus de curind citeva imagini (un logo Gnome, altul Fedora) si am constatat cu surprindere si ceva neplacere ca nu se accepta SVG (ma asteptam sa mearga, Wikipedia prefera SVG in asemenea cazuri), asa ca am pus o versiune PNG. Ar fi dificil sa se instaleze suport pentru SVG? Sau se merge pe varianta ca ar fi prea putine imagini in formatul asta si nu se justifica efortul? ([[Utilizator:Nicubunu|Nicubunu]] 20 aprilie 2007 14:06 (EEST))
:Nici una, nici alta, pur si simplu nu mi-a trecut prin cap ca n-ar merge :) O sa incerc sa vad ce trebuie sa-i fac. ([[Utilizator:Petre|Petre]] 28 aprilie 2007 21:05 (EEST))

== Extensie contra boţilor ==

Servus,

Putem instala pe wiki-ul ăsta extensia [http://www.mediawiki.org/wiki/Extension:ConfirmEdit ConfirmEdit]? Extensia bagă un captcha în cazul în care cineva adaugă link-uri externe, şi mi se pare o măsură eficientă contra boţilor cu ochi oblici. [[Utilizator:Yuliyan|Yuliyan]] 5 iunie 2007 15:24 (EEST)

Comunităţi Linux din România

2007-05-12T10:56:48Z

Yuliyan: Fără trolli

O mică listă (dar care sper să crească cât mai mare) a comunităţilor Linux din România.

== RLUG ==
Adică unde te afli tu acum :)

== TMLUG ==
TMLUG este un grup neoficial de utilizatori ce împărtăşesc un interes comun în Linux şi Free Software. Scopul TMLUG este de a facilita comunicarea între utilizatorii Linux din Timişoara, prin organizarea de întâlniri, prezentări şi workshop-uri.

* [http://tmlug.ro/ Pagina oficială]

== ARLUG ==
Un grup proaspăt înfiinţat: grupul utilizatorilor Linux din Arad.

* [http://arad.lug.ro/ Pagina oficială]
* [http://groups.google.com/group/arlug Grupul ARLUG]

== SVLUG ==
Grupul utilizatorilor Linux din Suceava.

* [http://suceava.lug.ro/ Pagina oficială]

== SBLUG ==
Grupul neoficial al utilizatorilor Linux din Sibiu a fost infiinţat în decembrie 2004. Din păcate de 8-9 luni stăm cam prost la activităţi. Cei care doresc sa se implice în acest proiect sau alte proiecte conexe sunt rugaţi să ne contacteze.

* [http://sibiu.lug.ro/ Pagina oficială]

== StiriNoi.com ==
Cea mai mare resursă de ştiri Linux/OSS din România. Minim 10 stiri din lumea Linux in fiecare dimineaţa, înainte de ora 8. Cele mai proaspete aplicaţii, cele mai noi distribuţii, politică şi afaceri IT. Afla ce e nou în lumea Linux şi open-source citind StiriNoi.com în fiecare dimineata

* [http://www.stirinoi.com StiriNoi.com]

== Linux Hangar ==
Ştiri, documentaţie, CD-uri gratuite cu distribuţia linux favorită. Tot respectul pentru dl. Ştefaniu Criste, cel care are acest site, şi care oferă gratuit şi în mod voluntar CD-uri cu Linux doritorilor. Tot ceea ce trebuie să faceţi este să puneţi numărul de CD-uri blank necesare într-un plic autoadresat, timbrat şi deschis şi să-l trimiteţi la adresa indicată pe site.

* [http://linux.hangar.ro Pagina oficială]

==Slackware Linux România==
* [http://www.slackware.com.ro Comunitatea utilizatorilor de Slackware din România]

==Mandriva Linux România==
* [http://www.mandrivausers.ro Comunitatea utilizatorilor de Mandriva Linux din România]

==gentoo.ro==
* [http://www.gentoo.ro Comunitatea utilizatorilor Gentoo Linux din România]

==linux360.ro==
Una din comunitatile de GNU/Linux din Bucuresti cu o gama de utilizatori destul de bogata si de variata.
* [http://www.linux360.ro Pagina oficiala]

==myl.ro==
Comunitate Linux dedicata incepatorilor si nu numai. Forum de discutii, stiri zilnice, galerie de imagini, o comunitate deschisă, cu vechime.
* [http://www.myl.ro MyLINUX]

==Linux Soft==
Comunitate Linux - O Lume Deschisa. Ştiri, forum, galerie, wiki.
* [http://www.linuxsoft.ro Linux Soft]
* [http://www.linuxsoft.ro/forum Linux Soft Forum]

==irc.freenode.net==
Aceasta este o listă (foarte probabil incompletă) a canalelor de discuţii legate de linux, în limba română.
* #decebal.org
* #debian-ro
* #gentoo-ro
* #slackwarero
* #ubuntu-ro
* #tmlug
* #myl
* #linuxsoft

==Open Software Network==
Reteaua Programelor Libere, sau miscarea Open din Romania, incluzand dar nelimitat de mediul si miscarea Linux se vrea un punct de plecare sau de reper pentru crearea unei alternative la standardele existente "impuse"!
Cel mai important proiect lansat de OSN este roForge, un mediu de colaborare, cooperare, prezenta si prezentare a inteligentei romanesti recunoscute international.
* [http://www.osn.ro Pagina de start OSN]
* [https://forge.osn.ro RoForge]

==Linuxhomy Romania==
*Portalul LinuxHomy a luat fiinta la finele anului 2005, in speranta cresterii numarului de utilizatori ai sistemului de operare linux si de atunci este intr-o continua adaptare cerintelor utilizatorilor.

* [http://www.linuxhomy.ro Linuxhomy.ro]
* [http://www.linuxhomy.eu Linuxhomy.eu]
* [http://www.linuxhomy.com Linuxhomy.com]

==Romanian BSD Forums==
Forum despre BSD cu sectiuni dedicate pentru FreeBSD, OpenBSD, NetBSD, DragonFly BSD precum si cu sectiuni generale.

* [http://bsdforums.unixro.net Romanian BSD Forums]

==Romanian Open Source Development Meeting==
Un proiect al comunitatii dezvoltatorilor de solutii open source din Romania cu scopul de a promova acest curent in mediul academic din Romania si de a uni aceasta comunitate care incepe sa se dezvolte tot mai mult si in tara noastra.
* [http://www.rosdev.ro ROSDEV.ro]

Proiecte Linux cu participare românească

2007-05-12T10:56:34Z

Yuliyan: Fără trolli

În această pagină sunt enumerate '''proiecte software în care participă preponderent membri ai comunităţii române''' Free/Open Source Software. Multe dintre aceste proiecte funcţionează şi sub FreeBSD. Este garantat să obţineţi suport în limba română, în caz contrar proiectul nu ar trebui listat pe această pagină. Pe măsură ce lista creşte noi secţiuni vor fi adăugate. Listarea se face strict alfabetic.

Toate aceste proiecte sunt deschise participării publicului larg. În această participare constă puterea software-ului liber. Că aţi adus o îmbunătăţire cât de mică sau pur şi simplu programul a crăpat, autorul software-ului pe care îl rulaţi ar dori să afle acest lucru. Nu vă sfiiţi să-i trimiteţi un email. Uneori chiar un simplu mulţumesc ajută, în special în acele cazuri când proiectul nu a mai mişcat nimic de ani de zile.

Am lăsat secţiunea de proiecte de traducere la urmă, datorită numelor răsunătoare de proiecte internaţionale pe care le conţine. Aceste proiecte eclipsează orice efort local românesc de dezvoltare de software (e greu să te lupţi cu Mozilla!). Dacă sunteţi în căutarea unui proiect "important", nu uitaţi să vizitaţi această secţiune.

Sperăm cu această listă să modificăm puţin imaginea de "forum, reviste şi _ce_tarez_io_ca_rulz_Xdistro_" pe care o are mişcarea Free/Open Source Software din România. În fond, F/OSS se referă în principal la producerea de software, cu tot ce cuprinde ea: coding, testare, documentare, distribuţie şi suport. Este greşit să identificăm această mişcare cu o revistă specifică sau cu un autor specific de forum.

==Desktop==

* [[Aethera]] [http://www.thekompany.com/projects/aethera/], client de mail şi PIM
* [[Biblos]] [http://biblos.sourceforge.net/] utilitar indexare media (MP3/CD/directoare locale) (x11/QT)
* [[dexonline]] [http://dexonline.ro] dicţionare ale limbii române
* [[Diacritice]] [http://diacritice.sourceforge.net/] Setarea fonturilor şi a tastaturii pentru procesare de text în limba română
* [[Dixit]] [http://dixit.sourceforge.net/] Dicţionar explicativ integrat (x11/QT)
* [[Gnu Interactive Tools GIT]] [http://hulubei.net/tudor/git/] file-manager similar cu nc/mc
* [[KDSFlash]] [http://kdsflash.darkstarlinux.ro/], animaţie flash
* [[KcmPureFTPd]] [http://www.ro.kde.org/kcmpureftpd/] modul confgurare pure-ftpd server pentru Centrul de Control KDE, kcontrol.
* [[KSlackService]] [http://www.geocities.com/classicmanpro/Files/KSlackService.html] Un Service Manager pentru Slackware şi derivatele lui
* [[KZoom]] [http://www.ro.kde.org/kzoom/] zoom pentru KDE
* [[LinuxEyes]] [http://www.photostorm.net/~linuxeyes/] mp3 player pentru consolă
* [[Loki]] [http://loki-lib.sourceforge.net/], bibilotecă C++ descrisă în cartea [http://www.erdani.org/book/main.html Modern C++ Design] de Andrei Alexandrescu
* [[NetRate]] [http://www.tfm.ro/index.php/NetRate] network traffic analysis tool (consolă)
* [[PhotoStorm]] [http://www.photostorm.net] manager wallpaper pentru Gnome
* [[phpBackupTool]] [http://www.mekanix.as.ro/] [http://www.linux360.ro/forum/utilitar-backup-vt10749.html] utilitar backup
* [[qfaxreader]] [http://qfaxreader.sourceforge.net], fax tool (x11/QT)
* [[QPdf2Swf]] [https://sourceforge.net/projects/qpdf2swf/] O interfaţă grafică pentru pdf2swf, convertor de pdf-uri în swf-uri.
* [[Quanta Plus]] [http://quanta.kdewebdev.org/], editor HTML pentru [[KDE]]
* [[Quax]] [http://www.ro.kde.org/quax/] similar cu kzoom mai sus (x11/QT)
* [[rospell]] [http://rospell.sourceforge.net], editor de text şi speller pentru limba română (x11/QT)
* [[STEngine]] [http://students.info.uaic.ro/~cmustiata/] [http://www.myl.ro/forum/index.php?showtopic=1746] joc 3D opensource românesc
* [[xCHM]] [http://xchm.sourceforge.net/], xCHM este un viewer cross-platform pentru formatul CHM (compiled HTML help), scris folosind [[CHMLIB]] si [[wxWidgets]].
* [[ZynAddSubFx]] [http://zynaddsubfx.sourceforge.net/], software synthesizer

==Server/Admin==

* [[BBStatus]] [http://freshmeat.net/projects/bbstatus/]
* [[HTB-tools]] [http://htb-tools.arny.ro/] unelte pentru shaping
* [[mipClasses]] [http://metropolitana.loginet.ro/]
* [[matgts]] [http://matgts.sourceforge.net/], trei mici aplicaţii legate de domeniul ingineriei geotehnice
* [[mony]] [http://dizzy.roedu.net/mony/], ICMP network monitoring tool designed to scale very well to large networks with many hosts, was started to fix many of the problems of fping and others
* [[OpenSER]] [http://openser.org], server de SIP conform RFC 3261
* [[PvPGN]] [http://pvpgn.berlios.de], aka Player vs Player Gaming Network , server emulare retele de jocuri (ex. Battle.Net, Westwood Online, etc)
* [[QADPZ]] [http://qadpz.sourceforge.net/], Quite Advanced Distributed Parallel Zystem
* [[qinstall]] [http://www.qinstall.com/], colectie de pachete software si un
installer ce ajuta la instalarea unui server de e-mail Qmail pentru [[Slackware|Slackware Linux]].
* [[snoop]] [http://sourceforge.net/projects/snoop/], utilitar pentru monitorizarea terminalelor folosite de utilizatori
* [[simba]] [http://simba.packages.ro], utilitar pentru mirroring
* [[simple3d]] [http://simple3d.sourceforge.net/] Motor de 3D rendering.
* [[ToxicChat]] [http://toxic-chat.sourceforge.net/], program de chat
* [[YATE]] [http://yate.null.ro/], Yet another telephony engine. Server si client pentru telefonia VoIP si PSTN. Dezvoltat in majoritate in Romania.
* [[XHP CMS]] [http://xhp.targetit.ro/], sistem de gestiune a conţinutului pentru pagini web personale
* [http://www.openser.org OpenSER] - server SIP (RFC3261) pentru VoIP

==Kernel==

* [http://code.google.com/p/buildkernel/] Automatic Kernel Build Script
* [[LUFS]] [http://lufs.sourceforge.net/], sistem de fişiere în user space
* [[Lisa]] [http://lisa.ines.ro/], network multilayer switch

==Distribuţii==

* [[blueflops]] [http://blueflops.sourceforge.net], micro-distribuţie Linux
* [[Bluewhite64 Linux]] [http://www.bluewhite64.com], distribuţie linux
* [[DARKSTAR Linux]] [http://www.darkstarlinux.ro/], distribuţie linux
* [[Decebal Linux]] [http://www.decebal.org/], distribuţie linux
* [[Kiwi Linux]] [http://kiwi.startx.ro], Ubuntu Live/Install CD customizat pt Romania
* [[NimbleX]] [http://nimblex.org], distribuţie Linux LiveCD
* [[ROSLIMS]] [http://www.umftgm.ro/roslims/] -- ROmanian Simple LInux for Medical Students, distribuţie sub forma de LiveCD
* [[TFM]] [http://www.tfm.ro/] Distribuţie linux
* [[SESUSE]] [http://www.opensuse.org/SESUSE], distribuţie linux

==Proiecte de traducere/localizare==

Aceasta sectiune este mai specială, deoarece la aceste proiecte pot participa şi persoane fără o pregătire tehnică deosebită. În general se caută vorbitori de limba română (şi de obicei engleză), dispuşi să apropie softul sau manualele de utilizatorii români.

* [[Debian]] [http://wiki.debian.org/L10N/Romanian Proiectul de localizare Debian în limba română]
* [[Gentoo]] [http://dev.gentoo.org/~alin/trads-ro.html] [http://www.gentoo.ro/content.php?article.12] Proiectul de traducere Gentoo în limba română
* [[Gnome]] [http://gnomero.sourceforge.net/] Proiectul de traducere GNOME în română
* [i11n.ro]] [http://www.i18n.ro/ Proiectul de uniformizare a internaţionalizării-localizării în limba română]
* [[KDE]] [http://www.ro.kde.org/i18n/kde.html] Internaţionalizarea KDE (şi nu numai)
* [[Mozilla]] [http://mozilla-ro.sourceforge.net/wiki/index.php/Pagina_principal%C4%83] Proiect traducere Mozilla
* [[OpenOfficeRo]] [http://ro.openoffice.org] Echipa românescă OpenOffice
* [[RTFS]] [http://rtfs.sourceforge.net/] Traducatorii Români pentru Softul Liber
* [[TranslationProject]] [http://www.iro.umontreal.ca/translation/registry.cgi?team=ro] Proiect mai larg care se ocupă de traducerea paginilor man din software-ul GNU.
* [[Ubuntu]] [https://launchpad.net/distros/ubuntu/dapper/+lang/ro Proiectul de traducere Ubuntu în limba română]

==Suport şi publicistică==

Există o serie de resurse disponibile celor implicaţi în astfel de proiecte. Aceste resurse includ web hosting gratuit şi conferinţe anuale, care se adaugă resurselor classice precum [http://www.sourceforge.net Sourceforge] şi [http://freshmeat.net Freshmeat].

* [[ROSDEV]] [http://www.rosdev.ro Conferinţa "Romanian Open Source Development Meeting"]

==Alte resurse==

*[[Prezenţă comercială Linux România]]
*[[Proiecte de localizare în limba română]]
*[[Comunităţi Linux din România]]

KDE

2007-05-12T10:56:06Z

Yuliyan: Fără trolli, vă rog

=KDE=

==Ce este KDE?==

Privire de ansamblu

KDE este un mediu desktop transparent reţea contemporan pentru staţii de lucru UNIX. KDE caută să acopere nevoia pentru o modalitate simplă de a folosi desktop-ul staţiilor de lucru UNIX, similar mediilor de lucru utilizate de MacOS sau Microsoft Windows. (...)

==KDE ca mediu de dezvoltare==

Dezvoltarea de aplicaţii UNIX/X11 era un proces extrem de dificil şi anevoios. KDE recunoaşte faptul ca o platformă de calcul este tot atât de bună cât cele mai bune aplicaţii disponibile utilizatorilor respectivei platforme. Ţinând cont de aceasta, Proiectul KDE a dezvoltat un cadru de lucru de primă clasă, implementând ultimele tehnologii de medii de lucru şi de aceea poziţionându-se în competiţie directă cu medii de dezvoltare cunoscute, ca şi MFC/COM/ActiveX de la Microsoft. Tehnologia KParts de documente compuse permite dezvoltatorilor să creeze aplicaţii de primă clasă cu tehnici de ultimă oră.

==KDE Suita Office==

Un mare număr de aplicaţii au fost create, utilizând cadrul de dezvoltare a aplicaţiilor KDE. O selecţie a acestor aplicaţii este conţinută în distribuţia de bază KDE. KDE dezvoltă o suită "office" bazată pe KParts constând dintr-o foaie de calcul, o aplicaţie de prezentări, un organizer, un client de news şi altele. KPresenter, aplicaţia de prezentări este folosită cu mult succes la multe prezentări.

==Legături externe==
* [http://www.kde.org/ Site-ul KDE]
* [http://www.kde.org/whatiskde/ Ce este KDE?]

RLUG

2007-05-02T21:23:02Z

Yuliyan: Reveniri la ultima modificare de către 66.128.38.4 (discuţie); revenire la ultima versiune de către Wolfy

=Romanian Linux Users Group=

==Descriere==

Suntem o organizaţie neoficială (în acest moment) care are ca principal scop promovarea sistemelor de operare bazate pe [[Linux]]/Unix şi oferirea de ajutor gratuit pentru cei care aleg acest drum. Cea mai importantă activitate a grupului se desfaşoară în acest moment pe [[Liste_de_discu%C5%A3ii|listele de email]].

== Servicii ==

Pentru a ajuta promovarea sistemului de operare Linux punem la dispoziţie următoarele servicii:

* server [http://en.wikipedia.org/wiki/Ftp ftp] si [http://en.wikipedia.org/wiki/http http] ce ofera mirror-uri la diferite [http://wiki.lug.ro/mediawiki/index.php/Distribu%C5%A3ii distribuţii] şi proiecte [http://wiki.lug.ro/mediawiki/index.php/Linux Linux]: [ftp://ftp.lug.ro ftp://ftp.lug.ro] si respectiv [http://ftp.lug.ro http://ftp.lug.ro])
* server pentru listele de discuţii: http://lists.lug.ro (pentru mai multe informaţii vizitaţi http://www.lug.ro/ListeDiscutii)
* server [http://en.wikipedia.org/wiki/IRC IRC ]: irc.lug.ro (pentru mai multe informaţii vizitaţi http://www.lug.ro/irc)

==Scurtă istorie==

După o lungă perioadă în care activitatea linuxiştilor romani a gravitat in jurul listei de discuţii găzduite de către PCNet (unul dintre ISP-urile anilor '90), grupul utilizatorilor romani de linux s-a cristalizat într-o formă similară celei actuale in anul 1999. In acel an, date fiind problemele pe care listserv-ul PCNet le avea, Florin Andrei a creat şi găzduit un nou server de liste la ISP-ul bucureştean unde lucra ( Maronet ). In paralel a fost creat un server [http://en.wikipedia.org/wiki/Ftp ftp], care avea un mirror şi la [http://www.starnets.ro Starnets].

Dupa o scurtă perioadă, Ştefăniţă Vîlcu (aka Vampi) a obţinut sprijinul providerului la care lucra în acea vreme ([http://www.dnt.ro/ DNT]) care a achiziţionat şi pus la dispoziţia comunităţii atît domeniul lug.ro cît şi spaţiul şi banda necesare pentru găzduirea in datacenter a unui server care, în plus faţă de listele de discuţii, a găzduit servicii [http://en.wikipedia.org/wiki/Ftp ftp] şi [http://en.wikipedia.org/wiki/http http] utile comunităţii linux.

Ulterior fuzionării DNT cu [http://www.astral.ro Astral Telecom] şi apoi mutării "tăticului serverului" la un alt ISP, un incident hardware în primăvara lui 2003 a condus la decesul serverului. Din nou forţa de convingere a lui Vampi şi-a spus cuvîntul şi un alt server i-a luat locul, colocat de data aceasta în datacenterul firmei [http://www.gts.ro GTS].

Dupa o funcţionare non stop de peste 2 ani, urmare unor probleme hardware a fost acceptată oferta unui alt provider ([http://www.ines.ro INES Telecom]) care a pus la dispoziţie spaţiul în datacenter şi banda necesară funcţionării serviciilor. Prin efortul deloc uşor al cîtorva pasionaţi (Dragoş Mănac, [[Utilizator:Petre|Petre Raţiu]], [[Utilizator:MihaiMaties|Mihai Matieş]]) în toamna lui 2005 a fost pus în picioare serverul actual.

In paralel cu listele de discuţii, din 1999 a funcţionat non-stop un server de [http://wiki.lug.ro/mediawiki/index.php/IRC IRC]. Acesta a fost iniţial găzduit de către Mircea Ciocan (aka mirceac). Intrucît serverul se afla în Ploieşti si apăreau probleme de disponibilitate, el a fost conectat cu două servere [http://wdl.lug.ro/YourHosts/irc2-buc.lug.ro/ în 2001] şi respectiv [http://wdl.lug.ro/YourHosts/irc1-buc.lug.ro/ în 2002] aflate în Bucuresti şi întreţinute de către [[Utilizator:Wolfy|wolfy]] (în reţeaua RDS) şi respectiv Paul Chiţescu aka killall-9 (în PCNet). Pentru redundanţă si o mai bună posibilitate de acces pentru cei cărora utilizarea IRC le era limitată de către provideri sau de problemele de peering, a fost conectat şi un server găzduit la un liceu din reţeaua Roedunet de către Cosmin-Adrian Matei aka Doom. Din considerente personale ale administratorului său, serverul iniţial a fost oprit cîndva prin 2003. In 2004 serverele intreţinute de către killall-9 şi Doom au fost deconectate, apărind în schimb, în întreţinerea lui Kefren, un server care oferă posibilitatea de conectare pe IPv6. Urmare a lipsei de interes a utilizatorilor (nu-l folosea nimeni :) ), acest server a fost deconectat la sfîrşitul anului 2006. Date fiind problemele de peering între ISP-urile din România şi unor căderi ale serverului provocate de către furnizorul de energie electrică, reţeaua IRC a fost adusă in forma actuală prin activarea unui server şi în datacenterul INES.

La categoria urme "palpabile" ale activităţii comunităţii LUG se pot înscrie cele cîteva conferinţe Linux. Prima dintre ele (Linux Open 2001) a fost organizată în martie 2001 la Ilieni de către firma COSYS din Sfântu Gheorghe. A fost urmată de către Conferinţele RLUG de la Băile Felix [http://wdl.lug.ro/conferinta/linuxconf2002/ 2002] şi Sfântu Gheorghe [http://wdl.lug.ro/conferinta/linuxconf2003/ 2003]. Din păcate lipsa de timp şi a unei mîini forte (precum cea a orădeanului Alin Oşan, sufletistul care a impulsionat conferinţele din 2002 si 2003) au făcut ca tradiţia să se întrerupă (sperăm că numai temporar).

O altă componentă a activităţii comunităţilor linux o constituie întîlnirile locale pentru schimb de experienţă (aşa numitele linuxfest-uri, cu duioşie referite uneori şi drept beerfest). Fotografii de la o parte dintre întîlnirile organizate în Bucureşti în 2003 de către Sebastian Ţarălungă la sediul Grupului de Dialog Social pot fi văzute la http://wdl.lug.ro/linuxfest/. Ulterior în Bucureşti iniţiativa lui Seba a fost continuată de către grupul [http://www.linux360.ro linux360], fotografii de la întîlnirile organizate de ei putînd fi văzute la http://gallery.linux360.ro/. Manifestări similare au avut loc şi la Cluj-Napoca, Iaşi (http://iasi.linuxfest.ro/gallery/), Sibiu, Timişoara.

Xubuntu

2007-04-19T18:40:42Z

Yuliyan: feisty, yeah

{{Distrobox|nume=Xubuntu|developer=[http://www.canonical.com Canonical, Ltd.]|familie=Debian|ultima_versiune=7.04, Feisty Fawn|ultima_lansare=19 apr 2007|ui=xfce|website=http://www.xubuntu.org/}}
'''Xubuntu''' este o variantă a distribuției [[Ubuntu]] pentru calculatoarele mai slabe. Folosește mediul grafic [[xfce]] în loc de mai masivele [[GNOME]] sau [[KDE]], și ca urmare poate rula rezonabil pe calculatoare mai vechi, cu procesoare mai slabe sau cu memorie RAM mai puțină. În afară de selecția implicită de software de pe CD-ul de instalare, Xubuntu este perfect compatibilă cu Ubuntu.

Xubuntu este oficial parte a proiectului Ubuntu.

==Vezi și==
* [[Ubuntu]]
* [[Kubuntu]]
* [[Edubuntu]]

{{Distribuţie}}

Edubuntu

2007-04-19T18:39:56Z

Yuliyan: feisty, yeah

{{Distrobox|nume=Edubuntu|developer=[http://www.canonical.com Canonical, Ltd.]|familie=Debian|ultima_versiune=7.04, Feisty Fawn|ultima_lansare=19 apr 2007|ui=gnome|website=http://www.edubuntu.org/}}
'''Edubuntu''' este o variantă a distribuției [[Ubuntu]] destinată copiilor.

Edubuntu este oficial parte a proiectului Ubuntu, și beneficiază de același suport ca și distribuția „mamă”.

==Vezi și==
* [[Ubuntu]]
* [[Kubuntu]]
* [[Xubuntu]]

{{Distribuţie}}

Kubuntu

2007-04-19T18:39:16Z

Yuliyan: feisty, yeah

{{Distrobox|nume=Kubuntu|developer=[http://www.canonical.com Canonical, Ltd.]|familie=Debian|ultima_versiune=7.04, Feisty Fawn|ultima_lansare=19 apr 2007|ui=kde|website=http://www.kubuntu.org/}}
'''Kubuntu''' este o variantă a distribuției [[Ubuntu]]. Principala deosebire este distribuirea implicită a mediului grafic [[KDE]] în loc de [[GNOME]], precum și a unui set de aplicații Qt/KDE în locul aplicațiilor corespondente GNOME. Ex: Kopete în loc de Gaim, Konqueror în loc de Firefox, Konversation în loc de XChat, etc. În afară de aplicațiile distribuite implicit pe CD-ul de instalare, Kubuntu este perfect compatibil cu Ubuntu.

Kubuntu este oficial parte a proiectului Ubuntu, și beneficiază de același suport ca și distribuția „mamă”.

==Vezi și==
* [[Ubuntu]]
* [[Edubuntu]]
* [[Xubuntu]]

{{Distribuţie}}

Ubuntu

2007-04-19T18:38:16Z

Yuliyan: feisty, yeah

{{Distrobox|nume=Ubuntu|developer=[http://www.canonical.com Canonical, Ltd.]|familie=Debian|ultima_versiune=7.04, Feisty Fawn|ultima_lansare=19 apr 2007|ui=gnome|website=http://www.ubuntu.com/}}
Ubuntu este un sistem de operare gratuit, open source care are la baza Debian, dar oferă in plus versiuni periodice (la fiecare şase luni), o orientare clara catre utilizator şi uşurinta in utilizare (trebuie "pur şi simplu sa functioneze", TM) plus angajamentul de a furniza timp de 18 luni de la lansarea fiecărei versiuni actualizări de securitate pentru software-ul inclus. Ubuntu include la lansare cea mai recentă versiune de Gnome disponibilă la acel moment precum şi o selectie de software pentru desktop si server care conduc la o experienţă confortabila folosind un singur disc de instalare.

Ultima versiune de Ubuntu Linux - 6.06 "Dapper Drake" LTS se doreşte a fi mai potrivită şi pentru utilizarea in cadrul firmelor ("enterprise"). Pentru a atinge acest deziderat această versiune va beneficia de o perioadă de suport generoasă (5 ani - de unde şi initialele LTS, Long Term Support) şi de asemenea introduce şi o versiune dedicată serverelor. Ciclul de viaţă excepţional de lung - 5 ani - precum şi gratuitatea suportului în această perioadă de timp fac din această distribuţie un candidat serios pentru aplicaţiile în care stabilitatea şi continuitatea este importantă pentru că nu vă va forţa sa upgradaţi sistemul la o noua versiune la fiecare 6 luni sau 1 an precum in cazul altor distributii.

==Vezi și==
* [[Kubuntu]]
* [[Edubuntu]]
* [[Xubuntu]]
* [[Ubuntu Server]]

{{Distribuţie}}

Debian

2007-04-08T18:59:35Z

Yuliyan:

{{Distrobox|nume=Debian|developer=[http://www.spi-inc.org Software in the Public Interest, Inc.]|familie=Debian|ultima_versiune=4.0, [[{{PAGENAME}}#etch|etch]]|ultima_lansare=8 apr 2007|ui=[[GNOME]]|website=http://www.debian.org/}}
==Descrierea distribuţiei==

Ce este Debian? Debian este un sistem de operare [http://www.fsf.org free] ([[liber]], [[gratuit]]). Debian utilizează kernelul Linux ([[nucleu Linux]]), dar majoritatea utilitarelor de bază provin de la proiectul [[GNU]] ([http://www.gnu.org site]); de aici denumirea de GNU/Linux (GNU pe Linux).

Debian GNU/Linux este mai mult decât un sistem de operare: vine cu peste 15490 pachete software, software pre-compilat, împachetat într-un format gândit pentru o uşoară instalare pe maşina ta.

==Legături externe==
[http://www.debian.org/ Pagina oficială a distribuţiei]

[http://www.debian-administration.org/ Administrarea sistemelor Debian]

[http://www.debianhelp.co.uk/ Debian Help]

{{Distribuţie}}

Debian

2007-04-08T18:58:57Z

Yuliyan: grr, 2007

{{Distrobox|nume=Debian|developer=[http://www.spi-inc.org Software in the Public Interest, Inc.]|familie=Debian|ultima_versiune=4.0, [[{{PAGENAME}}#etch|etch]]|ultima_lansare=8 apr 2007|ui=bash|website=http://www.debian.org/}}
==Descrierea distribuţiei==

Ce este Debian? Debian este un sistem de operare [http://www.fsf.org free] ([[liber]], [[gratuit]]). Debian utilizează kernelul Linux ([[nucleu Linux]]), dar majoritatea utilitarelor de bază provin de la proiectul [[GNU]] ([http://www.gnu.org site]); de aici denumirea de GNU/Linux (GNU pe Linux).

Debian GNU/Linux este mai mult decât un sistem de operare: vine cu peste 15490 pachete software, software pre-compilat, împachetat într-un format gândit pentru o uşoară instalare pe maşina ta.

==Legături externe==
[http://www.debian.org/ Pagina oficială a distribuţiei]

[http://www.debian-administration.org/ Administrarea sistemelor Debian]

[http://www.debianhelp.co.uk/ Debian Help]

{{Distribuţie}}

Debian

2007-04-08T18:58:27Z

Yuliyan: etch, weee

{{Distrobox|nume=Debian|developer=[http://www.spi-inc.org Software in the Public Interest, Inc.]|familie=Debian|ultima_versiune=4.0, [[{{PAGENAME}}#etch|etch]]|ultima_lansare=8 apr 2006|ui=bash|website=http://www.debian.org/}}
==Descrierea distribuţiei==

Ce este Debian? Debian este un sistem de operare [http://www.fsf.org free] ([[liber]], [[gratuit]]). Debian utilizează kernelul Linux ([[nucleu Linux]]), dar majoritatea utilitarelor de bază provin de la proiectul [[GNU]] ([http://www.gnu.org site]); de aici denumirea de GNU/Linux (GNU pe Linux).

Debian GNU/Linux este mai mult decât un sistem de operare: vine cu peste 15490 pachete software, software pre-compilat, împachetat într-un format gândit pentru o uşoară instalare pe maşina ta.

==Legături externe==
[http://www.debian.org/ Pagina oficială a distribuţiei]

[http://www.debian-administration.org/ Administrarea sistemelor Debian]

[http://www.debianhelp.co.uk/ Debian Help]

{{Distribuţie}}

Discuție Utilizator:Antauri/monobook.js

2007-04-08T18:47:52Z

Yuliyan:

Care este ideea, căci nu mă prind... ?! [[Utilizator:Bmbogdan|Bmbogdan]] 8 aprilie 2007 20:13 (EEST)
: Te referi la [http://en.wikipedia.org/wiki/Help:User_style asta]? [[Utilizator:Yuliyan|Yuliyan]] 8 aprilie 2007 21:47 (EEST)

Discuție:Sandbox

2007-03-28T09:19:49Z

Yuliyan: Reveniri la ultima modificare de către 125.115.95.80 (discuţie); revenire la ultima versiune de către Bmbogdan

Sanbox e ca un fel de Sandbox... Doar ca nu are o litera :-). [[Utilizator:Bmbogdan|Bmbogdan]] 20 Dec 2005 18:31 (EET)

Acum are :) [[Utilizator:MihaiMaties|xcyborg]] 20 Dec 2005 22:32 (EET)

Discuție Utilizator:Bmbogdan

2007-03-19T19:40:12Z

Yuliyan: Re: poza

mersi de formatare. cred totusi ca ar trebui sa apara ceva de genul
"www.debian.org - pagina oficiala"
"www.debian-administration.org - nu stiu ce titlu"
samd, din motive ca pagina poate fi tiparita pentru referinte si ti-ai dori sa vezi si URL-urile

[[Utilizator:82.76.238.84|82.76.238.84]] 7 Dec 2005 00:02 (EET)

daca ai fi avut curiozitatea, ai fi vazut ca atunci cand dai print (preview), apar linkurile. e una din particularitatile css-ului de print. [[Utilizator:Bmbogdan|Bmbogdan]] 12 Dec 2005 16:59 (EET)

== Re: poza ==

Salut, Bogdan,

da, poza poate fi schimbată, dar afaik doar din fișierul de configurare al lui MediaWiki. Ask the powers that be, a.k.a. [[utilizator:Petre]] or [[utilizator:MihaiMaties]]. [[Utilizator:Yuliyan|Yuliyan]] 19 martie 2007 21:40 (EET)