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