[svn/pld-doc]: rev 177 - pld-doc/book/pl_book__wstep
adamg w svn.pld-dc.org
adamg w svn.pld-dc.org
Wto, 6 Sty 2004, 16:02:37 CET
Author: adamg
Date: 2004-01-06 16:02:36 +0100 (Tue, 06 Jan 2004)
New Revision: 177
Modified:
pld-doc/book/pl_book__wstep/pl_wstep.chp
Log:
- extended this chapter a bit
- mose of this work is borrowed from other people's work
Modified: pld-doc/book/pl_book__wstep/pl_wstep.chp
===================================================================
--- pld-doc/book/pl_book__wstep/pl_wstep.chp 2004-01-06 13:37:08 UTC (rev 176)
+++ pld-doc/book/pl_book__wstep/pl_wstep.chp 2004-01-06 15:02:36 UTC (rev 177)
@@ -1,51 +1,210 @@
<?xml version="1.0" encoding="iso-8859-2"?>
<!-- $LastChangedDate$ $LastChangedBy$ $Rev$ -->
<chapter>
+ <title>
+ Wprowadzenie
+ </title>
+ <section>
<title>
- Wstęp
+ Streszczenie
</title>
+ <para>
+ Dziękujemy za zainteresowanie się PLD Linux Distribution!
+ </para>
+ <para>
+ W tym rozdziale przedstawione zostaną różne aspekty dotyczące
+ projektu PLD, takie jak jego historia, cele, model rozwoju, itp.
+ </para>
+ </section>
<section>
<title>
- Czym jest Linux
+ Po co właściwie mi ten podręcznik?
</title>
<para>
- Tu wklei się jakiś tekst o tym, czym jest Linux
- i dlaczego będzie rządził na wieki wieków.
- A może coś innego? Czekam na propozycje.
+ Celem tego podręcznika jest pomoc w zainstalowaniu PLD Linux
+ Distribution na Twojej maszynie. Nie jest to i nigdy nie będzie
+ zamiennik dokumentacji online, jaką możesz znaleźć w systemie.
</para>
+ <para>
+ Jeśli będzie to Twoja pierwsza instalacja Linuksa, gorąco zachęcamy
+ Cię do przeczytania wpierw tego podręcznika. Nawet jeśli jesteś
+ doświadczonym użytkownikiem, warto przestudiować instrukcje
+ dotyczące instalacji, aby upewnić się, że wszystko pójdzie gładko.
+ </para>
</section>
<section>
<title>
- Po co właściwie mi ten podręcznik?
+ Krótka historia PLD.
</title>
<para>
- Celem tego podręcznika jest pomoc w zainstalowaniu PLD
- Linux Distribution na Twojej maszynie. Nie jest to i
- nigdy nie będzie zamiennik dokumentacji online, jaką
- możesz znaleźć w systemie.
+ Wraz ze wzrostem zainteresowania Linuxem w Polsce, rosły naciski na
+ stworzenie polskiej dystrybucji tego systemu. Niemal wszyscy jej
+ chcieli, a niektórzy nawet mówili, że już takową robią. Nic jednak z
+ tego nie wynikało. Wreszcie, w lipcu 1998, zawiązał się projekt
+ mający na celu stworzenie polskiej dystrybucji Linuxa. Projekt PLD,
+ czyli Polish(ed) Linux Distributio, był na tyle dobrze
+ zorganizowany, by przetrwać trudne początki. Nie obeszło się
+ oczywiście bez burzliwych dyskusji na temat kształtu dystrybucji,
+ doboru oprogramowania jak również wersji jądra, na której projekt ma
+ być rozwijany. W efekcie zdecydowano się prowadzić równolegle dwa
+ projekty. Pierwszy został nazwany PLD-devel i był forpocztą dla
+ obecnego PLD-stable. Prace nad 1.1 PLD (devel) koordynowali przede
+ wszystkim Wojtek Ślusarczyk, Marcin Korzonek i Arek Miśkiewicz.
+ Miała to być pierwsza dystrybucja Linuxa zgodna z nowym, promowanym
+ przez OpenGroup, standardem - Unix98. Równolegle druga grupa, na
+ czele z Tomkiem Kłoczko i Arturem Frysiakiem, pracowała nad
+ podwalinami właściwej PLD-stable.
</para>
<para>
- Jeśli będzie to Twoja pierwsza instalacja Linuksa,
- gorąco zachęcamy Cię do przeczytania wpierw tego
- podręcznika. Nawet jeśli jesteś doświadczonym
- użytkownikiem, warto przestudiować instrukcje dotyczące
- instalacji, aby upewnić się, że wszystko pójdzie gładko.
+ Nieco później, przede wszystkim z braku wolnego czasu z prac nad
+ projektem wycofali się Wojtek Ślusarczyk, Andrzej Nakonieczny oraz
+ Marcin Korzonek. Tomasz Kłoczko postanowił kontynować prace nad PLD,
+ gromadząc wokół siebie coraz to większą liczbę developerów. Pojawiła
+ się domena pld.org.pl, a wraz z nią liczne adresy "funkcjonalne",
+ takie jak ftp.pld.org, www.pld.org.pl czy cvs.pld.org.pl. Ruch na
+ listach mailingowych stawał się coraz większy, widac było, iż
+ projekt zyskiwał na popularności.
</para>
<para>
- Ponieważ Linux rozwija się wyjątkowo dynamicznie (łatki
- na kernel pojawiające się każdego dnia nikogo już nie
- dziwią), aktualizacja tego podręcznika może być trudna.
- Ale staramy się jak możemy.
+ 22 listopada 2002 roku światło dzienne ujrzała pierwsza stabilna
+ wersja dystrybucji PLD Linux Distribution 1.0 (Ra). Jeszcze w czasie
+ jej stabilizacji rozpoczęły się prace nad kolejną wersją.
</para>
+ </section>
+ <section>
+ <title>
+ Cechy PLD
+ </title>
<para>
- Podręcznik, który właśnie czytasz podzielony został na
- kilka sekcji:
+ Rozwojowi PLD Linux Distribution przyświecało kilka założeń, oto
+ niektóre z nich:
+ <itemizedlist>
+ <listitem>
+ <para>
+ używanie FHS 2.x jako specyfikacji struktury katalogów
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ całkowite odejście od termcap i libtermcap (w PLD nie ma
+ pakietu z libtermcap i samego termcapa; ani jeden pakiet
+ nie jest zwiazany z termcapem),
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ ujednolicenie gospodarki inet serwisami. W praktyce
+ jest to realizowane poprzez używanie tego co oferuje
+ rc-inetd: jest to bardzo prosty mechanizm, przy tym
+ o wiele bardziej elastyczny od tego, co można
+ znaleźć w konkurencyjnych dystrybucjach,
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ pełne przygotowanie pakietów do automatycznego
+ uaktualnienia. Pakiety z RH kompletnie nie są na to
+ przygotowane. Przygotowanie to wiąże się to z
+ restartowaniem serwisów przy ich uaktualnieniu,
+ odpowiednim przygotowywaniem procedur uaktualnienia w
+ taki sposób, by umożliwić automatyczną aktualizację
+ nawet przy zmianie plików konfiguracyjnych,
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ brak nastawienia na używanie tylko wybranych aplikacji w
+ danej klasie (np. wśród MTA i różnych innych usług).
+ Założenie jest takie, że w najprostszej wersji istnieją
+ preferowane pakiety (np. finger daemona), ale w praktyce
+ w systemie ma być to, czego sobie użytkownik zażyczy (w
+ przypadku fingerów jest to już sprawnie przygotowane;
+ jest jeszcze kilka innych grup takich aplikacji),
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ używanie iproute2 jako podstawowego narzędzia do
+ operowania na interfejsach sieciowych, dzięki czemu np.
+ skrypty startowe z PLD są prostsze i krótsze mimo
+ wiekszej funkcjonalnosci w stosunku do swoich
+ odpowiedników z RH; inną zaletą jest wsteczna
+ kompatybillność z opisem interfejsów sieciowych z tym,
+ co jest stosowane w initscripts z RH; kolejną cechą
+ skryptów startowych jest to, że -- w zależnosci od
+ preferencji użytkownika -- mogą one wyświetlać wszystkie
+ komunikaty po polsku,
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ brak nałożonych z góry ograniczeń co do zestawu
+ pakietów, jakie mogą być w dystrybucji. W praktyce
+ oznacza to, że użytkownik ma do dyspozycji wszystko, co
+ udało się nam zebrać, Jeżeli coś zostanie opracowane i
+ przystosowane do tego, żeby mogło współgrać z resztą
+ pakietów, to znaczy, że komuś było potrzebne, więc może
+ komuś przydać się w przyszłości,
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ przystosowanie do łatwego przejścia systemu na
+ alternatywne metody autoryzacji (i -- w zależności od
+ potrzeb -- szyfrowania) komunikacji po sieci, jak PAM,
+ czy GSAPI, TSL/SSL... Jest bardzo prawdopodobne, że już
+ w niedługiej perspektywie dużą rolę zacznie tu odgrywać
+ SASL. W praktyce owo łatwe dostosowywanie do np.
+ kerberyzacji systemu jest realizowane także z użyciem
+ rc-inetd, która to platforma ułatwia znakomicie podmianę
+ róznych serwisów na wersje skerberyzowane czy też
+ wykorzystujące inne mechanizmy jak np. socks5 (tutaj
+ jeszcze jest mało zrobione, ale furtka jest szeroko i
+ jednoznacznie otwarta),
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ uzupełnianie opisów i dokumentacji w różnych językach.
+ W dużej części robi się to niejako przy okazji.
+ Użytkownik może sobie skonfigurować i zainstalować
+ wybrane oprogramowanie ze wsparciem dla preferowanego
+ zestawu języków, np.: angielski i niemiecki czy też
+ angielski i polski (zasoby dla innych języków zostaną
+ pominięte). Tak unikalną możliwość konfiguracji
+ osiągamy dzięki konsekwentnemu oznaczaniu zasobów
+ narodowych makrem %lang() w poszczególnych pakietach.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ maksymalna automatyzacja różnych powtarzalnych czynności
+ (dotyczy to zarówno metodologii bieżącej pracy jak i
+ zawartości pakietów).
+ </para>
+ </listitem>
+ </itemizedlist>
</para>
- <itemizedlist>
- <listitem><para>Instalacja</para></listitem>
- <listitem><para>Konfiguracja sieci</para></listitem>
- <listitem><para>Konfiguracja środowiska graficznego</para></listitem>
- <listitem><para>...</para></listitem>
- </itemizedlist>
+ <para>
+ Wiele założeń wynika bezpośrednio z procedur przygotowywania
+ pakietów, jak:
+ <itemizedlist>
+ <listitem>
+ <para>
+ pakowanie wszystkich plików dokumentacji z użyciem gzip
+ (bzip2 nic w praktyce tu nie wnosi, a dostarcza tylko
+ nowych kłopotów, czego doświadczają od czasu do czasu
+ użytkownicy Mandrake),
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ separacja bibliotek statycznych w osobne podpakiety
+ *-static (nie każdy tego potrzebuje), a nagłówków do
+ *-devel.
+ </para>
+ </listitem>
+ </itemizedlist>
+ </para>
</section>
</chapter>
Więcej informacji o liście dyskusyjnej pld-doc