Original no longer exists

CVS version numbers

polish/devel/debian-installer/gtk-frontend.wml: 1.7 -> 1.8(DEAD)

1 files changed, 0 insertions, 380 deletions

diff --git a/polish/devel/debian-installer/gtk-frontend.wml b/polish/devel/debian-installer/gtk-frontend.wml
deleted file mode 100644
index baf176997ec..00000000000
--- a/polish/devel/debian-installer/gtk-frontend.wml
+++ /dev/null
@@ -1,380 +0,0 @@
-#use wml::debian::template title="Nakładka GTK dla instalatora" NOHEADER="true"
-#use wml::debian::translation-check translation="1.12"
-
-<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 subversion debian-installera.</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 subversion 
-  debian-installera.</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 subversion 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 subversion 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/software/autoconf/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>
-