PLD-doc/book/pl_book__wstep/pl_wstep.chp
qwiat
cvs w pld-linux.org
Wto, 23 Maj 2006, 00:55:18 CEST
Author: qwiat
Date: Tue May 23 00:55:14 2006
New Revision: 7432
Modified:
PLD-doc/book/pl_book__wstep/pl_wstep.chp
Log:
- przeredagowanie fragmentu rozdzialu tak aby byl wygodniejszy w czytaniu
- wiecej info o filozofi PLD
Modified: PLD-doc/book/pl_book__wstep/pl_wstep.chp
==============================================================================
--- PLD-doc/book/pl_book__wstep/pl_wstep.chp (original)
+++ PLD-doc/book/pl_book__wstep/pl_wstep.chp Tue May 23 00:55:14 2006
@@ -153,257 +153,300 @@
Informacje o PLD
</title>
- <section id="wstep_cechy_rozwoj">
- <title>
- Podstawowe informacje
- </title>
- <para>
- PLD-Linux jest dystrybucją rozwijaną głównie w Polsce. Jest to produkt
- grupy entuzjastów Linuksa chcącej stworzyć system operacyjny dopasowany
- do własnych potrzeb. Aktualnie rozwojem dystrybucji interesuje
- się około 200 osób, z pośród nich najbardziej aktywna jest grupa
- 50 deweloperów.
- </para>
- <para>
- PLD jest jednym z najaktywniejszych projektów Open Source na świecie.
- Dzięki temu powstała jedna z największych dystrybucji Linuksa, w
- trakcie prac nad drugą wersją systemu (Ac) ilość dostępnych pakietów
- zbliżyła się do trzynastu tysięcy.
- </para>
+ <section id="wstep_cechy_rozwoj">
+ <title>
+ Podstawowe informacje
+ </title>
+ <para>
+ PLD-Linux jest dystrybucją rozwijaną głównie w Polsce. Jest to produkt
+ grupy entuzjastów Linuksa chcącej stworzyć system operacyjny dopasowany
+ do własnych potrzeb. Aktualnie rozwojem dystrybucji interesuje
+ się około 200 osób, z pośród nich najbardziej aktywna jest grupa
+ 50 deweloperów.
+ </para>
+ <para>
+ PLD jest jednym z najaktywniejszych projektów Open Source na świecie.
+ Dzięki temu powstała jedna z największych dystrybucji Linuksa, w
+ trakcie prac nad drugą wersją systemu (Ac) ilość dostępnych pakietów
+ zbliżyła się do trzynastu tysięcy.
+ </para>
+ </section>
+ <section id="wstep_zalozenia">
+ <title>
+ Założenia PLD
+ </title>
+ <para>
+ Jedną z największych bolączek administratorów
+ jest chroniczny brak czasu, dlatego bardzo istotne jest
+ zminimalizowanie nakładu pracy przy codziennych zajęciach
+ administracyjnych. Tak więc stworzono
+ dystrybucję, która stanowi kompromis pomiędzy
+ łatwością administracji a bezpieczeństwem systemu.
+ PLD jest tak projektowane by w możliwie najkrótszym
+ czasie uruchomić bezpieczny i wydajny system
+ produkcyjny, który będzie równie łatwy w utrzymaniu.
+ </para>
+ <para>
+ Nie bez powodu utarło się powiedzenie, że PLD jest
+ dystrybucją tworzoną przez administratorów dla
+ administratorów. Nie oznacza to bynajmniej,
+ że PLD nie nadaje się na system dla stacji roboczej,
+ doskonale sprawdza się również w tym zastosowaniu.
+ Zwykły użytkownik nie znajdzie tu wielu ułatwiających
+ życie początkującym narzędzi, aby używać PLD
+ konieczna jest solidna porcja wiedzy. Mamy nadzieję,
+ że niniejszy podręcznik będzie miał znaczącą rolę
+ w uzupełnianiu wiedzy początkującego adepta PLD.
+ </para>
+ <para>
+ W następnym rozdziale przedstawiono zestawienie
+ najciekawszych cech systemu.
+ </para>
+ </section>
+ <section id="wstep_cechy_jadro_system">
+ <title>
+ System
+ </title>
+ <para>
+ <itemizedlist>
+ <listitem>
+ <para>
+ W systemie umieszczono silnie zmodularyzowane jądro. Dzięki temu w
+ ogromnej większości wypadków nie trzeba go kompilować na nowo.
+ Wystarczy załadować tylko odpowiednie moduły.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ PLD posiada najlepszą obsługę przyszłościowego protokołu IPv6 z
+ pośród innych dystrybucji Linuksa.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ PLD zawiera rc-inetd - interfejs do zarządzania usługami typu
+ inetd. Pozwala zarządzać takimi usługami (np.: telnetd, cvs-pserver)
+ bez znaczenia jakiego typu demon inetd jest używany.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ Podobną koncepcją do rc-inetd kierowano się w tworzeniu pakietu
+ rc-boot. Pozwala on na łatwe zarządzania
+ bootloaderami.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ W PLD zastosowano skrypty startowe (rc-skrypty) typu System-V.
+ Pozwoliło to na maksymalne zautomatyzowanie procesu instalacji
+ usług systemowych.
+ </para>
+ </listitem>
+ <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 związany z termcapem)
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ ujednolicenie gospodarki zarządzania inet serwisami. W praktyce
+ jest to realizowane poprzez używanie tego co oferuje projekt
+ 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>
+ 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
+ większej funkcjonalności w stosunku do swoich
+ odpowiedników z RH; inną zaletą jest wsteczna
+ kompatybilność z opisem interfejsów sieciowych z tym,
+ co jest stosowane w initscripts z RH; kolejną cechą
+ skryptów startowych jest to, że -- w zależności od
+ preferencji użytkownika -- mogą one wyświetlać wszystkie
+ komunikaty po polsku
+ </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óżnych 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>
+ </itemizedlist>
+ </para>
</section>
- <section id="wstep_cechy_glowne">
- <title>
- Najistotniejsze cechy
- </title>
- <para>
- <itemizedlist>
- <listitem>
- <para>
- Ogromna liczba programów podzielona jest na mniejsze pakiety,
- pozwalające instalować tylko te elementy systemu, które są
- akurat potrzebne.
- </para>
- </listitem>
-
- <listitem>
- <para>
- Pakiety często są wstępnie skonfigurowane i gotowe do działania,
- ponadto nakładane są na nie istotne łaty.
- </para>
- </listitem>
-
- <listitem>
- <para>
- PLD posiada najlepszą obsługę przyszłościowego protokołu IPv6 z
- pośród innych dystrybucji Linuksa.
- </para>
- </listitem>
-
- <listitem>
- <para>
- W PLD nie są faworyzowane żadne z usług czy programów. To czego
- używamy zależy tylko od nas.
- </para>
- </listitem>
-
- <listitem>
- <para>
- W systemie umieszczono silnie zmodularyzowane jądro. Dzięki temu w
- ogromnej większości wypadków nie trzeba go kompilować na nowo.
- Wystarczy załadować tylko odpowiednie moduły.
- </para>
- </listitem>
-
- <listitem>
- <para>
- PLD zawiera rc-inetd - interfejs do zarządzania usługami typu
- inetd. Pozwala zarządzać takimi usługami (np.: telnetd, cvs-pserver)
- bez znaczenia jakiego typu demon inetd jest używany.
- </para>
- </listitem>
-
- <listitem>
- <para>
- Podobną koncepcją do rc-inetd kierowano się w tworzeniu pakietu
- rc-boot. Pozwala on na łatwe zarządzania bootloaderami.
- </para>
- </listitem>
-
- <listitem>
- <para>
- PLD jest systemem przyjaznym dla programisty. Dostępne są narzędzia
- do tworzenia aplikacji w wielu językach programowania. Dotyczy
- wielu "standartowych" języków programowania takich jak C, C++,
- Perl czy Python. Dostępne są też kompilatory do nieco mniej znanych
- języków takich jak SML, Prolog, OCaml jak też eksperymentalne
- kompilatory: Cyclone, Ksi. Dodatkowo mamy wybór wielu narzędzi
- programistycznych i bibliotek.
- </para>
- </listitem>
- <listitem>
- <para>
- W dystrybucji używane są pakiety typu
- RPM, do zarządzania pakietami powstał program
- o swojsko brzmiącej nazwie Poldek, można też
- używać klasycznego programu RPM.
- </para>
- </listitem>
- <listitem>
- <para>
- W PLD zastosowano skrypty startowe (rc-skrypty) typu System-V.
- Pozwoliło to na maksymalne zautomatyzowanie procesu instalacji
- usług systemowych.
- </para>
- </listitem>
- <listitem>
- <para>
- Dystrybucja jest przystosowana do obsługi wielu języków narodowych,
- a w tym języka polskiego. Jest to najlepiej przygotowana dystrybucja
- na potrzeby polskich użytkowników.
- </para>
- </listitem>
- </itemizedlist>
- </para>
- </section>
- <section id="wstep_zalozenia">
- <title>
- Założenia PLD
- </title>
- <para>
- 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 związany z termcapem)
- </para>
- </listitem>
- <listitem>
- <para>
- ujednolicenie gospodarki zarządzania inet serwisami. W praktyce
- jest to realizowane poprzez używanie tego co oferuje projekt
- 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ę 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
- większej funkcjonalności w stosunku do swoich
- odpowiedników z RH; inną zaletą jest wsteczna
- kompatybilność z opisem interfejsów sieciowych z tym,
- co jest stosowane w initscripts z RH; kolejną cechą
- skryptów startowych jest to, że -- w zależności 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óżnych 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 pakietó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>
- <para>
- Wiele założeń wynika bezpośrednio z procedur przygotowywania
- pakietów, jak:
- <itemizedlist>
- <listitem>
- <para>
- kompresowanie 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>
+ <section id="wstep_cechy_pakiety">
+ <title>
+ Pakiety
+ </title>
+ <para>
+ <itemizedlist>
+ <listitem>
+ <para>
+ PLD zawiera ogromne ilości gotowych, binatnych pakietów.
+ W większości wypadków nie będzie potrzeby własnoręcznego
+ kompilowania jakiegokolwiek oprogramowania.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ Możliwość samodzielnego budowania pakietów RPM
+ pozwoli na łatwe skompilowanie pakietu z
+ egzotyczną funkcjonalnością.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ W dystrybucji używane są pakiety typu
+ RPM, do zarządzania pakietami powstał program
+ o swojsko brzmiącej nazwie Poldek, można też
+ używać klasycznego programu RPM.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ Znaczna liczba programów podzielona jest na mniejsze pakiety,
+ pozwalające instalować tylko te elementy systemu, które są
+ akurat potrzebne.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ Pakiety często są wstępnie skonfigurowane i gotowe do działania,
+ ponadto nakładane są na nie istotne łaty.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ W PLD nie są faworyzowane żadne z usług czy programów. To czego
+ używamy zależy tylko od nas.
+ </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ę 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>
+ kompresowanie 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>
+ <listitem>
+ <para>
+ uzupełnianie opisów pakietó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>
+ 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>
+ 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>
+ </itemizedlist>
+ </para>
+ </section>
+
+ <section id="wstep_cechy_uzytkowe">
+ <title>
+ Cechy użytkowe
+ </title>
+ <para>
+ <itemizedlist>
+ <listitem>
+ <para>
+ PLD jest systemem przyjaznym dla programisty. Dostępne są narzędzia
+ do tworzenia aplikacji w wielu językach programowania. Dotyczy
+ wielu "standartowych" języków programowania takich jak C, C++,
+ Perl czy Python. Dostępne są też kompilatory do nieco mniej znanych
+ języków takich jak SML, Prolog, OCaml jak też eksperymentalne
+ kompilatory: Cyclone, Ksi. Dodatkowo mamy wybór wielu narzędzi
+ programistycznych i bibliotek.
+ </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>
+ <listitem>
+ <para>
+ Dystrybucja jest przystosowana do obsługi wielu języków narodowych,
+ a w tym języka polskiego. Jest to najlepiej przygotowana dystrybucja
+ na potrzeby polskich użytkowników.
+ </para>
+ </listitem>
+ </itemizedlist>
+ </para>
+ </section>
</section>
+
<section id="wstep_wersje">
<title>
Oficjalne wersje PLD
@@ -462,9 +505,6 @@
</tgroup>
</table>
- <para>
-
- </para>
</section>
Więcej informacji o liście dyskusyjnej pld-doc