[ Pobierz całość w formacie PDF ]

Z pojedynczego pakietu danych zródłowych można zbudować dowolną liczbę pakietów binar-
nych. Możliwość tworzenia wielu pakietów binarnych na podstawie pojedynczego pakietu kodu
zródłowego jest szczególnie użyteczna w ogromnych projektach, które wydają ogromne lub
monolityczne pakiety kodu zródłowego zawierające szeroką gamę różnorodnego oprogramowania.
To także ważne w przypadku ściśle powiązanych ze sobą elementów oprogramowania i (lub)
dokumentacji, których rozdzielenie może być niebezpieczne. Przykładem może być tutaj system
graficzny XFree86  obecnie zastąpiony i już zmodularyzowany przez X.org  który był dostar-
czany w postaci pojedynczego pakietu kodu zródłowego, ale tworzył dziesiątki innych pakietów
binarnych. W tym przypadku dostarczenie pakietu pozwala użytkownikom na rozprowadzanie,
instalowanie i usuwanie serwera X niezależnie od emulatora terminalu, pakietu biblioteki xlib
oraz menedżera okien.
Jak można wywnioskować na podstawie powyższych informacji, kluczową zaletą systemów zarzą-
dzania pakietami jest oferowana przez nie pomoc w automatyzacji instalacji oprogramowania.
Kiedy pakiet binarny jest zainstalowany, wówczas:
 Zawartość tego oprogramowania może być zweryfikowana w celu zagwarantowania
spójności pakietu. Pochodzenie oprogramowania można zweryfikować poprzez użycia
uwierzytelniania kryptograficznego.
Istnieje możliwość przeanalizowania zależności danego oprogramowania, a następnie
system można sprawdzić pod kątem dostępności wymaganych komponentów innego
oprogramowania koniecznych do poprawnego działania danego oprogramowania. Gdy
zależności nie będą spełnione, użytkownik zostanie poinformowany o brakach i o tym,
jakie oprogramowanie jest wymagane, a instalacja będzie przerwana1.
1
Niektóre systemy w takim przypadku proponują instalację brakujących komponentów  przyp. tłum.
94 Rozdział 3 Zarządzanie pakietami
W pewnym momencie podczas procesu instalacji pakietu użytkownik może zostać zapytany
o opcje konfiguracyjne. Odpowiedzi na takie pytania będą zapisane w systemie, a następnie
użyte podczas dostosowywania pliku konfiguracyjnego instalowanego oprogramowania.
Zawartość pakietu jest przechowywana w systemie.
Metadane i powiązane z nimi informacje w różnych formach są umieszczane w bazie danych
systemu, która zawiera bieżące informacje o zainstalowanych pakietach i ich stanie instalacji
(na przykład zainstalowany, choć jeszcze nie skonfigurowany), listę plików należących
do poszczególnych pakietów i inne informacje.
Prawdopodobnie najważniejsze jest tutaj sprawdzenie zależności instalowanego pakietu oraz
obsługa listy pakietów zainstalowanych w systemie. W przypadku informacji dotyczących
zależności użytkownik może dowiedzieć się, jakie oprogramowanie jest wymagane do urucho-
mienia oprogramowania znajdującego się w instalowanym pakiecie. Z tego powodu osoby two-
rzące oprogramowanie przeznaczone do umieszczania pakietów mogą bardzo łatwo tworzyć
i implementować oprogramowanie z uwzględnieniem bibliotek współdzielonych. Sukces syste-
mów zarządzania oprogramowaniem to jeden z powodów powszechnego wykorzystywania
w środowisku GNU/Linux dynamicznie dołączanych bibliotek współdzielonych.
Kiedy użytkownik chce usunąć wybrane oprogramowanie, system zarządzania pakietami wraz
ze swoim katalogiem zawierającym listę plików pakietu i działań przeprowadzonych w trakcie
instalacji jest doskonale przygotowany do zapewnienia użytkownikowi pomocy w celu zagwa-
rantowania przeprowadzenia procesu pełnego usunięcia danego oprogramowania.
Proces automatycznego uaktualniania oprogramowania jest podobny do instalacji i stanowi
kolejny obszar, na którym z powodzeniem można wykorzystać system do zarządzania pakietami.
Dzięki temu użytkownik takiego systemu może bezpiecznie i bardzo łatwo przeprowadzić
uaktualnienie oprogramowania z jednej wersji do innej. Proces uaktualniania oprogramowania
będzie niemal identyczny z procesem jego instalacji. W większości przypadków instalowane
oprogramowanie jest zapisywane w miejsce istniejącego pakietu, a pliki, które nie znajdują się
w nowszej wersji pakietu, są usuwane. Pliki konfiguracyjne zmodyfikowane przez proces insta-
lacyjny i od tego czasu nie zmieniane przez użytkownika mogą być automatycznie wygenerowane
przez użytkownika. Ewentualnie użytkownik może zostać poproszony o przejrzenie i zatwier-
dzenie zmian. [ Pobierz całość w formacie PDF ]

  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • agnos.opx.pl
  •