initial translations

CVS version numbers

polish/devel/debian-installer/Makefile: INITIAL -> 1.1 
polish/devel/debian-installer/archive.wml: INITIAL -> 1.1 
polish/devel/debian-installer/di-debcamp-2003-1.wml: INITIAL -> 1.1 
polish/devel/debian-installer/getting_started.wml: INITIAL -> 1.1 
polish/devel/debian-installer/gtk-frontend.wml: INITIAL -> 1.1 
polish/devel/debian-installer/hooks.wml: INITIAL -> 1.1 
polish/devel/debian-installer/index.wml: INITIAL -> 1.1 
polish/devel/debian-installer/ports-status.wml: INITIAL -> 1.1 
polish/devel/debian-installer/report-template.wml: INITIAL -> 1.1

1 files changed, 380 insertions, 0 deletions

diff --git a/polish/devel/debian-installer/gtk-frontend.wml b/polish/devel/debian-installer/gtk-frontend.wml
new file mode 100644
index 00000000000..3ad87bd7002
--- /dev/null
+++ b/polish/devel/debian-installer/gtk-frontend.wml
@@ -0,0 +1,380 @@
+#use wml::debian::template title="Nakładka GTK dla instalatora" NOHEADER="true"
+#use wml::debian::translation-check translation="1.5"
+
+<h1>Strona stanu nakładki gtk dla instalatora</h1>
+
+
+<h3>Wiadomości</h3>
+
+<p><b>19.06.2003</b>: Aktualizacja od dłuższego czasu. Niestety niewiele
+się działo przez ostatnie dwa miesiące. Przynajmniej pliki udeb zostały
+przesłane i wygląda na to, że działają. Dziękuję wszystkim biorącym w tym
+udział deweloperom. Vikram Singh napisał <a
+href="http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/partitioner/partition.png">\
+graficzne narzędzie do partycjonowania</a>, które może być użyteczne jeśli
+znajdziemy sposób na integrację tych kontrolek w cdebconfie.</p>
+
+<p><b>28.03.2003</b>: Nowa wersja libgtk-directfb. Już nie powoduje
+konfliktu z libgtk, więc powinna być gotowa i wymaga testów. Pierwsze udane
+zbudowanie cdebconfa i nakładki gtk.</p>
+
+<p><b>25.03.2003</b>: Wiele zostało zrobione w kwestii nakładki. Jest teraz
+możliwość wyświetlania wielu pytań na raz, jest obsługa archiwizacji
+i można wyświetlać paski postępu. 
+<a href="http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/screenshots/">
+Zobacz zrzuty ekranu</a>.</p>
+
+<p><b>17.03.2003</b>: Temat pthread został rozwiązany nową wersją libc,
+która teraz zawiera bibliotekę.</p>
+
+<p><b>12.03.2003</b>: Dodano działającą wersję gtk+-directfb, która bazuje
+na pracy Alastaira McKinstry'ego. Dodano również nową wersję libdirectfb.
+Wprowadza trochę pomysłów Thomasa Viehmanna i zawiera łatkę, która poprawia
+naruszenie ochrony pamięcie kiedy libdirectfb jest wywoływana przez
+nakładkę gtk. Komentarze mile widziane.</p>
+
+<p><b>11.03.2003</b>: Robimy postępy: Pierwszy 
+<a href="http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/screenshots/gtk-frontend.old.png">\
+zrzut ekranu</a></p>
+
+<p><b>07.03.2003</b>: Nowa wersja libfontconfig w pliku udeb. Łatka
+przesłana do BTS.</p>
+
+<p><b>07.03.2003</b>: Małe zmiany w libdirectfb. Opiekun otrzymał
+łatki.</p>
+
+<p><b>07.03.2003</b>: Akira Tagoh przesłał atk, glib i pango. Również
+freetype została przesłana.</p>
+
+<p><b>06.03.2003</b>: Zmienione zasady dla pakietów udeb-dev: Biblioteki
+powinny być instalowane w /usr/lib/udeblib zamiast w podkatalogu zależnym
+od nazwy biblioteki.</p>
+
+<p><b>05.03.2003</b>: Stworzono pliki udeb dla libexpat i libfontconfig.</p>
+
+<p><b>04.03.2003</b>: Pango teraz używa libfontconfig jako elementu
+przetwarzającego dla freetype. Więc teraz trzeba to spakietować, a ponieważ
+to korzysta z libexpat to mamy kolejnego kandydata... Szukamy
+wolontariuszy.</p>
+
+<p><b>04.03.2003</b> Dodana część o wymuszaniu przestrzeni.</p>
+
+<p><b>04.03.2003</b>: Zaktualizowane pliki udeb dla zlib i libpng, łatki
+przesłane do bts.</p>
+
+<p><b>03.03.2003</b>: Dodano odsyłacz do plików udeb Akiras pango.</p>
+
+<p><b>03.03.2003</b>: Zaktualizowane zalecenia dotyczące pakietowania udeb
+bibliotek, znajdziesz je na końcu tej strony. Zalecenia zostały przesłane
+na debian-boot do przeglądnięcia, wszelkie komentarze mile widziane.</p>
+
+<p><b>03.03.2003</b>: Wypełniono zgłoszenie o tym, że pthreads jest
+potrzebne przeciwko libc-udeb (#188155). Opiekunowie glib nie byli zbyt
+szczęśliwi, musimy zrobić małe śledztwo czy obsługa thread jest
+rzeczywiście konieczna.</p>
+
+<p><b>02.03.2003</b>: Początek dokumentacji na temat tego co jest potrzebne
+przy tworzeniu pakietów udeb bibliotek. Wkrótce prześlę to na debian-boot
+do przeglądnięcia.</p>
+
+<h3>Ogólny przegląd</h3>
+
+<p>Instalator Debiana jest aktualnie przepisywany by być bardziej
+modularnym i elastycznym w stosunku do boot-floppies. Ogólne informacje
+możesz uzyskać na <a href="index">stronie instalatora</a>. 
+Ta strona jest poświęcona nakładce gtk nowego instalatora. Jeśli chciałbyś
+pomóc to jest to dobre miejsce na początek. Przeczytaj również dokumentację
+z repozytorium cvs debian-installer.</p>
+
+<p> Jeśli masz coś do dodania albo chcesz przesłać poprawki wyślij je do
+mnie: <email "sebastian.ley@mmweg.rwth-aachen.de">.</p>
+
+
+<h3>Co musi zostać zrobione</h3>
+
+<ul>
+  <li> Nakładka na cdebconf, napisana z wykorzystaniem gtk. Michael Cardenas
+  rozpoczął nad tym prace, są dostępne w repozytorium debian-installer.</li>
+  <li> Moduły instalatora (udebs), które zawierają bibliotekę gtk
+  muszą działać bezpośrednio na framebufferze, inne pakiety zależące od gtk
+  również.Zobacz poniżej stan poszczególnych pakietów.</li>
+  <li> Jądro instalatora musi obsługiwać framebuffer (bufor ramki).</li>
+  <li> Musi zostać stworzona koncepcja integracji nakładki gtk. Zobacz
+  poniżej.</li>
+  <li> Szczegółowa instrukcja jak testować nakładkę gtk.</li>
+  <li> Znalezienie sposobu na integrację bardziej specjalistycznych
+  kontrolek w aktualnym wyglądzie.</li>
+  <li> Coś jeszcze?</li>
+</ul>
+
+
+<h3>Jak pomóc</h3> 
+
+<p>Jeśli chcesz pomóc z nakładką gtk przeczytaj najpierw dokumentację
+znajdującą się w repozytorium instalatora. Przyglądnij się plikom udeb
+wymienionym poniżej i potestuj je. Większość z nich nie całkiem spełnia
+specyfikacje, znajdź więc błędy i przygotuj łatki. Pakietowanie bibliotek
+do plików udeb przysparza trochę problemów. Kilka wskazówek znajdziesz na
+końcu tego dokumentu. Jeśli znajdziesz w nim jakieś błędy prześlij mi o tym
+informację. Dyskusje odbywają się na liście dyskusyjnej debian-boot.</p>
+
+<h3>Rozmiar ma znaczenie</h3>
+
+<p>Nie ma możliwości zmieścić wszelkich potrzebnych dla graficznego
+instalatora plików na dyskietce o pojemności 1,44 MB. Jest to również
+niemożliwe na dyskietce 2,88 MB, która jest górnym ograniczeniem standardu
+uruchamiania z CD ElTorito.</p>
+
+<p>W konsekwencji pliki udeb muszą być załadowane do ramdysku z sieci lub
+z repozytorium CD. Rozmiar ramdysk jest oczywiście ograniczony i byłoby
+wspaniale gdyby graficzny instalator działał również z małym ramdyskiem.
+Tak więc głównym priorytetem jest utrzymywanie rzeczy jak najmniejszych.
+Wyrzucaj niepotrzebne śmieci, zależności gdzie tylko to możliwe.</p>
+
+<h3>Stan plików udeb</h3>
+
+<p>Kolory stanów mają nastęujące znaczenie:</p>
+
+<ul>
+<li><b>czerwony:</b> Pakiet wymaga pracy zanim będzie działał
+z instalatorem, albo w ogóle działał</li>
+<li><b>yellow:</b> Pakiet powinien być gotowy. Potrzebuje testów
+i przesłania do archiwum.</li>
+<li><b>zielony:</b> Pakiet jest przetestowany i działa tak jak oczekiwano.
+Możliwe jednak, że potrzebuje kosmetycznych zmian, ale osiągnął już
+funkcjonalność.</li>
+</ul>
+
+<table border="1">
+
+<tr><th>Pakiet</th><th>Wstępny pakiet</th><th>Kto nad tym pracuje?</th><th>
+Przesłany?</th><th>Do zrobienia, komentarze</th></tr>
+
+<tr bgcolor="ffff99">
+<td>gtk+-directfb</td>
+<td>http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/udebs</td>
+<td><a href="mailto:mbc@debian.org">Michael Cardenas</a>,<br><a
+href="mailto:sebastian.ley@mmweg.rwth-aachen.de">Sebastian Ley</a></td>
+<td>tak</td>
+<td>udeb powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>libdirectfb</td>
+<td>http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/udebs</td>
+<td><a href="mailto:sebastian.ley@mmweg.rwth-aachen.de">Sebastian
+Ley</a></td>
+<td>no</td>
+<td>udeb powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>libpango</td>
+<td>brak</td>
+<td><a href="mailto:tagoh@debian.org">Akira Tagoh</a></td>
+<td>tak</td>
+<td>udeb powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>glib</td>
+<td>brak</td>
+<td><a href="mailto:tagoh@debian.org">Akira Tagoh</a></td>
+<td>tak</td>
+<td>powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>libatk</td>
+<td>brak</td>
+<td><a href="mailto:tagoh@debian.org">Akira Tagoh</a></td>
+<td>tak</td>
+<td>powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>zlib</td>
+<td>brak</td>
+<td>brak</td>
+<td>tak</td>
+<td>udeb powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>libpng</td>
+<td>http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/udebs</td>
+<td><a href="mailto:sebastian.ley@mmweg.rwth-aachen.de">Sebastian
+Ley</a></td>
+<td>tak</td>
+<td>udeb powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>libc</td>
+<td>brak</td>
+<td>brak</td>
+<td>tak</td>
+<td>udeb powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>libfreetype</td>
+<td>brak</td>
+<td>brak</td>
+<td>tak</td>
+<td>udeb powinien być gotowy, wymaga testów</td></tr>
+
+<tr bgcolor="ffff99">
+<td>ttf-freefont</td>
+<td>brak</td>
+<td>brak</td>
+<td>tak</td>
+<td>Musi być mneijszy. Niektóre czcionki trzeba odrzucić.</td></tr>
+
+<tr bgcolor="ffff99">
+<td>libfontconfig</td>
+<td>http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/udebs</td>
+<td><a href="mailto:sebastian.ley@mmweg.rwth-aachen.de">Sebastian
+Ley</a></td>
+<td>tak</td>
+<td>udeb powinien być gotowy, wymaga testów</td>
+</tr>
+
+<tr bgcolor="ffff99">
+<td>libexpat</td>
+<td>brak</td>
+<td>brak</td>
+<td>tak</td>
+<td>udeb powinien być gotowy, wymaga testów</td></tr>
+
+</table>
+
+
+<h3>Integracja z nakładką gtk</h3>
+
+<p>Ponieważ wszystkie biblioteki potrzebne przez nakładkę gtk nigdy nie
+zmieszczą się na dysku, potrzebujemy rozwiązania definiującego jak nakładka
+będzie używana. Do tej pory są dwa pomysły:</p>
+
+<ul>
+<li>Dla instalacji z CD wykrywanie cdromu bez interwencji użytkownika,
+ustawienie anna i ściągnięcie wymaganych bibliotek automatycznie. Wtedy
+przejście na nakładkę gtk.</li>
+<li>Rozpoczęcie instalacji w trybie tekstowym lub z nakładką slang 
+(albo cokolwiek) i pozwolenie użytkownikowi na skonfigurowanie medium.
+Następnie pokazać opcję zmiany na nakładkę gtk.</li>
+</ul>
+
+<p>To są na razie pomysły, żadne prace w tym kierunku nie zostały jeszcze
+wykonane.</p>
+
+<h3>Pakietowanie bibliotek do plików udeb</h3>
+
+<em>To tylko propozycje bazujące na moich doświadczeniach. Wszelkie
+komentarze należy kierować do mnie lub na listę dyskusyjną
+debian-boot.</em>
+
+<p>Na początku przeczytaj ogólne instrukcje na temat budowania plików udeb.
+Możesz je znaleźć w repozytorium instalatora. Następujące tematy są
+specyficzne dla bibliotek:</p>
+
+<p>Przygotowując pakiet biblioteki należy zachować dodatkową ostrożność.
+Ten dokument opisuje podstawowe informacje w tej materii.</p>
+
+<p>Zanim to przeczytasz, dobrym pomysłem jest przeczytanie wszystkich
+innych dokumentów projektu instalatora. 
+<a href="http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html">Przewodnik o pakietowaniu bibliotek</a> od Junichi Uekawa 
+opisuje ogólne praktyki pakietowania bibliotek. Tak więc dobrze również to
+przeczytać.</p>
+
+
+<h4>Nazewnictwo</h4>
+
+<p>Moduły bibliotek powinny być nazywane jak ich odpowiedniki deb
+z dodatkiem "-udeb" na końcu. Na przykład libc6 będzie miało odpowiednika
+libc6-udeb, a libglib2.0-0 stanie się libglib2.0-0-udeb. Ważne by zawierać
+numer sonazwy (soname) w nazwie modułu, ponieważ zmiana ABI biblioteki
+zepsuje wszystkie moduły zależące od niej i całą instalację sieciową zanim
+zależne moduły zostaną przebudowane.</p>
+
+<h4>Zależności</h4>
+
+<p>Normalnym sposobem odnajdywania zależności pakietu Debiana jest system
+shlibs. Każda zainstalowana biblioteka dostarcza plik shlibs, który
+stwierdza jakie pakiety dostarcza dana biblioteka. To nie działa przy
+znajdywaniu zależności dla modułów instalatora, ponieważ pliki shlibs
+wskazują na pakiety deb dostarczające szukanej biblioteki, a nie na moduły
+instalatora.</p>
+
+<p>Jednakże by móc korzystać z dh_shlibdeps każdy moduł biblioteki powinien
+zawierać linię "Provides" z odpowiednim wpisem dotyczącym normalnego
+pakietu Debiana danej biblioteki. Np. libc6-udeb powinno wskazywać na
+libc6.</p>
+
+
+<h4>Zawartość</h4>
+
+<p>Moduł musi zawierać samą bibliotekę oraz dowiązanie symboliczne nazwane
+tak jak SONAZWA biblioteki wskazujące na bibliotekę. Rozwojowe dowiązania
+takie jak pliki .a libtools są niepotrzebne. Jeśli biblioteka zawiera
+moduły lub dane (przechowywane w /usr/share) dobrym pomysłem jest
+sprawdzenie czy wszystkie są potrzebne, a jeśli nie to czy mogą być w jakiś
+sposób usunięte.</p> 
+
+<h4>Zmiana opcji kompilacji</h4>
+
+<p>Czasem może wystąpić potrzeba zmiany opcji kompilacyjnych danego modułu,
+a więc zepsuć binarną zgodność. Nie wszystkie opcje kompilacyjne zmieniają
+ABI, np. używanie różnych flag -O jest nieszkodliwe.</p>
+
+<p>Zmiana ABI była konieczna na przykład w przypadku libdirectfb, ponieważ
+biblioteka w pakiecie deb była skompilowana z obsługą SDL i X, co
+niepotrzebnie obciążało by instalator.</p>
+
+<p>Jeśli binarna zgodność zostaje zepsuta, sonazwa biblioteki musi zostać
+zmieniona by odzwierciedlić tę sytuację. Zalecane jest by umieścić wpis
+"udeb" w sonazwie. Zmiana sonazwy może być prosta jeśli biblioteka jest
+budowana przez libtool i używa autoconfa. Zobacz do podręczników
+<a href="http://www.gnu.org/software/libtool/manual.html">libtool</a>
+i <a href="http://www.gnu.org/manual/autoconf-2.57/autoconf.html">autoconf</a>.</p>
+
+<p>Zbudowanie pakietu nowej biblioteki dla instalatora nie jest
+wystarczające. Jeśli inny moduł zawiera programy, które odnoszą się do tej
+biblioteki, sama biblioteka musi znajdować się w systemie budowania.</p>
+
+<p>Ponieważ moduły nie powinny być instalowane na normalnych systemach,
+potrzeba stworzyć pakiet deb zawierający tę bibliotekę jak i potrzebne
+dowiązania rozwojowe. Pakiet powinien być nazwany libfoo-udeb-dev i 
+powinien być zależny od libfoo-dev. Jedyne pliki jakie powinny znaleźć się
+w libfoo-udeb-dev to biblioteka ze zmienionym ABI i potrzebne dowiązania.
+Ponieważ rozwojowe dowiązania są takie same jak te w libfoo-dev, 
+sama biblioteka i dowiązania powinny być zainstalowane w katalogu 
+<code>/usr/lib/udeblib</code>.</p>
+
+<p>Teraz żeby program instalatora był połączony z biblioteką ze zmienionym
+ABI, podczas łączenia należy dodać opcję <kbd>"-L/usr/lib/udeblib"</kbd>,
+by przekazać, gdzie powinno się szukać dowiązań dla libfoo. Ta procedura
+powinna zostać opisana w pliku README.Debian pakietu libfoo-udeb-dev.</p>
+
+<p>By wszystko zostało obsłużone przez system shlibs odpowiednio należy
+dokonać jeszcze małych poprawek. Żeby otrzymać odpowiednie zależności dla
+modułów instalatora zależnych od libfoo-udeb, trzeba stworzyć pakiet 
+libfoo-udeb-dev z plikiem shlibs który wskazuje na pakiet libfoo-udeb 
+Przykładowo plik shlibs pakietu libdirecfb-udeb-dev zawiera:</p>
+
+<p align="center">
+        libdirectfb-0.9-udeb 16 libdirectfb-0.9-16-udeb
+</p>
+
+<p>Pozostaje jeszcze jeden problem. Jeśli istnieje moduł instalatora 
+libbar-udeb zależny od libfoo-udeb, który sam jest zależny od
+libbar-udeb-dev z powodu nizgodności binarnych, libbar-udeb-dev będzie
+zależny od libfoo-udeb, który jest modułem instalatora i nie może być
+zainstalowany w systemie budowanym. By rozwiązać ten problem każdy pakiet
+udeb-dev powinien dostarczać odpowiedni pakiet udeb, np. 
+libdirectfb-udeb-dev powinien zawierać linię</p>
+
+<p align="center">
+               Provides: libdirectfb-0.9-16-udeb
+</p>
+