PLD-doc/queue/zarzadzanie_pakietami_wstep.txt

[qwiat]

Author: qwiat
Date: Sun Oct  3 16:20:52 2004
New Revision: 4690

Added:
   PLD-doc/queue/zarzadzanie_pakietami_wstep.txt
Log:
-dodanie wstepu do zarzadzania pakietami


Added: PLD-doc/queue/zarzadzanie_pakietami_wstep.txt
==============================================================================
--- (empty file)
+++ PLD-doc/queue/zarzadzanie_pakietami_wstep.txt	Sun Oct  3 16:20:52 2004
@@ -0,0 +1,108 @@
+Zarządzenie Pakietami - Wstęp
+-----------------------------
+
+<!-- Ten podrozdział jest poszerzonym fragmentem angielskiej
+wersji dokumentacji o zarządzaniu rpm-mami, stworzyłem go 
+jako wstęp do rozdziału o zarządzaniu paczkami. Trwa aktualnie tłumaczenie
+pozostałego opisu programu rpm -->
+
+
+Wstęp
+-----
+Instalowanie, deinstalowanie i aktualizowanie składników systemu operacyjnego
+jest jednym z najważniejszych zadań administratora. Zautomatyzowanie tego 
+zadania pozwala znacznie przyspieszyć i ułatwić zarządzanie systemem.
+
+W świecie Otwartego Oprogramowania pomiędzy programami istnieją liczne
+powiązania, które w efekcie wymuszają konieczność instalacji dodatkowych
+programów i/lub bibliotek. Pominięcie tych zależności spowoduje
+problemy z działaniem programu lub całkowity brak działania. Śledzenie tych
+zależności może przyprawić o ból głowy większość administratorów. Na szczęście
+istnieją narzędzia, które nie tylko pomagają zautomatyzować ten proces, ale też
+wspomagają instalację, deinstalację i aktualizację oprogramowania.
+
+Elementy systemu operacyjnego dostępne są w tzw. pakietach (pot. "paczkach").
+Pakiety mogą zawierać wiele małych programów i/lub bibliotek, ale też jeden
+duży program może być podzielony na kilka pakietów. W większości wypadków
+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.
+
+
+Menadżery pakietów
+------------------
+W PLD zastosowano system pakietów RPM - RPM Packet Manager. Jest to system
+stworzony przez twórców dystrybucji Red Hat Linux, który zyskał na świecie
+dużą popularność i obecnie jest najbardziej popularnym (i najpotężniejszym)
+dostępnym systemem zarządzania pakietami.
+
+Używając PLD mamy do wyboru dwa menadżery pakietów. Stworzony na potrzeby PLD
+program poldek, oraz klasyczny program rpm. Pierwszy 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.
+
+Drugi z nich jest programem wygodnym do zarządzania mniejszymi ilościami
+pakietów, przez co lepiej się sprawdza przy nietypowych zastosowaniach - np.:
+instalowaniu pakietów RPM przeznaczonych dla innych dystrybucji.
+
+
+
+Konwencja nazw pakietów w PLD:
+------------------------------
+program.arch.rpm, program-core.arch.rpm - głowny pakiet programu
+program-libs.arch.rpm - zestaw biblioteki stworzonych na potrzeby danego programu
+program-mod.arch.rpm, program-plugin.arch.rpm - różnej maści "wtyczki"
+program-skin.arch.rpm - "skórki" zmiany wyglądu
+program-driver.arch.rpm - sterowniki
+program-i18.arch.rpm - dodatkowe wersje językowe
+program-devel.arch.rpm - pakiety potrzebne dla programistów oraz osób, które
+zajmują się własnoręczną kompilacją programów.
+program-static.arch.rpm - program skompilowany statycznie - nie wymaga bibliotek
+lib_nazwa_biblioteki.arch.rpm - zestaw uniwersalnych bibliotek, nie związanych z
+żadnym konkretnym programem.
+
+
+Architektury
+------------
+Ciąg znaków "arch" przy rozszerzeniu określa architekturę dla jakiej został
+stworzony. W PLD dostępne są następujące architektury: alpha, amd64, athlon,
+i386, i586, i686, ppc, sparc. Można się spotkać także z oznaczenie noarch,
+które oznacza tyle że jest to pakiet uniwersalny i można go stosować dla każdej
+architektury. Należy pamiętać by instalować pakiety wyłącznie przeznaczone dla
+używanej architektury. Nieco inaczej jest w przypadku architektur przeznaczonych
+dla procesorów firmy Intel i zgodnych: i386, i586, oraz i686. Pakiety dla
+"starszych" wersji procesorów mogą działać na maszynach z nowszymi procesorami,
+ale na odwrót już nie. Przykładowo na maszynie z procesorem Pentium III (i686)
+możemy zainstalować system w wersji i386, ale na procesorze 486-DX wersja i686
+nie będzie działać. 
+
+Lista procesorów i odpowiadających im architektur:
+
+alpha:	?
+amd64:  Athlon 64
+athlon:	AMD K7 (Athlon, Duron)
+i386:	386-SX/DX, 486-SX/DX, AMD K5 (wersje Socket 3)
+i586:	Pentium, Pentium-MX, Cyrix 5x86, AMD K5 (wersje Socket7) i AMD K6
+i686:	Penium-II/Celeron, Pentium-III/Celeron-II, Pentium 4, AMD K7 (Athlon, Duron)
+ppc:	?
+sparc:	?
+
+<!-- nie znam innych architektur tak więc może ktoś kto się zna może się
+zlituje... -->
+
+Aby sprawdzić architekturę komputera używamy polecenia arch lub uname -m.
+
+
+
+
+
+
+
+
+
+
+