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