#use wml::debian::template title="Nakładka GTK dla instalatora" NOHEADER="true"
#use wml::debian::translation-check translation="1.11"

<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>