Systemy pakietowania

Po co systemy pakietowania ?

• Łatwy sposób instalacji, aktualizacji i deinstalacji oprogramowania
• Pełna kontrola nad posiadanym oprogramowaniem. Zawsze możemy zobaczyć jakie mamy zainstalowane programy i co one robią.
• Nie wymuszanie na użytkownikach ręcznego kompilowania wszystkich aplikacji. Tak naprawdę dla większości użytkowników od minimalnego zysku na czasie kompilacji, ważniejszy jest zysk na czasie i łatwości instalacji oprogramowania
• Możliwość weryfikacji poprawności pakietów poprzez sumy kontrolne - pomaga zapobiegać katastrofalnym skutkom błędów podczas przesyłania pakietów, oraz zwiększa bezpieczeństwo (nie ma ryzyka przy pobieraniu danych z mirrorów).
• Łączenie pakietów w grupy, żeby ułatwić zarządzanie
• Łatwy sposób ustalania wymagań - pakiety mogą określać wymagania (rpm i deb) albo np. polecać inne programy do zainstalowania (deb)

tgz (tar.gz) - wersja minimalistyczna

• Główny budulec pakietowy slackware
• Zawiera spakowane pliki aplikacji i minimalne ilości metadanych

Zalety:

• Do obsługi nie jest potrzebny, żaden zewnętrzny program; sam Slackware używa installpkg, updatepkg i removepkg
• Bardzo prosta konstrukcja

Wady:

• Nie posiada informacji o wymaganiach (dependencies)bardzo prosta konstrukcja
• Brak wyraźnie określonej struktury pakietu

deb

• Stosowany w Debianie
• Zawiera dwa zgzipowane archiwa: jedno z aplikacją, drugie z metadanymi
• Obsługiwany przez dpkg (najczęściej poprzez apt)

Zalety:

• Zawiera rekomendacje i sugestie
• Obsługa zależności pakietowych
• Możliwość obsłużenia przy pomocy standardowych narzędzi linuksowych
• Obsługa szyfrowania (rzadko używane) i sum kontrolnych

Wady:

• Brak programów weryfikujących
• Brak obsługi zależności plikowych

RPM - RPM Package Manager, dawniej Redhat Package Manager

• Podstawowy format Linux Standard Base
• Wymyślony dla Red Hata, teraz bardzo szeroko stosowany (obsługuje go również Novell NetWare od wersji 6.5 SP3)

Zalety:

• Łatwość instalacji i deinstalacji programów
• Bardzo duża popularność: duża liczba pakietów niezwiązanych z dystrybucją
• Obsługa GPG i MD5
• Obsługa zależności pakietowych i plikowych

Wady:

• Słaba i nieaktualna dokumentacja
• Problemy z zależnościami (zwłaszcza przy mieszaniu pakietów z różnych dystrybucji)
• Nie ma możliwości zainstalowania aplikacji przy użyciu standardowych poleceń linuksowych

Inne systemy pakietowania:

• porty OpenBSD - używają Makefiles to instalacji ze źródeł lub binariów
• Portage/emerge - zainspirowany przez system portów z BSD, używa Ebuild od instalowania
• .pkg - używane przez Solarisa
• find - intalator portów linuksowych na Mac OS X
• Microsoft Installer - wszyscy wiedzą

Menedżery pakietów

• Automatyczne pobieranie aktualizacji
• Rozwiązywanie problemów z wymaganiami

Apt (Advanced Packaging Tool):

• Pierwszy (najstarszy) menedżer pakietów
• Uzywa dpkg do operacji na pakietach w systemie
• Stworzony dla debów, ale obsługuje również rpmy (apt-rpm) (nie w pełni)
• Tak naprawdę biblioteka c++ - programy użytkowe np. apt-get, apt-cache

Yum (Yellow Dog Updater Modified):

• Mniejszy kod niż apt
• Dużo lepiej radzi sobie z zależnościami
• Bardzo bogate repozytoria, w tym niezwiązane z dystrybucjami (np. DAG) ? umożliwiają pobranie niemalże każdego dostępnego programu
• W założeniu program tekstowy (napisany w pythonie), ale są nakładki graficzne (kyum i gyum)
• Przy poprawnie zdefiniowanych repozytoriach, bardzo prosty w obsłudze

Ręczne wyszukiwanie pakietów w internecie, a potem ręczne "satysfakcjonowanie" zależności również nie jest pomysłem z góry skazanym na porażkę - czasem wymaga jednak sporo pracy, żeby zainstalować aplikację (np. instalacja mplayer na świeżo zainstalowanym systemi typu Red Hat).