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>
_______________________________________________
pld-cvs-commit mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
