<chapt id="pkg_basics">Podstawy zarządzania systemem pakietów Debiana

<sect id="package">Czym jest pakiet w systemie Debian?

<p>Pakiety ogólnie zawierają wszystkie pliki potrzebne aby zaimplementować
zbiór powiązanych poleceń lub cech. Są dwa typy pakietów w Debianie:
<list>
  <item><em>Pakiety binarne</em>, które zawierają pliki wykonywalne, konfiguracyjne
  , strony man oraz info, informacje o prawach autorskich i inną dokumentację.
  Pakiety te są rozpowszechniane w specyficznym dla systemu Debian formacie archiwum
  (zobacz <ref id="deb-format">); wyróżniane są zazwyczaj przez rozszerzenie pliku
  '.deb'. Pakiety binarne mogą być rozpakowane narzędziem systemu Debian
   <tt>dpkg</tt>; szczegóły są opisane w tym dokumencie.
  
  <item><em>Pakiety źródłowe</em>, które składają się z pliku <tt>.dsc</tt>
  opisującego źródłowy pakiet (włącznie z nazwami następnych plików)
  , <tt>.orig.tar.gz</tt>  zawierający oryginalne, niezmodyfikowane
  źródło w skompresowanym gzipem archiwum tar i plik 
  <tt>.diff.gz</tt> zawierający zazwyczaj zmiany związane z systemem 
  Debian wprowadzone w oryginalnym źródle. 
  Narzędzie <tt>dpkg-source</tt> pakuje i rozpakowuje
  archiwa źródłowe systemu Debian; szczegóły są zawarte w tym dokumencie.
</list>

<p>Instalacja oprogramowania przez system pakietów używa "zależności", które
są ostrożnie projektowane przez opiekunów pakietów. Te zależności są
udokumentowane w pliku <tt>control</tt> związanym z każdym pakietem.
Dla przykładu, pakiet zawierający kompilator GNU C (<package/gcc/
"zależy" od pakietu <package/binutils/, który zawiera konsolidator i
asembler. Jeżeli użytkownik spróbuje zainstalować <package/gcc/ bez wcześniej
zainstalowanego <package/binutils/, system zarządzania pakietami (dpkg) wyśle 
wiadomość z błędem, że potrzeba jeszcze <package/binutils/ i zatrzyma instalację
<package/gcc/. (Jednak, ułatwienie to może być pominięte przez upartego
użytkownika, zobacz <manref name="dpkg" section="8">.)  Zobacz więcej w <ref id="depends">
poniżej.

<p>Narzędzia pakietowe systemu Debian mogą być użyte do:
<list>
  <item>manipulowania i zarządzania pakietami lub częściami pakietów,
  <item>jako pomoc dla użytkownika przy rozłożeniu pakietów, które muszą być przeniesione
    za pomocą ograniczonego rozmiarem nośnika takiego, jak dyskietka,
  <item>pomocy wykonawcom w tworzeniu archiwum pakietów, i
  <item>pomocy użytkownikom w instalacji pakietów, które znajdują się na zdalnym serwerze FTP.
</list>

<sect id="deb-format">Jaki jest format pakietu binarnego w systemie Debian?

<p>"Pakiet" systemu Debian lub plik archiwum systemu Debian zawiera pliki wykonywalne,
biblioteki i dokumentację, związane z poszczególnymi częściami
programu lub zbiorem powiązanych programów. Normalnie, plik archiwum systemu Debian ma
nazwę, która kończy się na <tt>.deb</tt>.

<p>Wewnętrzny format pakietu binarnego Debiana jest opisany w instrukcji
 <manref name="deb" section="5">. Ten wewnętrzny format jest
tematem zmian (pomiędzy głównymi wydaniami systemu &debian;), dlatego 
zawsze używaj <manref name="dpkg-deb" section="1"> do manipulowania plikami <tt>.deb</tt>
.

<sect id="pkgname">Dlaczego nazwy plików pakietów w systemie Debian są tak długie? 

<p>Nazwy plików pakietów binarnych systemu Debian są podporządkowane następującej konwencji:
&lt;foo&gt;_&lt;VersionNumber&gt;-&lt;DebianRevisionNumber&gt;.deb

<p>Zauważ, że <tt>foo</tt> jest zobowiązane być nazwą pakietu. 
Można poznać nazwę pakietu, związanego ze szczególnym plikiem archiwum systemu Debian
 (.deb file), wykorzystując do sprawdzenia jeden z następujących sposobów:
<list>
  <item>obejrzyj plik "Packages" w katalogu, gdzie jest on przechowany
  na stronie FTP archiwum systemu Debian. Ten plik zawiera zwrotkę opisującą
  każdy pakiet; pierwsze pole w każdej zwrotce jest formalną nazwą pakietu.
  <item>użyj polecenia <tt>dpkg --info foo_VVV-RRR.deb</tt> (gdzie VVV i
  RRR są odpowiednio wersją i poprawką pakietu w pytaniu).
  Polecenie to wyświetli, pomiędzy innymi rzeczami, rozwiniętą nazwę pakietu odpowiadającą 
  plikowi archiwum.
</list>

<p>Część <tt>VVV</tt> jest numerem wersji ustanawianym przez
głównego programistę.  Nie ma standardów w tym miejscu, więc numer wersji
może posiadać format tak zróżnicowany jak "19990513" i "1.3.8pre1".

<p>Część <tt>RRR</tt> jest numerem weryfikacji w systemie Debian, i jest
ustalany przez dewelopera Debiana (lub indywidualnego użytkownika jeśli wybierze
zbudowanie pakietu samemu). Ten numer zgadza się z poziomem weryfikacji
pakietu systemu Debian, dlatego nowy poziom weryfikacji zazwyczaj oznacza
zmiany w pliku Makefile (<tt>debian/rules</tt>), pliku kontroli
(<tt>debian/control</tt>), skryptach instalacyjnych i usuwających
(<tt>debian/p*</tt>), lub w plikach konfiguracyjnych użytych w pakiecie.

<!--
<p>Część <tt>Arch</tt> identyfikuje procesor, dla którego
pakiet został stworzony. Jest nim zazwyczaj <tt>i386</tt>, który odnosi się
do chipsetów kompatybilnych z Intel 386 lub późniejszych jego wersji. Aby zobaczyć pozostałe
możliwości <ref id="dirtree" name="Debian's FTP directory structure">.
-->

<sect id="controlfile">Czym jest plik kontroli w pakiecie systemu Debian?

<p>Szczegóły dotyczące treści pliku kontroli są zawarte
w instrukcji Debian Packaging, rozdział 4, zobacz <ref id="debiandocs">.

<p>W skrócie, przykładowy plik kontroli jest pokazany poniżej dla pakietu systemu Debian hello:
<example>
Package: hello
Priority: optional
Section: devel
Installed-Size: 45
Maintainer: Adam Heath &lt;doogie@debian.org&gt;
Architecture: i386
Version: 1.3-16
Depends: libc6 (>= 2.1)
Description: The classic greeting, and a good example
 The GNU hello program produces a familiar, friendly greeting.  It
<!-- XXX below 'non-programmers' were better, but this is a verbatim copy -->
 allows nonprogrammers to use a classic computer science tool which
 would otherwise be unavailable to them.
 .
 Seriously, though: this is an example of how to do a Debian package.
 It is the Debian version of the GNU Project's `hello world' program
 (which is itself an example for the GNU Project).
</example>

<p>Pole Package zawiera nazwę pakietu. To jest nazwa, za pomocą której
pakiet może być przetwarzany przez narzędzia pakietowe i zazwyczaj jest podobna,
ale nie koniecznie taka sama, jak pierwsza część nazwy pliku archiwum systemu Debian.

<p>Pole Version zawiera numer wersji nadany przez głównego programistę 
i (w ostatniej części) poziom weryfikacji programu w pakiecie systemu Debian,
tak jak jest to wyjaśnione w <ref id="pkgname">. <!-- XXX missing name -->

<p>Pole Architecture określa chip, dla którego ten konkretny pakiet binarny
został skompilowany.

<p>Pole Depends podaje listę pakietów, które muszą być zainstalowane
w podanej kolejności, aby z sukcesem zainstalować pakiet.

<p>Pole Installed-Size wskazuje ile miejsca na dysku zabierze zainstalowany
pakiet. Pole to jest przeznaczone do użytku przez programy instalujące,
aby pokazać czy jest dostępna wystarczająca ilość miejsca na dysku by zainstalować
program.

<p>Linia Section podaje nazwę "sekcji", czyli gdzie ten pakiet systemu Debian jest przechowywany
na stronach FTP systemu Debian.  Jest to nazwa podkatalogu (wewnątrz jednego 
z głównych katalogów, zobacz <ref id="dirtree">), gdzie pakiet jest przechowywany.

<p>Pole Priority wskazuje jak ważny jest ten pakiet dla instalacji tak, aby
pseudo-inteligentne programy jak dselect lub console-apt mogły sortować
pakiety w kategorie np. pakiety opcjonalnie instalowane. Zobacz
<ref id="priority">.

<p>Pole Maintainer zawiera adres e-mail osoby, która jest
aktualnie odpowiedzialna za utrzymywanie tego pakietu.

<p>Pole Description zawiera krótkie podsumowanie cech pakietu.

<p>Więcej informacji o wszystkich możliwych polach jakie może mieć pakiet, proszę
zobacz Debian Packaging Manual, rozdział 4., "Control files and their fields".

<sect id="conffile">Czym jest plik conffile w systemie Debian?

<p>Conffiles jest listą plików konfiguracyjnych (zazwyczaj umieszczonych w <tt>/etc</tt>),
których system zarządzania pakietami nie będzie nadpisywał gdy pakiet będzie
aktualizowany. To gwarantuje, że zawartość tych plików 
będzie zachowana i jest krytycznie ważną cechą, umożliwiającą aktualizację
pakietu w działającym systemie.

<p>Aby ustalić dokładnie, które pliki są zachowywane podczas aktualizacji pakietu, uruchom:
  <example>dpkg --status pakiet</example>
I zobacz poniżej "Conffiles:".

<sect id="maintscripts">Czym są w systemie Debian skrypty: preinst, postinst, prerm i postrm ?

<p>Te pliki są wykonywalnymi skryptami, które są automatycznie uruchamiane przed
lub po instalacji pakietu. Wraz z plikiem o nazwie <tt>control</tt>,
wszystkie z tych plików są częścią sekcji "control" w pliku archiwum systemu Debian.

<p>Indywidualne pliki to:
<taglist>
<tag/preinst/
  <item>Ten skrypt jest uruchomiony przed rozpakowaniem pakietu z jego
  pliku archiwum (".deb"). Wiele skryptów 'preinst' zatrzymuje usługi
  dla pakietów, które będą aktualizowane, dopóki ich instalacja lub aktualizowanie
  się nie zakończy (następny, po pomyślnym wykonaniu skryptu 'preinst' jest skrypt 'postinst').

<tag/postinst/
  <item>Ten skrypt zazwyczaj kończy jakiekolwiek wymagane konfiguracje
  pakietu <tt>foo</tt>, który był już rozpakowany z jego pliku archiwum
  (".deb"). Często skrypt 'postinst' prosi użytkownika o wprowadzenie informacji,
  i/lub ostrzega użytkownika, że jeśli zaakceptuje domyślne wartości, powinien pamiętać
  o tym aby przywrócić i zrekonfigurować pakiet jeśli wymaga tego sytuacja.
  Wiele skryptów 'postinst' wykonuje potem polecenia potrzebne do uruchomienia lub
  ponownego uruchomienia usługi po tym, jak nowy pakiet został zainstalowany.

<tag/prerm/
  <item>Ten skrypt zazwyczaj zatrzymuje różne procesy powiązane z 
  pakietem. Jest uruchamiany przed usunięciem plików powiązanych z pakietem.

<tag/postrm/
  <item>Ten skrypty zazwyczaj modyfikuje powiązania lub inne pliki związane z
  <tt>foo</tt> i/lub usuwa pliki stworzone przez pakiet. (Zobacz też
  <ref id="virtual">.)
</taglist>

<p>Obecnie wszystkie pliki control można znaleźć w katalogu
<tt>/var/lib/dpkg/info</tt>. Pliki związane z pakietem <tt>foo</tt>
zaczynają się od "foo" i mają rozszerzenie odpowiednio "preinst", "postinst",
itd. . Plik <tt>foo.list</tt> w tym katalogu
zawiera listę wszystkich plików, które były zainstalowane z pakietem <tt>foo</tt>.
(Zauważ, że pliki te zlokalizowane są wewnątrz katalogu związanego z programem dpkg; nie powinieneś
polegać na nim.)

<sect id="priority">Co to jest pakiet <em/Wymagany/, <em/Ważny/, <em/Standardowy/,
  <em/Opcjonalny/ lub <em/Dodatkowy/?

<p>Każdy pakiet systemu Debian ma przydzielony <em>priorytet</em> przez opiekunów
dystrybucji, jako pomoc dla systemu zarządzania pakietami. Priorytety to:

<list>
  <item><strong>Wymagany</strong>: pakiety które są konieczne dla samego
    funkcjonowania systemu.
    <p>Zawiera wszystkie niezbędne narzędzia do naprawy wad w systemie.
    Nie możesz usuwać tych pakietów, ponieważ Twój system może stać się całkowicie zepsuty
    i może być nawet niemożliwe użycie programu dpkg, aby to odwrócić.
    Systemy z samymi pakietami wymaganymi są prawdopodobnie nieużyteczne, ale mają
    wystarczającą funkcjonalność, aby umożliwić administratorowi systemu uruchomienie i instalację
    programów.
  <item><strong>Ważny</strong> Te pakiety powinny się znaleźć w każdym
    systemie rodziny Unix.
    <p>Są to inne pakiety, bez których system nie będzie działał dobrze lub nie będzie
    użyteczny. Tutaj <em>NIE SĄ</em> zawarte wielkie aplikacje jak np. Emacs, X11 lub TeX.
    Te pakiety stanowią tylko samą infrastrukturę.
  <item><strong>Standardowy</strong> Te pakiety są standardowe w każdym systemie Linux,
    włączając dość małe systemy, ale też nie są ograniczone do systemów znakowych.
    <p>Są to pakiety, które będą zainstalowane domyślnie jeśli użytkownik nie wybierze niczego
    innego. Nie są tu zawarte duże aplikacje, ale znajduje się tutaj
    Emacs (jest to bardziej część infrastruktury niż aplikacja)
    i spora część TeX i LaTeX (jeśli to możliwe, aby były dostępne bez systemu X-windows).
  <item><strong>Opcjonalny</strong> Zawarte tu są te wszystkie pakiety, które możesz chcieć
    zainstalować, jeśli nie wiesz czym one są lub nie masz sprecyzowanych
    wymagań.
    <p>Znajdują się tu X11, pełna dystrybucja TeX i dużo innych aplikacji.
  <item><strong>Dodatkowy</strong>: Występują tu pakiety, które powodują konflikt z innymi
    pakietami posiadającymi wyższy priorytet, są zapewnie użyteczne jeśli już wiesz
    czym one są, albo sprecyzowałeś wymagania, które czynią te pakiety
    nieodpowiednie dla "Opcjonalny".
</list>

<sect id="virtual">Co to jest wirtualny pakiet?

<p>Wirtualny pakiet jest ogólną nazwą, która odnosi się do jednej z grupy pakietów,
w której każdy z pakietów dostarcza podobnej podstawowej funkcjonalności. Dla przykładu
oba programy <tt>tin</tt> i <tt>trn</tt> są czytnikami wiadomości i
dlatego powinny spełnić zależności programów, które wymagają czytnika
wiadomości w systemie, aby pracować lub być użytecznym.
Dlatego też o obu programach można powiedzieć, że dostarczają "wirtualny pakiet" nazwany
<tt>news-reader</tt>.

<p>Podobnie <tt>smail</tt> i <tt>sendmail</tt>, oba dostarczają
funkcjonalności agenta transportu wiadomości. Oba mogą powiedzieć
że dostarczają wirtualny pakiet "agent transportu wiadomości".
Jeśli jeden z nich jest zainstalowany, wtedy dowolny program zależny od
instalacji <tt>mail-transport-agent</tt> będzie usatysfakcjonowany
przez istnienie wirtualnego pakietu.

<p>System Debian dostarcza mechanizm, który, jeśli jest zainstalowany więcej niż jeden pakiet
dostarczający ten sam wirtualny pakiet, pozwala administratorowi systemu
ustawić jeden preferowany pakiet. Odpowiednie polecenie
to <tt>update-alternatives</tt> i jest opisane dalej
w <ref id="diverse">.

<sect id="depends">Co oznacza powiedzenie, że pakiet <em/Zależy/,
  <em/Zaleca/, <em/Proponuje/, <em/Wchodzi w konflikt/, <em/Zastępuje/ lub
  <em/Dostarcza/ inny pakiet?

<p>System pakietów Debiana posiada zasięg "zależności" pakietu,
który jest zaprojektowany aby wskazywać (w pojedynczej fladze) poziom, na którym
Program A może działać niezależnie od istnienia Programu B w
danym systemie:
<list>
  <item>Pakiet A <em>zależy</em> od Pakietu B, jeśli B absolutnie musi
    być w kolejności zainstalowany aby uruchomić A.  W pewnych przypadkach A zależy nie tylko
    od B, ale od wersji B.  W tym przypadku zależność wersji jest
    zazwyczaj dolnym limitem, w tym sensie że A zależy od dowolnej wersji
    B większej niż pewna sprecyzowana wersja.
  <item>Pakiet A <em>zaleca</em> Pakiet B, jeśli opiekun pakietu
    oceni, że większość użytkowników nie będzie chciała A bez posiadania
    funkcjonalności dostarczanej przez B.
  <item>Pakiet A <em>proponuje</em> Pakiet B, jeśli B zawiera pliki, które
    są powiązane (i zazwyczaj poszerzają) funkcjonalność A.
  <item>Pakiet A <em>wchodzi w konflikt</em> z Pakietem B, gdy A nie będzie
    działać, jeśli B jest zainstalowany w systemie. Najczęściej konflikty są
    przypadkami gdzie A zawiera pliki, które posiadają ulepszenia w stosunku do plików w B.
    "wchodzi w konflikt" jest często połączone z "zastępuje".
  <item>Pakiet A <em>zastępuje</em> Pakiet B, kiedy pliki instalowane
    przez pakiet B są usuwane i (w pewnych przypadkach) nadpisywane przez pliki z A.
  <item>Pakiet A <em>dostarcza</em> Pakiet B, kiedy wszystkie z plików
    i działań pakietu B są włączone w A. Ten mechanizm umożliwia
    użytkownikom z ograniczonym miejscem na dysku pobranie tylko tych części
    pakietu A, które są naprawdę potrzebne.
</list>

<p>Bardziej szczegółowe informacje o użyciu tych terminów można znaleźć
w Packaging manual i Policy manual.

<sect id="pre-depends">Co rozumie się przez Pre-Depends?

<p>"Pre-Depends" jest specjalną zależnością. W przypadku wielu pakietów,
<tt>dpkg</tt> rozpakuje ich pliki archiwum (np. są to pliki <tt>.deb</tt>)
niezależnie od tego, czy pliki od których one zależą istnieją w systemie
czy nie.  Upraszczając, rozpakowanie oznacza, że <tt>dpkg</tt> wydobędzie
pliki z pliku archiwum, które zostały przeznaczone do zainstalowania w twoim
systemie plików i umieści je we właściwym miejscu.  Jeśli te pakiety <em>depend</em>
istnieją w kilku innych pakietach w Twoim systemie, <tt>dpkg</tt> odmówi
dokończenia instalacji (przez wykonanie akcji "configure"),
dopóki inne pakiety nie zostaną zainstalowane.

<p>Jakkolwiek dla pewnych pakietów <tt>dpkg</tt> będzie odrzucał nawet ich rozpakowanie,
dopóki nie zostaną spełnione pewne zależności . Takie pakiety są nazywane
"Pre-depend" i zależą od obecności innych pakietów.
System Debian dostarcza ten mechanizm, aby wspierać bezpieczne aktualizowanie
wersji systemów z formatu <tt>a.out</tt> do formatu <tt>ELF</tt>, gdzie
<em>porządek</em> w którym są rozpakowywane pakiety jest krytycznie ważny. Są też
inne aktualizacje, gdzie metoda ta jest użyteczna, np. aktualizacja pakietów
z priorytetem wymagane i ich zależność od LibC.

<p>Tak, jak poprzednio, dokładniejsze informacje o tym można znaleźć
w Packaging manual.

<sect id="pkgstatus">Co oznacza się przez <em/nieznany/, <em/instalowany/, <em/usunięty/
  <em/wyczyszczony/ i <em/wstrzymany/ w statusie pakietu?

<p>Te flagi mówią, co użytkownik chciał zrobić z pakietem (jako
wskazanie albo przez akcję użytkownika w części "Wybór" programu 
<tt>dselect</tt>, lub bezpośrednie wywołanie programu <tt>dpkg</tt>).

<p>Ich znaczenie to:
<list>
  <item>nieznany     - użytkownik nigdy nie wskazał co chce zrobić z pakietem.
  <item>instalowany  - użytkownik chciał zainstalować lub zaktualizować wersję pakietu.
  <item>usunięty     - użytkownik chciał usunąć pakiet, ale nie chciał
    usuwać żadnych istniejących plików konfiguracyjnych.
  <item>wyczyszczony - użytkownik chciał aby pakiet został usunięty całkowicie,
    włączając jego pliki konfiguracyjne.
  <item>wstrzymany   - użytkownik nie chce by ten pakiet był przetwarzany, np.
    chce zatrzymać obecną wersję z obecnym statusem bez względu na to, jaki on jest.
</list>

<sect id="puttingonhold">Jak można dokonać zatrzymania pakietu?

<p>Są dwie drogi zatrzymania pakietów, używając dpkg lub dselect.

<p>Używając dpkg możesz wyeksportować listę wyborów pakietów poleceniem:
  <example>dpkg --get-selections \* > selections.txt</example>
Potem wyedytować wynikowy plik <file/selections.txt/, zmieniając linię
zawierającą pakiet, który chcesz zatrzymać, np. <package/libc6/, z tego:
  <example>libc6                                           install</example>
na to:
  <example>libc6                                           hold</example>
Zachować plik i wczytać to do bazy dpkg poleceniem:
  <example>dpkg --set-selections < selections.txt</example>

<p>Używając dselect wystarczy wybrać ekran [S]elect, znaleźć
pakiet, który chcesz zatrzymać w obecnym stanie i nacisnąć klawisz `=' (lub
`H'). Zmiany wejdą w życie natychmiast po wyjściu z ekranu [S]elect.

<sect id="sourcepkgs">Jak mogę zainstalować pakiet źródłowy?

<p>Pakiety źródłowe systemu Debian nie mogą być aktualnie "zainstalowane", są one
po prostu rozpakowywane do katalogu, w którym chcesz zbudować pakiety binarne
przez nie tworzone.

<p>Pakiety źródłowe są rozpowszechniane w większości na tych samych serwerach lustrzanych, na których możesz
uzyskać pakiety binarne. Jeśli ustawisz swoje APT
<manref name="sources.list" section="5"> aby zawierało stosowne linie
"deb-src", będziesz zdolny łatwo ściągnąć każdy pakiet źródłowy
uruchamiając

  <example>apt-get source foo</example>

<p>Aby pomóc w tworzeniu aktualnego pakietu, Pakiet źródłowy systemu Debian
dostarcza tak zwanego mechanizmu tworzenia zależności. Oznacza to, że
opiekun pakietu źródłowego utrzymuje listę innych pakietów, które są
wymagane aby stworzyć pakiet. Aby zobaczyć jak jest to użyteczne uruchom

  <example>apt-get build-dep foo</example>

przed tworzeniem pakietu.

<sect id="sourcebuild">Jak się buduje binarne pakiety z pakietu źródłowego?

<p>Aby skompilować źródła, będziesz potrzebował wszystkie pliki typu foo_*.dsc, foo_*.tar.gz
i foo_*.diff.gz (zauważ: czasami nie ma plików .diff.gz dla pakietów, które są rodzime
dla systemu Debian).

<p>Gdy masz pakiety (<ref id="sourcepkgs">) i jeśli masz
pakiet <package/dpkg-dev/ zainstalowany,
następujące polecenia:
  <example>dpkg-source -x foo_version-revision.dsc</example>
rozpakuje pakiet do katalogu nazwanego <tt>foo-version</tt>.

<p>Jeśli chcesz tylko skompilować pakiet, możesz przejść
do katalogu <tt>foo-version</tt> i wydać polecenie
  <example>dpkg-buildpackage -rfakeroot -b</example>
aby zbudować pakiet (zauważ że to także wymaga pakietu
<package/fakeroot/ ) i potem
  <example>dpkg -i ../foo_version-revision_arch.deb</example>
aby zainstalować nowo-zbudowany pakiet.

<sect id="creatingdebs">Jak mogę stworzyć pakiet systemu Debian samodzielnie?

<p>Bardziej dokładnego opisu o tym szukaj w Instrukcji dla nowych opiekunów,
dostępnej w pakiecie <package/maint-guide/ lub na stronie
<url id="http://www.debian.org/doc/devel-manuals#maint-guide">.
