bzip2(1)                    General Commands Manual                   bzip2(1)

NUME
       bzip2, bunzip2 - un program de comprimare a fi<?>ierelor cu sortare a
       blocurilor, v1.0.8
       bzcat - decomprima fi<?>ierele la ie<?>irea standard
       bzip2recover - recupereaza date din fi<?>iere bzip2 deteriorate


REZUMAT
       bzip2 [ -cdfkqstvzVL123456789 ] [ nume-fi<?>iere ... ]
       bunzip2 [ -fkvsVL ] [ nume-fi<?>iere ... ]
       bzcat [ -s ] [ nume-fi<?>iere ... ]
       bzip2recover nume-fi<?>iere


DESCRIERE
       bzip2 comprima fi<?>ierele folosind algoritmul de comprimare a textului
       cu sortarea blocurilor Burrows-Wheeler <?>i codificarea Huffman.
       Comprimarea este, in general, considerabil mai buna decat cea realizata
       de programele de comprimare mai conven<?>ionale bazate pe LZ77/LZ78
       <?>i se apropie de performan<?>ele familiei PPM de programe de
       comprimare statistice.

       Op<?>iunile din linia de comanda sunt in mod deliberat foarte
       asemanatoare cu cele din GNU gzip, dar nu sunt identice.

       bzip2 a<?>teapta o lista de nume de fi<?>iere care sa inso<?>easca
       op<?>iunile din linia de comanda. Fiecare fi<?>ier este inlocuit de o
       versiune comprimata a sa, cu numele ,,nume_original.bz2". Fiecare
       fi<?>ier comprimat are aceea<?>i data de modificare, acelea<?>i
       permisiuni <?>i, daca este posibil, acela<?>i proprietar ca <?>i
       originalul corespunzator, astfel incat aceste proprieta<?>i sa poata fi
       restaurate corect in momentul decomprimarii. Gestionarea numelor de
       fi<?>iere este superficiala, in sensul ca nu exista niciun mecanism de
       pastrare a numelor de fi<?>iere originale, a permisiunilor, a
       proprieta<?>ilor sau a datelor in sistemele de fi<?>iere care nu au
       aceste concepte sau care au restric<?>ii serioase privind lungimea
       numelor de fi<?>iere, cum ar fi MS-DOS.

       bzip2 <?>i bunzip2 nu vor suprascrie in mod implicit fi<?>ierele
       existente. Daca dori<?>i ca acest lucru sa se intample, specifica<?>i
       op<?>iunea ,,-f".

       Daca nu se specifica niciun nume de fi<?>ier, bzip2 comprima de la
       intrarea standard la ie<?>irea standard. In acest caz, bzip2 va refuza
       sa scrie ie<?>irea comprimata pe un terminal, deoarece acest lucru ar
       fi complet incomprehensibil <?>i, prin urmare, inutil.

       bunzip2 (sau bzip2 -d) decomprima toate fi<?>ierele specificate.
       Fi<?>ierele care nu au fost create de bzip2 vor fi detectate <?>i
       ignorate, iar un avertisment va fi emis. bzip2 incearca sa ghiceasca
       numele de fi<?>ier pentru fi<?>ierul decomprimat din cel al
       fi<?>ierului comprimat, dupa cum urmeaza:

              nume-fi<?>ier.bz2     devine   nume-fi<?>ier
              nume-fi<?>ier.bz      devine   nume-fi<?>ier
              nume-fi<?>ier.tbz2    devine   nume-fi<?>ier.tar
              nume-fi<?>ier.tbz     devine   nume-fi<?>ier.tar
              un_alt-nume-fi<?>ier  devine   un_alt-nume-fi<?>ier.out

       Daca fi<?>ierul nu se termina cu una dintre termina<?>iile recunoscute,
       .bz2, .bz, .tbz2 sau .tbz, bzip2 se plange ca nu poate ghici numele
       fi<?>ierului original <?>i folose<?>te numele original cu .out
       ata<?>at.

       Ca <?>i in cazul comprimarii, daca nu se furnizeaza niciun nume de
       fi<?>ier, se produce decomprimarea de la intrarea standard la ie<?>irea
       standard.

       bunzip2 va decomprima corect un fi<?>ier care este concatenarea a doua
       sau mai multe fi<?>iere comprimate. Rezultatul este concatenarea
       fi<?>ierelor necomprimate corespunzatoare. De asemenea, este acceptata
       testarea integrita<?>ii (-t) fi<?>ierelor comprimate concatenate.

       De asemenea, pute<?>i comprima sau decomprima fi<?>ierele la ie<?>irea
       standard prin utilizarea op<?>iunii ,,-c". Mai multe fi<?>iere pot fi
       comprimate <?>i decomprimate astfel. Ie<?>irile rezultate sunt
       introduse secven<?>ial la ie<?>irea standard (stdout). Comprimarea mai
       multor fi<?>iere in acest mod genereaza un flux care con<?>ine mai
       multe reprezentari de fi<?>iere comprimate. Un astfel de flux poate fi
       decomprimat corect numai de bzip2 versiunea 0.9.0 sau o versiune
       ulterioara. Versiunile anterioare ale bzip2 se vor opri dupa
       decomprimarea primului fi<?>ier din flux.

       bzcat (sau <<bzip2 -dc>>) decomprima toate fi<?>ierele specificate la
       ie<?>irea standard.

       bzip2 va citi argumentele din variabilele de mediu BZIP2 <?>i BZIP, in
       aceasta ordine <?>i le va procesa inaintea oricaror argumente citite
       din linia de comanda. Acest lucru ofera o modalitate convenabila de a
       furniza argumente implicite.

       Comprimarea este intotdeauna efectuata, chiar daca fi<?>ierul comprimat
       este pu<?>in mai mare decat originalul. Fi<?>ierele cu mai pu<?>in de o
       suta de octe<?>i au tendin<?>a de a deveni mai mari, deoarece
       mecanismul de comprimare are un cost suplimentar constant de
       aproximativ 50 de octe<?>i. Datele aleatorii (inclusiv ie<?>irea celor
       mai multor programe de comprimare a fi<?>ierelor) sunt codificate la
       aproximativ 8,05 bi<?>i pe octet, ceea ce ofera o expansiune de
       aproximativ 0,5%.

       Ca o autoverificare pentru protec<?>ia dumneavoastra, bzip2 utilizeaza
       CRC-uri pe 32 de bi<?>i pentru a se asigura ca versiunea decomprimata a
       unui fi<?>ier este identica cu originalul. Acest lucru protejeaza
       impotriva corup<?>iei datelor comprimate <?>i impotriva unor erori
       nedetectate in bzip2 (speram ca foarte pu<?>in probabil). <?>ansele ca
       o corup<?>ie a datelor sa nu fie detectata sunt microscopice,
       aproximativ o <?>ansa la patru miliarde pentru fiecare fi<?>ier
       procesat. Re<?>ine<?>i, totu<?>i, ca verificarea are loc la
       decomprimare, deci va poate spune doar ca ceva nu este in regula. Nu va
       poate ajuta sa recupera<?>i datele originale necomprimate. Pute<?>i
       utiliza bzip2recover pentru a incerca sa recupera<?>i datele din
       fi<?>ierele deteriorate.

       Valori de returnare: 0 pentru o ie<?>ire normala, 1 pentru probleme de
       mediu (fi<?>ier nedescoperit, op<?>iuni nevalide, erori de In/Ie<?>,
       etc.), 2 pentru a indica un fi<?>ier comprimat corupt, 3 pentru o
       eroare de consisten<?>a interna (de exemplu, o eroare de programare)
       care a facut ca bzip2 sa intre in panica.


OP<?>IUNI
       -c --stdout
              Comprima sau decomprima la ie<?>irea standard.

       -d --decompress
              Decomprimare for<?>ata.  bzip2, bunzip2 <?>i bzcat sunt de fapt
              acela<?>i program, iar decizia cu privire la ac<?>iunile care
              trebuie intreprinse se ia in func<?>ie de numele folosit.
              Aceasta op<?>iune anuleaza acest mecanism <?>i for<?>eaza bzip2
              sa decomprime.

       -z --compress
              Op<?>iunea complementara a lui ,,-d": for<?>eaza comprimarea,
              indiferent de numele invocarii.

       -t --test
              Verifica integritatea fi<?>ierului (fi<?>ierelor) specificat(e),
              dar nu le decomprima. Acest lucru efectueaza o decomprimare de
              proba <?>i afi<?>eaza rezultatul.

       -f --force
              For<?>eaza suprascrierea fi<?>ierelor de ie<?>ire. In mod
              normal, bzip2 nu va suprascrie fi<?>ierele de ie<?>ire
              existente. De asemenea, for<?>eaza bzip2 sa elimine legaturile
              dure catre fi<?>iere, ceea ce altfel nu ar face.

              <<bzip2>> refuza in mod normal sa decomprime fi<?>ierele care nu
              au octe<?>ii de antet magic corec<?>i. Cu toate acestea, daca
              este for<?>at (-f), va trece astfel de fi<?>iere nemodificate.
              Acesta este modul in care se comporta GNU gzip.

       -k --keep
              Pastreaza (nu <?>terge) fi<?>ierele de intrare in timpul
              comprimarii sau decomprimarii.

       -s --small
              Reduce utilizarea memoriei, pentru comprimare, decomprimare <?>i
              testare. Fi<?>ierele sunt decomprimate <?>i testate utilizand un
              algoritm modificat care necesita doar 2,5 octe<?>i pentru
              fiecare octet de bloc. Acest lucru inseamna ca orice fi<?>ier
              poate fi decomprimat in 2300ko de memorie, de<?>i la aproximativ
              jumatate din viteza normala.

              In timpul comprimarii, ,,-s" selecteaza o dimensiune a blocului
              de 200ko, ceea ce limiteaza utilizarea memoriei la aproximativ
              aceea<?>i cifra, in detrimentul ratei de comprimare. Pe scurt,
              daca ma<?>ina dvs. are pu<?>ina memorie (8 megaocte<?>i sau mai
              pu<?>in), utiliza<?>i ,,-s" pentru orice. Consulta<?>i
              sec<?>iunea GESTIONAREA MEMORIEI de mai jos.

       -q --quiet
              Suprima mesajele de avertizare neesen<?>iale. Mesajele
              referitoare la erori de In/Ie<?> <?>i alte evenimente critice nu
              vor fi suprimate.

       -v --verbose
              Modul descriptiv -- afi<?>eaza raportul de comprimare pentru
              fiecare fi<?>ier procesat. Mai multe op<?>iuni ,,-v" maresc
              nivelul de detaliere, generand o mul<?>ime de informa<?>ii care
              prezinta interes in primul rand in scopuri de diagnosticare.

       -L --license -V --version
              Afi<?>eaza versiunea software, termenii <?>i condi<?>iile de
              licen<?>a.

       -1 (sau --fast) to -9 (sau --best)
              Stabile<?>te dimensiunea blocului la 100ko, 200ko ... 900ko la
              comprimare. Nu are niciun efect la decomprimare. Consulta<?>i
              sec<?>iunea GESTIONAREA MEMORIEI de mai jos. Op<?>iunile alias
              ,,--fast" <?>i ,,--best" sunt in primul rand pentru
              compatibilitatea cu GNU gzip. In special, ,,--fast" nu face ca
              lucrurile sa fie semnificativ mai rapide. Iar ,,--best"
              selecteaza pur <?>i simplu comportamentul implicit.

       --     Trateaza toate argumentele ulterioare ca nume de fi<?>iere,
              chiar daca acestea incep cu o liniu<?>a. Acest lucru se face
              pentru a putea trata fi<?>iere cu nume care incep cu o
              liniu<?>a, de exemplu: bzip2 -- -numelefi<?>ierului-meu.

       --repetitive-fast --repetitive-best
              Aceste op<?>iuni sunt redundante in versiunile 0.9.5 <?>i
              superioare. In versiunile anterioare, acestea ofereau un control
              aproximativ asupra comportamentului algoritmului de sortare,
              ceea ce era uneori util.  Versiunile 0.9.5 <?>i ulterioare
              dispun de un algoritm imbunata<?>it care face ca aceste
              op<?>iuni sa devina irelevante.


GESTIONAREA MEMORIEI
       bzip2 comprima fi<?>ierele mari in blocuri. Dimensiunea blocului
       afecteaza atat raportul de comprimare ob<?>inut, cat <?>i cantitatea de
       memorie necesara pentru comprimare <?>i decomprimare.  Fanioanele de la
       -1 la -9 specifica dimensiunea blocului ca fiind de la 100.000 de
       octe<?>i la 900.000 de octe<?>i (valoarea implicita), respectiv. In
       momentul decomprimarii, dimensiunea blocului utilizat pentru comprimare
       este citita din antetul fi<?>ierului comprimat, iar bunzip2 i<?>i aloca
       apoi suficienta memorie pentru a decomprima fi<?>ierul. Deoarece
       dimensiunile blocurilor sunt stocate in fi<?>ierele comprimate, rezulta
       ca fanioanele de la -1 la -9 sunt irelevante pentru decomprimare <?>i,
       prin urmare, ignorate in timpul decomprimarii.

       Cerin<?>ele de comprimare <?>i decomprimare, in octe<?>i, pot fi
       estimate astfel:

              Comprimare:   400k + ( 8 x dimensiunea blocului )

              Decomprimare: 100k + ( 4 x dimensiunea blocului ), sau
                            100k + ( 2,5 x dimensiunea blocului )

       Dimensiunile mai mari ale blocurilor dau randamente marginale care scad
       rapid. Cea mai mare parte a comprimarii provine din primele doua sau
       trei sute de k de dimensiune a blocului, un fapt de care merita sa se
       <?>ina cont atunci cand se utilizeaza bzip2 pe ma<?>ini mici. De
       asemenea, este important de apreciat faptul ca necesarul de memorie
       pentru decomprimare este stabilit in momentul comprimarii prin alegerea
       dimensiunii blocului.

       Pentru fi<?>ierele comprimate cu dimensiunea implicita a blocurilor de
       900ko, bunzip2 va avea nevoie de aproximativ 3700 kocte<?>i pentru a le
       decomprima. Pentru a permite decomprimarea oricarui fi<?>ier pe o
       ma<?>ina de 4 megaocte<?>i, bunzip2 are o op<?>iune care permite
       decomprimarea folosind aproximativ jumatate din aceasta cantitate de
       memorie, adica aproximativ 2300 kocte<?>i. Viteza de decomprimare este,
       de asemenea, injumata<?>ita, a<?>a ca ar trebui sa folosi<?>i aceasta
       op<?>iune numai atunci cand este necesar. Op<?>iunea relevanta este
       ,,-s".

       In general, incerca<?>i sa utiliza<?>i cea mai mare dimensiune a
       blocului pe care o permit constrangerile de memorie, deoarece astfel se
       maximizeaza comprimarea ob<?>inuta.  Viteza de comprimare <?>i
       decomprimare nu este practic afectata de dimensiunea blocului.

       Un alt aspect important se aplica fi<?>ierelor care incap intr-un
       singur bloc - ceea ce inseamna ca majoritatea fi<?>ierelor pe care le
       ve<?>i intalni utilizeaza o dimensiune mare a blocului. Cantitatea de
       memorie reala atinsa este propor<?>ionala cu dimensiunea fi<?>ierului,
       deoarece fi<?>ierul este mai mic decat un bloc. De exemplu, comprimarea
       unui fi<?>ier cu o lungime de 20 000 de octe<?>i cu fanionul ,,-9" va
       determina ca programul sa aloce aproximativ 7600k de memorie, dar va
       atinge doar 400k + 20000 * 8 = 560 kocte<?>i din aceasta. In mod
       similar, la decomprimare programul va aloca 3700k, dar va atinge doar
       100k + 20000 * 4 = 180 kocte<?>i.

       Iata un tabel care rezuma utilizarea maxima a memoriei pentru diferite
       dimensiuni ale blocurilor. De asemenea, este inregistrata dimensiunea
       totala comprimata pentru 14 fi<?>iere din Corpusul de comprimare a
       textului din Calgary, care totalizeaza 3 141 622 de octe<?>i. Aceasta
       coloana ofera o idee despre modul in care variaza comprimarea in
       func<?>ie de dimensiunea blocului. Aceste cifre tind sa subestimeze
       avantajul dimensiunilor mai mari ale blocurilor pentru fi<?>ierele
       mari, deoarece Corpusul este dominat de fi<?>iere mai mici.

                    Utilizare     Utilizare       Utilizare      Corpus
           Fanion  comprimare   decomprimare  -s decomprimare     Dim.

             -1       1200k         500k             350k        914704
             -2       2000k         900k             600k        877703
             -3       2800k        1300k             850k        860338
             -4       3600k        1700k            1100k        846899
             -5       4400k        2100k            1350k        845160
             -6       5200k        2500k            1600k        838626
             -7       6100k        2900k            1850k        834096
             -8       6800k        3300k            2100k        828642
             -9       7600k        3700k            2350k        828642


RECUPERAREA DATELOR DIN FI<?>IERE DETERIORATE
       bzip2 comprima fi<?>ierele in blocuri, de obicei cu o lungime de
       900kocte<?>i. Fiecare bloc este tratat independent. Daca o eroare de
       suport de date sau de transmisie cauzeaza deteriorarea unui fi<?>ier
       .bz2 cu mai multe blocuri, este posibil sa se recupereze datele din
       blocurile nedeteriorate din fi<?>ier.

       Reprezentarea comprimata a fiecarui bloc este delimitata de un model pe
       48 de bi<?>i, ceea ce face posibila gasirea limitelor blocurilor cu o
       certitudine rezonabila. De asemenea, fiecare bloc poarta propriul CRC
       pe 32 de bi<?>i, astfel incat blocurile deteriorate pot fi distinse de
       cele nedeteriorate.

       bzip2recover este un program simplu al carui scop este de a cauta
       blocuri in fi<?>ierele .bz2 <?>i de a scrie fiecare bloc in propriul
       sau fi<?>ier .bz2. Pute<?>i utiliza apoi bzip2 -t pentru a testa
       integritatea fi<?>ierelor rezultate <?>i pentru a le decomprima pe cele
       care nu sunt deteriorate.

       bzip2recover prime<?>te un singur argument, numele fi<?>ierului
       deteriorat, <?>i scrie un numar de fi<?>iere ,,rec00001fi<?>ier.bz2",
       ,,rec00002fi<?>ier.bz2", etc., care con<?>in blocurile extrase. Numele
       fi<?>ierelor de ie<?>ire sunt concepute astfel incat utilizarea
       caracterelor joker in procesarea ulterioara - de exemplu, <<bzip2 -dc
       rec*file.bz2 > date_recuperate>> -- sa proceseze fi<?>ierele in ordinea
       corecta.

       bzip2recover ar trebui sa fie cel mai util in cazul fi<?>ierelor .bz2
       de mari dimensiuni, deoarece acestea vor con<?>ine multe blocuri. In
       mod evident, este inutil sa il utiliza<?>i pentru fi<?>ierele
       deteriorate cu un singur bloc, deoarece un bloc deteriorat nu poate fi
       recuperat. Daca dori<?>i sa reduce<?>i la minimum orice pierdere
       poten<?>iala de date din cauza erorilor de suport de date sau de
       transmisie, pute<?>i lua in considerare comprimarea cu o dimensiune mai
       mica a blocurilor.


NOTE PRIVIND PERFORMANTA
       Faza de sortare a comprimarii reune<?>te <?>irurile similare din
       fi<?>ier. Din acest motiv, fi<?>ierele care con<?>in <?>iruri foarte
       lungi de simboluri repetate, cum ar fi ,,aabaabaabaabaab ..." (care se
       repeta de cateva sute de ori) pot fi comprimate mai lent decat in mod
       normal. In aceasta privin<?>a, versiunile 0.9.5 <?>i versiunile
       ulterioare se descurca mult mai bine decat versiunile anterioare.
       Raportul dintre timpul de compresie in cel mai rau caz <?>i cel mediu
       este de aproximativ 10:1. Pentru versiunile anterioare, aceasta cifra
       era mai degraba de 100:1. Daca dori<?>i, pute<?>i utiliza op<?>iunea
       ,,-vvvvvv" pentru a monitoriza progresul in detaliu.

       Viteza de decomprimare nu este afectata de aceste fenomene.

       bzip2 aloca, de obicei, mai mul<?>i megaocte<?>i de memorie in care sa
       opereze <?>i apoi incarca peste tot intr-un mod destul de aleatoriu.
       Acest lucru inseamna ca performan<?>a, atat pentru comprimare, cat <?>i
       pentru decomprimare, este determinata in mare masura de viteza cu care
       ma<?>ina dumneavoastra poate sa deserveasca ratarile de cache. Din
       aceasta cauza, s-a observat ca mici modificari ale codului pentru a
       reduce rata de ratare a memoriei au adus imbunata<?>iri
       dispropor<?>ionat de mari ale performan<?>ei. Imi imaginez ca bzip2 va
       avea cele mai bune performan<?>e pe ma<?>inile cu memorii cache foarte
       mari.


AVERTISMENTE
       Mesajele de eroare de In/Ie<?> nu sunt atat de utile pe cat ar putea
       fi. bzip2 se straduie<?>te sa detecteze erorile de In/Ie<?> <?>i sa
       iasa curat, dar detaliile despre care este problema par uneori destul
       de in<?>elatoare.

       Aceasta pagina de manual se refera la versiunea 1.0.8 a bzip2. Datele
       comprimate create de aceasta versiune sunt in intregime compatibile cu
       versiunile publice anterioare, versiunile 0.1pl2, 0.9.0, 0.9.5, 1.0.0,
       1.0.1, 1.0.1, 1.0.2 <?>i mai sus, dar cu urmatoarea excep<?>ie: 0.9.0
       <?>i versiunile ulterioare pot decomprima corect mai multe fi<?>iere
       comprimate concatenate.  0.1pl2 nu poate face acest lucru; se va opri
       dupa ce a decomprimat doar primul fi<?>ier din flux.

       Versiunile bzip2recover anterioare versiunii 1.0.2 foloseau numere
       intregi pe 32 de bi<?>i pentru a reprezenta pozi<?>ii de bi<?>i in
       fi<?>ierele comprimate, astfel incat nu puteau gestiona fi<?>iere
       comprimate cu o lungime mai mare de 512 megaocte<?>i. Versiunile 1.0.2
       <?>i versiunile ulterioare utilizeaza numere intregi pe 64 de bi<?>i pe
       unele platforme care le accepta (obiective suportate de GNU <?>i
       Windows). Pentru a stabili daca <<bzip2recover>> a fost construit sau
       nu cu o astfel de limitare, rula<?>i-l fara argumente. In orice caz, va
       pute<?>i construi o versiune nelimitata daca o pute<?>i recompila cu
       fanionul MaybeUInt64 definit ca fiind un intreg fara semn pe 64 de
       bi<?>i.




AUTOR
       Julian Seward, jseward@acm.org.

       https://sourceware.org/bzip2/

       Ideile incorporate in bzip2 se datoreaza (cel pu<?>in) urmatoarelor
       persoane: Michael Burrows <?>i David Wheeler (pentru transformarea de
       sortare a blocurilor), David Wheeler (din nou, pentru codificatorul
       Huffman), Peter Fenwick (pentru modelul de codificare structurata din
       bzip, original <?>i pentru numeroasele imbunata<?>iri), precum <?>i
       Alistair Moffat, Radford Neal <?>i Ian Witten (pentru codificatorul
       aritmetic din bzip). Le sunt foarte indatorat pentru ajutorul,
       sprijinul <?>i sfaturile lor. Consulta<?>i manualul din distribu<?>ia
       sursei pentru indicatoare catre sursele de documenta<?>ie. Christian
       von Roques m-a incurajat sa caut algoritmi de sortare mai rapizi,
       astfel incat sa accelerez comprimarea. Bela Lubkin m-a incurajat sa
       imbunata<?>esc performan<?>a de comprimare in cel mai rau caz. Donna
       Robinson a ,,XMLizat" documenta<?>ia. Scripturile bz* sunt derivate din
       cele ale GNU gzip. Mul<?>i oameni au trimis plasturi (corec<?>ii <?>i
       imbunata<?>iri), au ajutat cu probleme de portabilitate, au imprumutat
       ma<?>ini, au dat sfaturi <?>i au fost, in general, de ajutor.

TRADUCERE
       Traducerea in limba romana a acestui manual a fost facuta de Remus-
       Gabriel Chelu <remusgabriel.chelu@disroot.org>

       Aceasta traducere este documenta<?>ie gratuita; citi<?>i Licen<?>a
       publica generala GNU Versiunea 3
       <https://www.gnu.org/licenses/gpl-3.0.html> sau o versiune ulterioara
       cu privire la condi<?>ii privind drepturile de autor.  NU se asuma
       NICIO RESPONSABILITATE.

       Daca gasi<?>i erori in traducerea acestui manual, va rugam sa
       trimite<?>i un e-mail la <translation-team-ro@lists.sourceforge.net>.

                                                                      bzip2(1)