PLD-doc/book/pl_book__pakiety/wprowadzenie.sec

qwiat cvs w pld-linux.org
Wto, 13 Wrz 2005, 01:19:46 CEST


Author: qwiat
Date: Tue Sep 13 01:19:43 2005
New Revision: 6369

Modified:
   PLD-doc/book/pl_book__pakiety/wprowadzenie.sec
Log:
- dodanie linkow
- kosmetyka i styl


Modified: PLD-doc/book/pl_book__pakiety/wprowadzenie.sec
==============================================================================
--- PLD-doc/book/pl_book__pakiety/wprowadzenie.sec	(original)
+++ PLD-doc/book/pl_book__pakiety/wprowadzenie.sec	Tue Sep 13 01:19:43 2005
@@ -33,18 +33,14 @@
 			i/lub bibliotek lub jeden duży program może być podzielony na
 			kilka pakietów. W PLD najczęściej stosowane jest to drugie
 			rozwiązanie: osobno przechowywane są pliki uruchomieniowe,
-			osobno biblioteki, a jeszcze osobno dodatkowe moduły, wtyczki
-			i inne dodatki. Pozwala to instalować tylko to co jest nam potrzebne.
-			Przykładowo jeśli jakiś program wymaga bibliotek innego programu
-			to instalujemy tylko wymagany pakiet z bibliotekami. Skraca to
-			czas instalacji (zwłaszcza przy pobieraniu plików z Internetu)
-			i pozwala oszczędzać miejsce na dysku.
-		</para>
-		<para>
-			Istotną cechą systemu pakietów użytego w PLD są tzw. zależności,
-			dzięki nim w trakcie instalacji pakietu instalowane są automatycznie
-			dodatkowe wymagane pakiety. 
-
+			osobno biblioteki, a jeszcze osobno moduły, wtyczki i dodatki.
+			Pozwala to instalować tylko to co jest nam potrzebne.
+			Przykładowo jeśli program <emphasis>X</emphasis> wymaga
+			bibliotek innego programu <emphasis>Y</emphasis>
+			to instalujemy tylko pakiet z bibliotekami programu
+			<emphasis>Y</emphasis>. Skraca to czas instalacji (zwłaszcza
+			przy pobieraniu plików z Internetu) i pozwala oszczędzać
+			miejsce na dysku.
 		</para>
 		<para>
 			W PLD zastosowano system pakietów <productname>RPM</productname>
@@ -53,6 +49,9 @@
 			<productname>Red Hat Linux</productname>, który zyskał na
 			świecie dużą popularność i obecnie jest najbardziej popularnym
 			(i najpotężniejszym) dostępnym systemem zarządzania pakietami.
+			Istotną cechą pakietów RPM są tzw. zależności,
+			dzięki nim w trakcie instalacji pakietu instalowane są automatycznie
+			dodatkowe wymagane pakiety. 
 		</para>
 		<para>
 			Istnieje możliwość instalacji pakietów RPM przygotowanych dla innych
@@ -61,7 +60,7 @@
 			doinstalować samodzielnie.
 		</para>
 		<para>
-			Listę dostępnych źródeł pakietów znajdziemy tutaj:
+			Listę dostępnych źródeł pakietów znajdziemy w
 			<xref linkend="linki_zrodla_pakietow" /> 
 		</para>
 	</section>
@@ -90,20 +89,21 @@
 			    jest narzędziem o ogromnych możliwościach, pozwalającym
 			    na znaczną automatyzację procesu zarządzania dużymi
 			    ilościami pakietów. Jest "wołem roboczym" odciążającym
-			    administratora w tym żmudnym zajęciu, dzięki czemu
-			    świetnie nadaje się do codziennego użytkowania. 
+			    administratora w jego żmudnym zajęciu. Konfigurację i opis
+			    Poldka przedstawiono w <xref linkend="poldek" />.
 			</para>
 			</listitem>
 
 			<listitem>
 		    	<para>
-			    <productname>rpm</productname>
+			    <productname>RPM</productname>
 		    	</para>
 			<para>
 			    Jest to program wygodny do zarządzania mniejszymi ilościami
 			    pakietów, przez co lepiej się sprawdza przy nietypowych
 			    zastosowaniach - np. instalowaniu pakietów RPM
-			    spoza oficjalnych źródeł.
+			    spoza oficjalnych źródeł. Posługiwanie się programem
+			    rpm zamieszczono w <xref linkend="rpm" />.
 			</para>
 			</listitem>
 		</itemizedlist>
@@ -145,12 +145,10 @@
 					przeważnie nie są konieczne do podstawowej pracy programu</entry>
 				</row>
 				<row>
-					<entry>program-<emphasis>skin(s)</emphasis>.arch.rpm</entry>
-					<entry>"skórki" zmieniające wygląd</entry>
-				</row>
-				<row>
-					<entry>program-<emphasis>theme(s)</emphasis>.arch.rpm</entry>
-					<entry>"tematy" zmieniające wygląd</entry>
+					<entry>program-<emphasis>skin(s)</emphasis>.arch.rpm,
+					program-<emphasis>theme(s)</emphasis>.arch.rpm
+					</entry>
+					<entry>"skórki" i "tematy" modyfikujące wygląd progrmu</entry>
 				</row>
 				<row>
 					<entry>program-<emphasis>driver</emphasis>.arch.rpm</entry>
@@ -300,25 +298,28 @@
 	<section id="wprowadzenie_pliki">
 	<title>Polityka zarządzania plikami przez pakiety</title>
 		<para>
-			Zarządzanie pakietami w PLD to czysta przyjemność. Jeśli
-			instalujemy w systemie jakąś usługę to zostanie zapisana
+			Zarządzanie pakietami w PLD to czysta przyjemność, ze względu
+			na dopracowaną automatykę dostarczaną z pakietami.
+			Jest tak skonstruowana, aby nie zaskakiwać administratora w
+			najmniej oczekiwanych momentach oraz zapewnić nieprzerwanie
+			działanie systemu.
+		</para>
+		<para>
+			Jeśli instalujemy w systemie jakąś usługę to zostanie zapisana
 			odpowiednia informacja do skryptów startowych i
 			nowe oprogramowanie uruchomi się przy najbliższej
 			zmianie trybu pracy lub restarcie systemu. Jeżeli jakaś
 			usługa jest wyłączona z działania i nastąpi jej
-			aktualizacja, to dalej nie będzie uruchamiana.
+			aktualizacja, to w dalszym ciągu nie będzie uruchamiana.
 		</para>
 		<para>
-			Podobnie kurtuazyjnie traktowane są pliki konfiguracyjne
-			programów, po aktualizacji pakietu nie są naruszanie
-			istniejące pliki konfiguracji, nowe wersje tych plików
-			są zapisywane z końcówką 
-			"<literal>.rpmnew</literal>". Przykładowo
-			po zaktualizowaniu pakietu <application>sudo</application>
+			Po aktualizacji pakietu nie są naruszanie istniejące pliki
+			konfiguracji, nowe wersje tych plików są zapisywane z
+			rozszerzeniem "<literal>.rpmnew</literal>". Przykładowo
+			po zaktualizowaniu pakietu <productname>sudo</productname>
 			obok pliku <filename>/etc/sudoers</filename> pojawi się
-			nowy plik o nazwie
-			<filename>/etc/sudoers.rpmnew</filename>, tak więc
-			zaktualizowany program będzie używał starego pliku
+			nowy plik o nazwie <filename>/etc/sudoers.rpmnew</filename>,
+			tak więc zaktualizowany program będzie używał starego pliku
 			konfiguracji. W większości wypadków nie będzie to
 			stanowić problemu, jednak dla pewności należy skonfigurować
 			plik dostarczony z nowszym pakietem na wzór poprzedniej
@@ -335,10 +336,7 @@
 			rozszerzenie "<literal>.rpmsave</literal>".
 		</para>
 		<para>
-			Jak widać zarządzanie pakietami w PLD jest tak
-			skonstruowane, aby nie zaskakiwać administratora w
-			najmniej oczekiwanych momentach, oraz zapewnić
-			nieprzerwanie działanie systemu.
+
 		</para>
 	</section>
 </section>



Więcej informacji o liście dyskusyjnej pld-doc