Menedżer programu dla Fedory 24. Jak zainstalować programy w Fedorze. Podłącz konta online

W systemach operacyjnych Fedory Menedżer pakietów RPM jest używany w połączeniu z Yum. RPM to rekurencyjny akronim: Menedżer pakietów RPM - RPM - Menedżer pakietów. Wcześniej RPM rozszyfrowany jako Menedżer pakietu Red Hat - Red Hat Package Manager, ponieważ Opracowany przez czerwony kapelusz na czerwony kapelusz Linux. Istotą menedżera pakietów jest to, że przechowuje w bazy danych Informacje o wszystkich zainstalowanych pakietach (programach), informacje o zmodyfikowanych plikach podczas instalacji lub usunięcia pakietów.

Mniam - często odnoszą się również do menedżera pakietów, jednak jest to raczej zautomatyzowany program instalacyjny i pakiety aktualizacji z repozytoriów i lokalnych źródeł systemów operacyjnych za pomocą RPM. Jedną z najważniejszych funkcji Yum jest automatyczną rozdzielczością i montażą zależności. Nazwa mniatu jest ujawniona jako Yellow Dog Updater, zmodyfikowany. Możesz pracować z programem mniam z obu wiersza poleceń i przy użyciu jednego z interfejsów graficznych.

Tak więc w Fedorze 17 istnieją trzy podstawowe sposoby instalowania programów:

• montaż ich ze źródeł (te programy są dystrybuowane w plikach z rozszerzeniem tar.gz). Ta metoda jest najstarsza z istniejących, ale także najtrudniejszych. W tym artykule nie wpłyniemy na to
• instalacja za pomocą menedżerów pakietów RPM. Uruchamianie RPM na linii poleceń z odpowiednimi parametrami. Jednakże, ponieważ YUM jest stosowany w Fedorze 17, lepiej jest używać go w celu braku rozbieżności w ramach obrotów RPM i Yums.
• instalowanie programów za pomocą menedżera pakietu Yum. Ta metoda jest najbardziej wygodna i prosta, a my porozmawiamy o tym poniżej.

Ważną funkcją Yum jest możliwość instalacji (jak również aktualizacji podczas wydawania nowych wersji) programów z repozytoriów (przechowywanie sieciowe). Jest to ogólnie podobne do Google Play (dawny rynek Google) i App Store. Po prostu wybierz żądany program, a mniam automatycznie pobieranie i instaluje go, ładując niezbędne zależności.

Możesz zainstalować programy zarówno za pomocą interfejsu graficznego i za pomocą wiersza poleceń.

Aby zainstalować programy za pomocą interfejsu graficznego, uruchom "Instalowanie i aktualizowanie programów" (Przegląd -\u003e Aplikacje -\u003e System).

Możesz wybrać pakiet z określonej grupy i wyszukiwanie (wyszukiwanie jest wykonywane według nazwy i opisu).

Połóż pole wyboru naprzeciwko żądanego pakietu i kliknij "Zastosuj".

Po rozwiązaniu zależności możesz zgłaszać, że konieczne jest ustanowienie zależności (na przykład pakietów zawierających niektóre biblioteki). Aby kontynuować, kliknij "Kontynuuj".

Instalowanie programów z repozytoriów przy użyciu mniatu z linii poleceń nie jest również bardzo złożone. Na przykład, jeśli chcesz zainstalować program Galkulator, uruchom w terminalu Emulator:

sudo yum install galculator

Ze wszystkimi różnorodnymi oprogramowaniem w oficjalnych i dodatkowych repozytoriów (patrz zagraniczne repozytorium w Fedorze 17), niektóre oprogramowanie, na przykład Skype (patrz Skype w Fedorze 17) lub Opera nie stosuje się za pośrednictwem repozytoriów i własnych repozytoriów pakietów dla Fedory nie mieć. Ale są one dystrybuowane w formie plików RPM, które można pobrać z oficjalnych witryn. Na przykładzie przeglądarki Opera instalacja plików RPM jest pokazana poniżej:

• Pobierz plik RPM instalacyjny do katalogu domowego.
• Następnie możesz działać na dwa sposoby: dokonać instalacji przez powłokę graficzną lub za pomocą wiersza poleceń.

Pierwsza metoda - kliknij dwukrotnie plik i potwierdź instalację, klikając "SET".

Drugi sposób: Uruchom emulator terminala i wykonaj

sudo yum localinstall opera-12.12-1707.x86_64.rpm -nogpgCheck

Aktualizacje oprogramowania można również uruchomić jako graficznie (przegląd -\u003e Aplikacje -\u003e Systemy -\u003e Aktualizacje programu) i podążając zgodnie z poleceniem terminali:

Linux Fedora. jest dziś jednym z najpopularniejszych dystrybucji Linux.do testowania nowych technologii. Produkt Linux Fedora. Śłocznie zasłużył zaufanie użytkowników ze względu na połączenie obecnych programów i ogólnej stabilności pracy. Dystrybucja koncentruje się na budowaniu holistycznego systemu operacyjnego z bezpłatnego oprogramowania.

Projekt Linux Fedora.jest bazą testową dla dystrybucji handlowej Red Hat Enterprise Linux: Przed włączeniem nowych funkcji RHEL.muszą się pojawiać Fedora.. Zmiany przeznaczone do Red Hat Enterprise Linux, Po raz pierwszy testowany w tej dystrybucji.

Decyzja Linux Fedora. Zaprojektowany dla tych, którzy wolą pracować z zaawansowanymi wersjami programów. W nowej wersji , Linux Fedora 13Wiele ulepszeń dotyczących obszarów takich jak ustawienie peryferyjne, lokalizacja w językach rosyjskich i innych, pracujących z kontami użytkownika, instalacja dystrybucji przez Internet.

Nowy w Linux Fedora 13

• Pełna integracja S. Pakietkit.. Teraz program Brasero może automatycznie zainstalować brakujące kodeki. Gstreamer.Jeśli są potrzebne do nagrywania płyta audio CD. File-Roller.ustanawia programy niezbędne do przetwarzania różnych formatów archiwów;

• Użyj jako menedżera zdjęć Shotwell.zamiast Gthumb.i F-spot. Shotwell.- Łatwy w obiegu Darmowy program Zarządzanie zdjęciami dla środowiska pulpitu Gnom.;

• Pracować z Proste skanowanie. Ten program skanowania jest przeznaczony do podłączenia skanera i wykonywania skanowania obrazu lub dokumentu w odpowiednim formacie;

• Automatyczna instalacja sterowników drukujących. Podłączając równolegle lub Pakiet Drukarka USBwyszukuje i instaluje sterownik odpowiadający producentowi i modelowi.

Oprogramowanie jako część Linux Fedora 13:

• Konfigurator - wiele narzędzi graficznych do konfiguracji systemu;

• Środowiska graficzne - KDE 4.4.2, Używany jest domyślny GNOME 2.30.0;

• Aplikacje internetowe - Firefox 3.6.3, Thunderbird 3.0.4, Nautilus 2.30.1;

• Aplikacje biurowe - OpenOffice.org 3.2.0, Gimp 2.6.8;

• Rdzeń Linux - 2.6.33.3;

• Programy dla deweloperów - GCC 4.4.4, Glibc 2.12, GTK + 2.20.1, PERL 5.10.1, PHP 5.3.1, Python 2.6.4, QT-X11 4.6.2, NetBeans 6.8;

• Programy podstawowe serwera - MySQL 5.1.45, PostgreSQL 8.4.3, Postfix 2.7.0, Sendmail 8.14.4, Samba 3.5.2;

• Programy do biegania Aplikacje Windows - Wino.

Stosowane rozwiązanie "1C: detaliczne 8" automatyzuje rejestrację następujących operacji:

• przybycie towarów z kontrahenta w magazynach sklepowych;
• wdrażanie towarów i usług na kontrahenta;
• ruchy towarów między sklepami, sklepami wewnętrznymi sklepów, sklepów i magazynów przedsiębiorstwa handlowego;
• handel zestawami towarów stworzonych zarówno w momencie sprzedaży towarów, jak i przygotowania wstępnego sprzedaży zestawu;
• zrefundacje towarów od kupujących, w tym zwrotu po zamknięciu zmiany gotówki;
• inwentaryzacja inwentaryzacji;
• rejestracja zysku i wydobytych zamówień pieniężnych bezpośrednio w sklepach;
• rejestracja kontroli sprzedaży, a na koniec zmiany skonsolidowanego sprawozdania w sprawie kasy, biorąc pod uwagę zwracane towary w przesunięciu;
• ruch pieniędzy między sklepami, wewnętrznymi gotówkami, sklepami i gotówkami przedsiębiorstw handlowych;
• pracuj z systemami przejmującymi, księgowość w celu zapłaty towarów na kartę płatniczą, księgowość nabycia umów i warunków zwracania / nie zwracania koncesji handlowej przez oferenta na zwrot towarów; Pracować z pożyczkami bankowymi.
• użyj rabatów odsetkowych na kartach rabatowych (rabaty stałe i akumulacyjne), zniżki z podziałem zakupów, zniżki kontrahentów, zniżki na ilość czeku, rabaty w czasie działania, według liczby towarów, według rodzaju płatności.
• wsparcie sprzętu komercyjnego: rejestratorów fiskalnych, terminale zbierania danych, skanery kodów kreskowych, wagi elektroniczne, wyświetlacze kupującego, systemy nabywcze, czytniki kart magnetycznych.

Stosowane rozwiązanie "1C: Detal 8" może pracować z geograficznie rozproszonymi bazami informacji (RIB). Jednocześnie zapewniona jest wyraźna oddzielanie przepływu pracy sklepów, a informacje o wszystkich sklepach sieci są skonsolidowane w centralnym węźle żebrowanym. Za pomocą centralnego węzła można szybko utworzyć zespół peryferyjnego żebra.

Stosowane rozwiązanie "1C: Detal 8" może automatycznie wymieniać informacje za pomocą systemu informacyjnego sterowania (Back-Office). Jako system sterowania dla rozwiązania aplikacji "1C: Detal 8" może być używany przez zastosowanego rozwiązania "Zarządzanie handlem". Za pomocą systemu sterowania można utworzyć nieograniczoną liczbę węzłów w roztworze aplikacji "1C: Detal 8", który z kolei może być centralnymi węzłami bazy informacyjnej rozproszonej.

Przewidziano mechanizmy administrowania użytkownikom bazy informacyjnej węzłów zdalnego żebra z głównego zastosowanego węzła decyzji. Na przykład, w węźle głównym żebra administrator systemu może zarejestrować użytkownika bazy danych użytkownika w węźle zdalnego i skonfigurować swoje prawa dostępu.

Wraz z księgowości wielokrotnego magazynu wdrożono rejestry wielu opuszczania, gdzie każdy magazyn (hala handlowa) można przypisać pewnej organizacji (firmie).

Stosowane rozwiązanie "1C: detaliczne 8" może używać kolejności ruchu, sprzedaży i otrzymania towarów na magazynach sklepowych. Program Gwarancji przewiduje wstępną rejestrację wykazu towarów niezbędnych do przyjęcia lub wysyłki z magazynu, faktyczna operacja z towarami w magazynie jest zarejestrowana w dokumentach "Zlecenie wydatków na towary" lub "przyszedł zamówienie na towary".

Zautomatyzowany otrzymanie zapasów w magazynach sklepowych i rachunkowości gotówkowej w kasach.

Stosowane rozwiązanie umożliwia dostosowanie cen detalicznych z centralnego węzła dla każdego sklepu. Jednocześnie można dostarczyć sklepu w prawo do dostosowania cen detalicznych w zależności od lokalizacji i dostępności konkurencji.

Program wdraża mechanizmy tworzenia cen i etykiet.

Mechanizmy automatycznej definicji stawek VAT są realizowane w momencie sprzedaży towarów z magazynów sklepowych. System podatkowy jest ustawiony dla każdego magazynu oddzielnie. W momencie sprzedaży towarów towarów (lub magazyn), z których konieczne jest sprzedaż towarów, jest określona przez rejestr gotówek sprzedaży i grupy nomenklatury, do której należy go (produkt), umożliwia poprawnie poprawnie Wprowadź dokumenty w sklepach za pomocą mieszanego systemu opodatkowania.

Stosowane rozwiązanie "1C: detaliczne 8" wdraża schematy zautomatyzowanej dystrybucji towarów w magazynach, gdy otrzymywali towary Operator może dystrybuować dostawę sklepów w sklepach (handlu) w zależności od grupy nomenklatury towarów.

Systemy FOSS w ogóle, a Fedora w szczególności organizowana jest przez zasadę pakietu. Podobnie, w postaci pakietów, wszelkie dodatkowe programy są dystrybuowane dla nich utworzone przez niezależnych deweloperów. A ponieważ jedno z ważnych zadań użytkownika jest integracja pakietów do jego systemu. Pakiety dla Fedory są dystrybuowane w formacie RPM.

Format RPM.

Wynalazek formatu pakietów RPM i odpowiednie narzędzie do zarządzania nimi miało bardzo duży wpływ na ogólnie dystrybucję Linux. Więc musisz dać mu tolik uwagi.

Historia

Format pakietu RPM (który został następnie odszyfrowany jako Menedżer pakietu Red Hat) i użyteczność tej samej nazwy manipulowania takimi pakietami, zdolnymi do monitorowania zależności i zgłaszania ich naruszenia, odegrał bardzo dużą rolę w przyjęciu do szerokich mas Linuksa. To prawda, że \u200b\u200bnie był w stanie rozwiązać zależności tego narzędzia i nie nauczyłem się tego dnia: zadanie to zostało rozwiązane przez więcej "zaawansowanych" środków zarządzania wsadowym. Ale w porównaniu z cichymi narzędziami pakietowymi z Slackware, nie śledząc zależności w ogóle i było to świetny postęp z punktu widzenia zwykłych użytkowników.

Pochodzenie systemu RPM (zrozumiemy zestaw narzędzi oraz format pakietów, z którymi działają), zostaje utracona w ciemności stuleci. W pierwszych wersjach czerwonego kapelusza system RPP został użyty do zapewnienia instalacji pakietów za pomocą jednego polecenia, żądanie informacji o nich, a także weryfikację zależności. Jednak montaż pakietów dla niej wymagał znaczącej modyfikacji źródeł autora, co było stresujące dla minetinerów dystrybucji.

W równolegle wczesnym czerwonym kapeluszu, rozkład fałszywy został opracowany przez jakiś czas, niewiele znanych jest niewiele osób. Miał własny system partii - PMS (system zarządzania pakietem), napisane przez tłuszcz Ricard (Rikard E wiary). Posiadała słaby mechanizm żądań zapytania o pakiety, a test ich zależności było po prostu nieobecne. Ale ale pakiety PMS można zebrać bezpośrednio z źródeł autora, bez żadnej modyfikacji.

Podczas przygotowywania drugiego uwalniania walki Ricard Red Hat z Arc Hoffmanem (Doug Hoffman) w ramach kontraktu z czerwonym kapeluszem, PM (zarządzanie pakietami), które dokonały najlepszych cech RPP i PMS. Chociaż praktycznie nigdy nie był to zaangażowany, ale służył jako jedną z fundamentów na obroty.

System RPM został stworzony przez Mark Yinggom (jednej z współzałożycieli Spółki) i Eric Troan (Erik Troan), oparty na wszystkich osiągnięciach poprzedników - RPP, PMS i programistów PM. Jego opcja przygotowana do wersji testowej drugiego wydania została napisana na PERL, która stworzyła wiele problemów, na przykład, gdy jest załadowany z dyskietki (a w tamtych czasach był to dość konwencjonalny sposób startu Linux). I bezpośrednio do wydania wersji Red Hat 2.0, system został całkowicie przepisany na C, baza danych pakietów jest przeprojektowana dla zabawnej niezawodności i prędkości, a biblioteka RPMLIB została utworzona w celu korzystania z funkcjonalności RPM. Innymi słowy system RPM nabył prawie rodzaj, w którym znamy teraz, przechodząc tylko korektę błędów i wykończenia kosmetycznego.

System RPM (to jest format i użyteczność), stając się regularnie i publicznie dostępny w wersji Red Hat 2.0, wydany we wrześniu 1995 r., Natychmiast zyskał popularność i poza systemem macierzystym. Wkrótce zostali użyte w Caldera Linux (później zwany Openlinux), który początkowo był dokładnym klonem czerwonym kapeluszem. Po opakowaniu w formacie RPM dystrybucja SUSE (genetycznie - slackware slackware)). Oczywiście wszystkie kolejne klony i pochodne czerwone kapelusz, na przykład Mandrake, również używany RPM.

Mogę zeznawać naoczne świadectwo, że w latach 1996-1997 (czas moich pierwszych eksperymentów z Linuksem) system RPM był rozpowszechniony, był uważany za konsekwentnie pracujący i używany daleko poza dystrybucją natywnej.

Generał

W celu jego długiego życia format RPM przeszedł różne zmiany, ale w linii ogólnej pozostało zarówno jej charakterystyczne cechy, jak i kompatybilność wsteczna do teraźniejszości. Obecnie obsługiwana jest obecna wersja oficjalnego wspieranego projektu (01.02.2011) - 4.8.1. Jest używany w maksymalnej liczbie dystrybucji reprezentujących zarówno czerwony kapelusz typu proste (Centos, Linux, Scientific Linux, Oracle Enterprise Linux) i jego pochodne. Niech również zostanie zaokreślony od progenitora, jak Mandriva lub Altlinux. Ponadto można go zobaczyć nawet w niektórych systemach, genetycznie nie związane z nim (na przykład we wszystkich wariantach SUSE).

Równolegle, ogólna wersja RPM rozwija zaktualizowaną wersję, znaną jako RPM5. Został stworzony przez Johnson Johnsona (Johnson), dawniej jednego z głównych programistów "zwykłego" obrotów obrotowych. Według jego opinii nowa wersja jest znacznie poprawiona w porównaniu z jego przodkiem, na który jednak konieczne było zapłacenie braku kompatybilności między tymi dwoma formatami. Dlatego RPM5 nie jest oficjalnie wspierany przez projekt RPM, żaden ze wspólnych dystrybucji opartych na RPM. Jest używany tak daleko, jak wiem, tylko w dystrybucji PLD, a zgodnie z ogłoszeniem będzie zaangażowany w wydanie Mandriva 2011.1.

Pomimo faktu, że w wymienionych dystrybucjach opartych na RPM (i wielu innych nie wymienionych), ten sam format pakietu jest używany teoretycznie, w rzeczywistości szczegóły ich urządzeń są różne. Jest to szczególnie prawdziwe w przypadku pakietów źródłowych (która będzie oddzielną rozmową). Jednak na tych stronach ograniczę rozważenie pakietów RPM dla dystrybucji Fedory. To prawda, że \u200b\u200bo nich powiedziano, będzie potężni na RHEL, Centos, Scientific Linux, Oracle Enterprise Linux, ASPLinux.

Pakiety nomenklatury.

W ramach dystrybucji Fedory możesz wykryć różne rodzaje pakietów formatu zainteresowania dla nas.

Po pierwsze, pakiety RPM binarne i są przeznaczone, ale z tekstami źródłowymi. Jak stosuje się z tytułu, pierwsze zawiera wstępnie skompilowane elementy pakietu dystrybucyjnego, takich jak:

• wykonywane pliki binarne;
• być może biblioteki niezbędne do ich działania;
• pliki konfiguracyjne (lub przynajmniej ich przykłady);
• dokumentacja.

W pakietach z źródłem przedstawiono ich tarsias, poprawki niezbędne do dostosowania pakietów praw autorskich do systemu docelowego oraz różnego rodzaju informacji o serwisie.

Rozpoznać te i inne bardzo łatwo przez ich nazwiska utworzone przez zdefiniowane reguły, które przyjrzymy się na przykładzie najbardziej orientacyjnego pakietu - sam pakiet RPM

Nazwy pakietów RPM binarne są utworzone przez następujący schemat:

RPM-4.8.1-6.FC14.x86_64.RPM.

gdzie RPM jest nazwą pakietu, 4.8.1 - numer oddziału, wersja i konkretna wersja pakietu, 6 - numer montażowy dla bieżącej wersji tej dystrybucji, FC14 to nazwa i wersja tego (to jest w tym przykładzie - Fedora Wersja 14), X86_64 - Architektura, dla której pakiet.

Nazwa pakietu ze źródłem będzie wygląda:

Rpm-4.7.1-6.fc12.src.rpm.

Można zauważyć, że różnica jest tylko w dodatkowym przyrostku SRC, symbolizującym się, że mamy do czynienia z pakietem źródłowym, a nie z przedkomplejowanym binarnym. I jest oczywiste, że koncepcja architektury dla początkowych tekstów nie oznacza znaczenia - (teoretycznie) muszą być gromadzone dla któregokolwiek z nich.

Wśród pakietów binarnych można również znaleźć takie, które nie są dołączone do żadnej architektury - są identyfikowane przez subfix Noarch. Wśród nich - scenariusze w językach interpretacji, takich jak Perl, Python itp, Pakiety czcionek, Dokumentacja i tak dalej. Na przykład będzie wyglądał jak pakiet dla jednego zestawu słuchawkowego rodziny czcionek Dejavu:

Dejavu-Sans-Fonts-2.30-2.FC12.NOARCH.RPM

Mówiło się już, że pakiety binarne RPM mogą zawierać biblioteki funkcji niezbędnych do ich działania. Jest jednak raczej wyjątkiem: jak we wszystkich systemach podobnych do UNIX, w dystrybucjach opartych na RPM istnieje tendencja do zbierania bibliotek jako oddzielnych pakietów. Jednocześnie każda biblioteka jest zazwyczaj reprezentowana w formie dwóch pakietów.

Pierwszy pakiet zawiera rzeczywisty kodeks funkcji bibliotecznych niezbędnych w każdym przypadku; Na przykład, działanie pakietu RPM zapewnia pakiet biblioteki

Rpm-libs-4.7.1-6.fc12.x86_64.rpm

W drugim pakiecie zawiera pliki nagłówka, które są niezbędne tylko podczas samodzielnego montażu pakietów - w życiu codziennym bez nich możesz to zrobić:

RPM-DEVEL-4.7.1-6.FC12.x86_64.RPM

Po zrozumieniu nomenklaturze pakietu RPM można przejść do pytania o ich wewnętrzne urządzenie - to znaczy rzeczywisty format.

Pakiety binarne RPM.

Pakiet binarny RPM zawiera dwa elementy. Z jednej strony jest to zestaw skompilowanych plików, takich jak biblioteki wykonywalne i biblioteki, wraz z niezbędnymi konfigtyfikami, dokumentacją itp., Gotowy do włączenia w hierarchii systemowej.

Z drugiej strony pakiet zawiera meta-informacje - skompilowane zgodnie z opisem szczegółowym opisem. Obejmuje nazwę pakietu, numer wersji i montażu, informacje o programistom i jego witrynie głównej, lista plików, ich pozycję w hierarchii plików, lista zależności. W razie potrzeby mogą być obecne, instalacja i scenariusze konfiguracji. Wszystko to razem pozwala monitorować integralność pakietu, monitorowania zależności, zapewniają wdrażanie samej procedury instalacji, a także usunąć pakiety "Thyust".

Komponenty pakietu RPM są wyszukiwane do archiwum CPIO - jeden z najstarszych narzędzi archiwizacji w UNIX, poddany kompresji. Wcześniej, aż do Fedory Wersja 11 włącznie, została wykonana przez narzędzie GZIP. Począwszy od 12. Wersja Fedory, pakty obrodzone są ściśnięte zgodnie z algorytmem LZMA, który zapewnia dużo większego stopnia kompresji - prawda, cenę czasu, na spędzonym na sobie. Jeśli chodzi o użytkownika, jednak niedogodności nie dostarczą - ponieważ rozpakowywanie plików LZMA, ponieważ ani paradoksalnie, odbywa się prawie taką samą prędkość jak GZIP. Ale ściąganie ich oczywiście jest znacznie szybsze, co nie może, ale proszę, właściciele "grubych" i tanich kanałów: w tych warunkach instalowanie pakietów w sieci występują szybsze niż z lokalnych mediów.

Wróćmy jednak, że pakiet RPM "wewnętrzny". Aby najpierw rozpakować pakiet za pomocą dowolnego standardowego narzędzia (na przykład RPM2Cpio, lub korzystając z narzędzia RPM2TGZ) i zobacz, co się stało:

$ LS RPM-4.7.1-6 / BIN / etc / usr / var /

Oznacza to, że widzimy te składniki pakietu, które zostaną włączone do hierarchii plików systemu docelowego.

Znajomość drugiego składnika najłatwiej to zrobić z komandorem midght. Key. F3. (Jako przykład rozważany jest pakiet RPM), daje wszystkie meta-informacje w formie podsumowania. Początkowo będzie to formalny opis pakietu:

Nazwa: R.PM Relocacje: (nie przeróbki) Wersja: 4.8.1 Sprzedawca: Fedora Project Release: 5.FC14 Data budowy: Data instalacji: (nie zainstalowany) Buduj hosta: X86-12.phx2 .Fedoraprojekt.org Grupa: Środowisko systemowe / Źródło bazowe RPM: RPM-4.8.1-5.FC14.Src.RPM Rozmiar: 2035701 Licencja: GPLv2 + Podpis: RSA / Sha256, FRD 11 sierpnia 2010 05:58:10, Key ID 421CAddB971071F Packager: Fedora Project URL: HTTP : //www.rpm.org/ Summary: The RPM System Zarządzania Pakietem Opis: Menedżer pakietów RPM (RPM) jest potężnym systemem zarządzania opakowaniem wierszem poleceń, które można zainstalować, odinstalowywanie, weryfikację, zapytanie i aktualizowanie pakietów oprogramowania . Każdy pakiet oprogramowania składa się z archiwum plików wraz z informacjami o pakiecie takiej jak jej wersja, opis itp.

Znaczenie wszystkich dziedzin jest intuicyjnie zrozumiałe. Proszę zwrócić uwagę tylko na dziedzinę grupy: będziemy musieli przypomnieć grupę przynależność pakietu, jeśli chodzi o sterowanie pakietami za pomocą systemu Yum.

Następnie następuje skrypt instalacyjny:

Posttrans Scriptlet: # XXX Jest to klunky i brzydki, sam RPM powinien obsługiwać ten dbstat \u003d / usr / lib / rpm / rpmdb_stat, jeśli [-x "$ dbstat"]; Następnie jeśli "$ DBSTAT" -E -H / VAR / lib / rpm 2\u003e & 1 | GREP -Q "nie" TAK Wersja środowiska | Nieprawidłowy argument "; wtedy RM -F /var/lib/rpm/__db.* FI FI EXIT 0

RWXR-XR-X 1 Korzeń korzeni 20392 sierpnia 10 11:42 / BIN / RPM DRWXR-XR-XR 2 Root Root 0 sierpnia 10 11:42 / etc / RPM -RWXR-XR-X 1 Korzeń korzenia 7424 sierpnia 10 11: 42 / usr / bin / rpm2cpio ...

Następnie - pliki biblioteki:

RW-R - R-- 1 Root root 40537 sierpnia 10 11:42 / usr / lib / rpm / makr DRWXR-XR-XR 2 Root root 0 sierpnia 10 11:42 / USR / lib / RPM / Platforma DRWXR-XR - X 2 Root root 0 sierpnia 10 11:42 / USR / lib / rpm / platforma / AMD64-Linux ...

RW-R - R-- 1 Korzeń korzenia 44206 DEC 7 2009 /USR/Share/doc/rpm-4.8.1/copying -RW-r - R- 1 Korzeń korzenia 639 grudnia 2009 / USR / Udostępnij / Doktor / RPM-48.1 / Kredyty -RW-R - R-- 1 Korzeń korzenia 496233 cze 2010 /usr/share/doc/rpm-4.8.1/Changelog.Bz2 -RW-r - R-- 1 Korzeń korzenia 656 grudnia 2009 /Usr/share/doc/rpm-4.8.1/groups ...

I wreszcie, zmienne pliki:

DRWXR-XR-X 2 root korzeniowy 0 sierpnia 10 11:42 / var / lib / rpm -RW-r - R-- 1 root korzeniowy 0 sierpnia 10 11:42 / var / lib / rpm / Basenames -RW-r - -R-- 1 Root root 0 sierpnia 10 11:42 / var / lib / rpm / conflictname -RW-r - R-- 1 Root root 0 sierpnia 10 11:42 / var / lib / rpm / Dirnames ..

Wszystkie te informacje można oglądać oba w częściach - naprawiając kursor w pliku w Dowódce Midnight

RPM-4.7.1-6.FC12.x86_64.RPM.

i klikając WCHODZIĆ.
Teraz zobaczymy listę plików "Meta-Information" zawarte w pakiecie:

/ .. │-up-│ │ 13 12:04 / info │ 0│New 21 00: 00│ Spis treści.Cpio │ 0│New 21 00:00 Nagłówek │ 1185 │New 21 00:00 * Install │ 39 │New 21 00:00 * Upgrade │ 39 │New 21 00:00

Zawartość plików jest łatwa do odgadnięcia. Więc, Spontent.Cpio to pełna lista wszystkich plików i sposobów:

RWXR-XR-X 1 Root roota 20808 Sep 21 17:30 ./bin/rpm DRWXR-XR-X 2 Root root 0 wrz 21 17:30./etc/rpm ...

itp. Plik nagłówka zawiera najbardziej opisany opis, który właśnie widzieliśmy F3., * Zainstaluj i * aktualizacja - wykonywalne odpowiednie skrypty spotkań. W katalogu / info leży wiele małych plików, z których łączą się całkowitą meta-informacje. Od nich pozostać tylko na wymogom - jest to notoryczna lista zależności, która wygląda na to dla pakietu RPM:

/ Bash / bin / sh / bin / sh config (RPM) \u003d 4.8.1-5.FC14 Coreutils Curl DB4-Utils Libacl.SO.1 () (64bit) ...

W rzeczywistości pakiet RPM nie zawiera żadnej hierarchii plików. A fakt, że wydaje się, że jest w formie takiego - Merit Dowódcy Midnight, który przywraca go w formie, w której była przed Zgromadzeniem.

Bazy danych RPM.

Baza danych pakietów RPM - komponent wymagany do funkcjonowania systemu: Czy zapewnia możliwość odbierania informacji o pakietach, aktualizacjach i usuwaniu ich. Jest tworzony podczas instalowania systemu w katalogu / var / lib / rpm i zależy od każdej operacji pakietu.

Baza danych pakietów RPM wykorzystuje Berkeley DB - Starożytny (1986 butelkowania), prosty (nieuregulowany) DBMS, ale szybki, wydajny, a zatem szeroko przyzwyczajony do tego dnia.

Pliki podstawowe RPM - binarne, a nawet magiczny "Night Commander" nie pozwoli ci zobaczyć nic przeciwnego. Więc pozostaje tylko wierzyć, że słowo autorów dokumentacji

• plik pakietów to główne i magazynowe pola nagłówków pakietów,
• pliki Basenise, Group, Wymaganie i inne służą do optymalizacji żądań do bazy danych i
• pliki __db.001, ___db.002 i tak dalej - zawierają informacje o tym, które pliki zmieniane i tworzone podczas instalowania i usuwania pakietów.

Baza danych pakietów RPM jest niezbędna do normalnego funkcjonowania tego systemu - jego szkody pociąga za sobą nieprzyjemne konsekwencje, a zatem istnieją sposoby na przywrócenie swojej integralności w sytuacjach awaryjnych, które rozważymy z czasem.

Utility RPM.

Zapoznaj się z urządzeniem do pakietu RPM, zobaczmy, co możesz z nimi zrobić. I zacznij od tego samego narzędzia przeznaczone do pracy z pojedynczymi pakietami. W czasach starożytnych był to błogosławieństwo i przekleństwo początkujących użytkowników dystrybucji czerwonego kapelusza, klonów i pochodnych.

Wprowadzenie

Jak już wspomniano, narzędzie RPM stało się błogosławieństwem użytkowników dystrybucji czerwonych kapeluszy i wszystkich jego spadkobierców. Bo uwolniła je od potrzeb samodzielnej kompilacji: prawie wszyscy deweloperzy spośród tych, którzy nie obrzydzili swoich pakietów w formie binarnej, zebrali je w formacie RPM, a usługi, takie jak http://rpmfind.net pozwolono im łatwo znaleźć w sieci. Pamiętam, że w tamtych latach była taka witalność:

wraz z pomocą RPM i ITEA wszelkie dystrybucje mogą być wykonane przez bliźniaczych braci w jedną noc

Jednak okazało się również, że jest to przekleństwo użytkowników, przede wszystkim początkujące: śledzenie zależności pakietów podczas instalacji i usuwania, narzędzie do RPM nie może być rozwiązywane, ale tylko zgłaszane na wykrytym kramolu, i wystarczająco Niemonośny dla początkującego formularza.

Te czasy były okrągłe w locie: wiek repozytoriów partii i środków do pracy z nimi, takimi jak apt-rpm, URPMI i wreszcie, mniam jest głównym charakterem cyklu następnego strefy. Co i dbać o rutynowe pakiety manipulacji. Jednak narzędzie RPM nadal pozostaje najprostszym narzędziem do operacji z pojedynczymi pakietami, zwłaszcza nie włączony do oficjalnych repozytoriów. W niektórych przypadkach, na przykład podczas łączenia repozytoriów osób trzecich - może być prawie niezbędne.

Więc zapłacisz czas na spotkanie z podstawowym, najbardziej popularnym w życiu codziennym, funkcji. To tylko krótkie podsumowanie dla praktycznego zastosowania. I zorientowany na tych, którzy wcześniej nie mieli systemów opartych na RPM. Ci, którzy będą krzyczeć z hali - podajmy szczegóły, wysyłając sposób do ciotki, opowie wszystko.

Ogólne cechy

Narzędzie RPM, takie jak DPKG w dystrybucjach opartych na Deb, jest tylko jednym z przedstawicieli całej rodziny opracowanej wraz z tym samym formatem, w ramach niezależnego projektu.

Spośród dodatkowych narzędzi warto wspomnieć o RPM-Build - narzędzie do tworzenia własnych pakietów, a RPM2HTML jest narzędziem do wyodrębnienia meta-informacji z pakietów i prezentacji w formie ludzkiej (pełna lista całej rodziny może być znaleziony). Jednak na początku obecnego cyklu strony będzie to tylko same obroty.

Istnieje pięć głównych trybów korzystania z narzędzia RPM:

• tryb zapytania (zapytanie);
• sprawdź tryb (weryfikacja);
• tryb instalacji (instalacja);
• tryb aktualizacji (modernizacja);
• tryb usuwania (kasowanie).

Istnieje również tryb konstruowania pakietu, ale jeszcze nie będziemy o tym rozmawiać.

Każdy tryb odpowiada jednej z głównych opcji komendy RPM. Mogą towarzyszyć dodatkowe opcje lub specyficzne lub wspólne dla wszystkich trybów. Pierwsza zostanie rozważana przy opisaniu trybów. Wśród drugiej najbardziej na żądanie są następujące:

• -? - Help Wyjście Szczegółowe pomocy na użyciu polecenia RPM (krótkie odniesienie jest wyświetlane w odpowiedzi na polecenie bez żadnych opcji i argumentów);
• - Wersja wyjściowa numer opakowania RPM;
• - Kostki wyjściowe minimum wiadomości podczas wykonywania polecenia (zwykle są to tylko komunikaty o błędach);
• -V Wyjście szczegółowych raportów na temat postępu zespołu.

Istnieją również kilka "wewnętrznych" opcji stosowanych, w szczególności, aby przywrócić bazę danych pakietów.

Argument polecenia RPM jest zwykle nazwa pliku pakietu; Często takie argumenty mogą być nieco (w limicie - ile). W niektórych przypadkach wystarczy określić krótką nazwę pakietu - na przykład dla naszego stałego przykładu, tylko RPM. W innych sytuacjach wymagana jest pełna nazwa, wskazując numer wersji, montażu, dystrybucji, architektury, na przykład RPM-4.8.1-5.fc14.x86_64.pm. A jeśli plik pakietu nie znajduje się w bieżącym katalogu, konieczne będzie zapobieganie jej wskazywaniu pełnej ścieżki, powiedzmy / var / cache / akmods /.

Tryb prośby ...

... służy do uzyskania informacji o pakiecie, w szczególności jego statusu (czy jest on zainstalowany w systemie). Główną opcją żądania jest -Q (lub --Query), w odpowiedzi na to będzie podążać za pełną nazwą pakietu:

RPM -Q RPM RPM-4.8.1-5.FC14.x86_64

Należy pamiętać, że jako argument z opcją żądania, krótka nazwa pakietu, a sama komenda może być podana w imieniu zwykłego użytkownika.

Dodatkowe opcje zależą od celu zapytania. Tak więc obecność pakietu w systemie jest sprawdzana przez następujące polecenie:

$ rpm -qa pkgname

w przypadku dodatkowej opcji -a (lub --all) przepisuje wniosek do wszystkich środków pieniężnych w bazie danych pakietów. Jeśli pakiet zostanie zainstalowany, odpowiedź na to polecenie będzie

$ RPM -QA Opera Opera-10.00-4440.GCC4.Shared.qt3.x86_64

Jeśli nie, zaproszenia wiersza poleceń zostaną zwrócone.

Formalny opis pakietu można uzyskać przez zespół

$ rpm -qi rpm

odpowiedź na to, co się wydarzy:

Nazwa: R.PM Relocacje: (nie przeniebalne) Wersja: 4.8.1 Sprzedawca: Fedora Project Release: 5.FC14 Data budowy: CTR 10 Sierp 2010 11:43:21 Data instalacji: 5 paź 2010 10:28:06 Buduj Gospodarz: X86 -12.phx2.fedoraprojektor.org Grupa: System środowisko / źródło podstawy RPM: RPM-4.8.1-5.FC14.Src.RPM Rozmiar: 2035701 Licencja: GPLV2 + Signature: RSA / Sha256, FRD 11 sierpnia 2010 05:58 : 10, Key ID 421CADDB97A1071F Packager: Fedora URL projektu: http://www.rpm.org/ Summary: The RPM System Zarządzania Pakietem Opis: Menedżer pakietów RPM (RPM) to potężny system zarządzania opakowaniem wierszem poleceń instalacji, odinstalowywania, weryfikacji, zapytania i aktualizacji pakietów oprogramowania. Każdy pakiet oprogramowania składa się z archiwum plików wraz z informacjami o pakiecie takiej jak jej wersja, opis itp.

Łatwo jest zobaczyć, że jest to ta sama część nagłówka (nagłówek), który wcześniej widziałem przez Dowódcę Midnight.

Dodatkowa opcja L pozwoli nam przyciągnąć nas i zawartość treści.Cpio:

$ RPM -QL RPM / BIN / RPM / ETC / RPM / USR / BIN / RPM2CPIO / USR / BIN / RPMDB / USR / BIN / RPMQuery / USR / BIN / RPMSIGN / USR / BIN / RPMverify ...

Powyżej omówiono informacje o zainstalowanym pakiecie. Jednak jest o wiele bardziej interesujące, aby uzyskać informacje o pakiecie nie zainstalowanej - dla przedmiotu potrzeby lub nie potrzeby tego w naszej działalności. I jest to możliwe - dodając do -qi dodatkową opcję p i instrukcje Pełna nazwa pakietu i ścieżki do niej. A ponieważ niezadowolony pakiet najprawdopodobniej leży na źródle sieciowego, URL pojawi się tutaj jako ścieżkę, na przykład:

$ rpm -qip http://mirror.yandex.ru/fedora/linux/relaress/14/fedora/x86_64/OS/packages/joe-3.7-5.fc13.x86_64.rpm

Co wyświetli dokładnie te same informacje, co popierając pakiet lokalny:

Nazwa: Joe Relocacje: (nie przeniesienie) Wersja: 3.7 Sprzedawca: Fedora Project Release: 5.FC13 Data budowy: FRD 10 lut 2010 09:57:06 Instalacja Data: (Nie zainstalowany) Buduj Gospodarz: x86-03.phx2.fedoraproject .org Grupa: Aplikacje / Redakcja Źródło RPM: JOE-3.7-5.FC13.Src.RPM Rozmiar: 1177186 Licencja: GPLV2 + Podpis: RSA / Sha256, FRD 28 lipca 2010 21:59:42, Key ID 421CAddB97171F Packager: Fedora URL projektu: http://sourceforge.net/projects/joe-ditor/ Podsumowanie: Łatwy w użyciu, Męczny edytor tekstu Opis: Joe to potężny, łatwy w użyciu, bezużyteczny edytor tekstu. Używa tego samego wordstar Keybindings stosowany w środowisku programistycznym Borland.

Dodatkowa opcja f umożliwia zdefiniowanie nazwy pakietu, do którego należy określony plik:

$ rpm -qf /usr/lib/rpm/rpm2cpio.sh rpm-4.8.1-5.fc14.x86_64

W trybie Query wiele opcji, z którymi można znaleźć na Menedżerze RPM, można znaleźć na stronie Man Man.

Sprawdź tryb ...

... zapewnia integralność zainstalowanego pakietu. Odbywa się to przez porównanie swoich plików z ich analogami z oryginalnego pakietu zgodnie z parametrami, takimi jak typ, rozmiar, sumę kontrolną (MD5), atrybuty akcesoriów i dostępu. Główną opcją tego trybu jest -V; Bez dodatkowych opcji, z nazwą nazwy pakietu sprawdza poprawną lokalizację swoich plików w hierarchii plików.

W przypadku udanego przejścia czeku, to znaczy kompletny zbieg okoliczności zainstalowanych i oryginalnych plików, nie są wyświetlane żadne wiadomości - zaproszenie wiersza poleceń jest zwracany tylko. Jeżeli rozbieżności w dowolnym parametrze znajdują się między nimi, zostanie on spadł w symbolice. Missets są określane jako:

• 5 - Checksum MD5
• S - rozmiar
• L - Link symboliczny
• T datę zmiany pliku
• D - Urządzenie
• U - użytkownik.
• G - grupa
• M - Tryb (w tym uprawnienia i typ pliku)
• ? - Plik nie został przeczytany

Parametry zbieżne są wskazywane przez pojedynczy punkt. Niestety, nie mogę przynieść przykładów - w którym pakiet nie trzyma się czeku, wszystko okazuje się być w porządku. I specjalnie zepsuć - nie chcę.

A poza tym nie zawsze jest to wycofanie dowolnej wiadomości oznacza, że \u200b\u200bcoś nie jest w porządku z zainstalowanym pakietem. Na przykład, jeśli spróbujesz zweryfikować nasz Aolent RPM Pakiet

$ RPM -V RPM

zobaczymy następujące informacje na temat wyjścia:

Prerekink: / BIN / RPM: Co najmniej jedno z zależności plików zmieniło się od perspecting s.? ....... / bin / RPM Prelinek: / usr / bin / rpm2cpio: przynajmniej jeden z zależności od plików Zmienił się od momentu, który? ...... / usr / bin / rpm2cpio

Oznacza to, że właśnie przechodząc, że pliki wykonywalne pakiet RPM po jej instalacji przeszedł wstępną procedurę wiązania (Preline - co to jest, będę poinformować z czasem). W rezultacie, oczywiście, tożsamość została utracona ze swoimi mrugami z oryginalnego pakietu.

Dodatkowe opcje sprawdzania umożliwiają weryfikację określonego pliku:

$ rpm -vf / usr / bin / rpm2cpio

porównaj zainstalowany pakiet ze swoim źródłem pakietu RPM:

$ RPM -VP PATH2 / Full_packaGeName

a także wykonaj pełną kontrolę wszystkich zainstalowanych pakietów:

# Rpm -va.

Ponieważ wyjście ostatniego polecenia jest bardzo długie, wskazane jest użycie go w rudowie z mniejszym lub większością polecenia. Możesz także użyć polecenia GREP, aby zidentyfikować tylko pakiety; Zawierające rozbieżności z oryginalnym jednym z kryteriów wymienionych powyżej. Na przykład projektowanie dowodzenia

# Rpm -va | Grep s.

daje listę pakietów, które różnią się od rozmiaru oryginałów i przenośnika

# Rpm -va | GREP 5.

zwolnij różnice w sumach kontrolnych.

Zwracam uwagę na zmianę typu wiersza poleceń, gdy przy użyciu dodatkowej opcji A: Jeśli poprzednie polecenia weryfikacyjne zazwyczaj przekazują w imieniu zwykłego użytkownika, wtedy pełna weryfikacja wszystkich pakietów jest lepsza do wykonania prawami administratora, ponieważ tylko to ma Prawo do dostępu do niektórych plików i katalogów systemowych.

Oprócz wymienionych, nadal istnieją liczne opcje weryfikacyjne dla sygnatur cyfrowych i kluczy publicznych - z nimi, jak zwykle można znaleźć na stronie MAN (8) RPM.

Tryby instalacji i aktualizacji ...

... ściśle ze sobą związane. Ich głównymi opcjami to:

• -i (z instalacji - nie należy mylić z dodatkową opcją trybu zapytania) Instalowanie pakietu, którego brakuje w systemie;
• -F zaktualizuj zainstalowany pakiet do bardziej "świeżej" wersji;
• -U uogólnione instalacja i aktualizacja opcji: Gdy jest używany, zainstalowany pakiet zostanie zaktualizowany, a nie jest zainstalowany.

Ważne jest, aby sfery działające -i i -f są ściśle ograniczone: polecenie wskazujące pierwsze odmówi wykonywania, jeśli system ma starą wersję tego samego pakietu. I odwrotnie - polecenie w drugiej opcji poda komunikat o błędzie, jeśli poprzednia wersja w systemie nie jest zainstalowana. Dlatego ogólna opcja -u jest najczęściej używana. Oczywiście, aby skutecznie wykonać polecenia z dowolnej z tych opcji, wymagane są uprawnienia administratora.

Argumenty poleceń instalacji i aktualizacji muszą być pełnymi nazwami plików pakietowych wskazujących na ścieżkę lokalną do nich lub adres sieciowy. Argumenty, czyli zainstalowane lub zaktualizowane pakiety, w ogólnym przypadku można ustawić tak samo jak chcesz. W niektórych przypadkach instrukcja w zespole dwóch argumentów jest koniecznością.

Wcześniej powiedziałem już, że narzędzie RPM nie tylko instaluje pakiety, ale także sprawdza ich zależności. Chociaż, z żalem, nie pozwala im, ale tylko raporty o naruszeń. Na przykład próba "w czole", aby zainstalować KDEBASE

RPM -Hv http://mirror.yandex.ru/fedora/linux/relaress/14/fedora/x86_64/os/packages/kdebase-4.5.2-2.fc14.x86_64.rpm.

dajmy długą listę niezadowalanych zależności:

Pobieranie http://mirror.yandex.ru/fedora/linux/relaress/14/padora/x86_64/OS/Packages/kdebase-4.5.2-2.fc14.x86_64.RPM Błąd: Nieudane zależności: KDebase-Libs (X86 -64) \u003d 6: 4.5.2-2.fc14 jest potrzebny przez KDebase-6: 4.5.2-2.FC14.x86_64

To, jak mówią, sprawa jest codzienna, a jak przerwać tę sytuację jest jasne. Aby wprowadzić takie duże pakiety z takimi złożonych zależności bezpośrednio przez obroty - sprawa jest niewdzięczna, wówczas wynaleziono inne narzędzia. Na przykład mniam, do którego osiągniemy z czasem.

Istnieje więcej różnych sytuacji: wydaje się być prostym pakietem, gdy próbujesz go zainstalować, wymaga to zależności od drugiej. Z kolei, z kolei odmawia się zainstalowania, ponieważ odnosi się do braku pierwszego. W ten sposób, pozwalając na modernizację jednego z systemów eksperymentalnych przed wersją "surowej", stanęłem przed faktem, że pakiet Fedora-Rawhide-15-0.3.NOARCH.RPM nie chciał być zainstalowany bez Fedory-Relace -15 -0.3.NOARCH.RPM - i odwrotnie.

Tutaj w takich przypadkach wymagane jest wskaźnik wszystkich współzależnych pakietów jako argumenty jednego polecenia:

# Rpm -vh http: // URL / PATH2 / (Fedora-Release-15-0.3.NOARCH.RPM, Fedora-Release-Rawhide-15-0.3.NOARCH.RPM)

Co więcej, jest charakterystyczna, kolejność nazwy nie odtwarza żadnego fortepianu - jeśli wskazane są wszystkie współzależne pakiety, a następnie wszystkie są bezpiecznie zainstalowane.

W ostatniej drużynie, nagle i bez ostrzeżenia na powierzchni dwóch opcji - V i H. Jednak pierwsza wcześniej wspomniano - ta dodatkowa opcja całego trybu przewiduje szczegółowe wiadomości o postępach jakichkolwiek zadań. I opcja -H (lub --hash) zapewnia wygodną formę prezentacji tego wyjścia.

Wciąż istnieje wiele dodatkowych opcji do instalacji i aktualizacji do głównych opcji, ale dla nich, jak zawsze, do ciotki many.

Tryb usuwania ...

... często okazuje się równie poszukiwane tryby instalacji i aktualizacji. Jednak zadanie nie jest skomplikowane, aw ogólnym przypadku jest wykonywane w ten sposób:

# rpm -e pkgname

Oto dość podstawowa nazwa pakietu, ale oczywiście potrzebuje prawa do superużytkownika.

W przypadku naruszenia zależności wyświetlany jest komunikat o błędzie:

Błąd: Nieudane zależności:

Oczywiście można go ignorować dodatkową opcją --nodeps. Lub, przy całkowitym zaufaniu do swojej prawości, umieść ciąg polecenia, aby usunąć i nazwać pliki plików paktu związanych z usuniętymi zależnościami.

Jednak wszystko to jest obarczone konsekwencjami - więc w niejednoznacznych przypadkach do polecenia RPM, aby usunąć pliki, lepiej nie uciekać. Na tym, jak już powiedziałeś, mniam istnieje, aby użytkownik nie drżał.

Repozytoria

Narzędzie RPM jest zaprojektowane przede wszystkim do instalowania poszczególnych pakietów z dowolnych źródeł - lokalnych lub sieci (na przykład, z witryn deweloperskich), ale głównie pierwszy. System zarządzania pakietami mniam koncentruje się na dostęp do repozytoriów pakietów, a głównie sieci. Chociaż użycie go z repozytoriami Lokalne nie jest również ponoszone.

Co to jest repozytorium

Przede wszystkim spróbuj odpowiedzieć na pytanie, jakie jest repozytorium. W przypadku obecności jest to jedno z głównych znaków definiujących dystro.

Przetłumaczone na rosyjskie słowo magazyn znaczy przechowywanie - I dokładnie zaleca się używanie purystów językowych (są ci, którzy wolą nazywać się grammar nazistów.). Jednak, jak zwykle dzieje się w życiu, ich nazewnictwo zostało ustalone w ludziach - repo. Lub mówiąc, zgodnie z naszym brazylijskim cyrylicznym, rzepa.. Dlaczego na wielu numerach stanie się jasne z dalszej historii. Cóż, jak synonimowi wolę termin krentilishche..

Samo, repozytorium jest naprawdę możliwe w pierwszym przybliżeniu, możliwe jest określenie, w jaki sposób przechowywanie lokalizacji pakietów specjalnie zebranych dla tej dystrybucji, do której jest możliwe bezpłatne (mówimy tylko o darmowych systemach) dostępu.

Jednakże dostępność serwera przechowuje pakiety, nie wystarczy, aby nosić tytuł repozytorium. Pakiety w repozytorium powinny być ustrukturyzowane według pewnego związku w tej dystrybucji, zasadach. System magazynowania powinien zapewnić ich uzupełnienie, aktualizację, a co najważniejsze - wsparcie dla integralności i spójności pakietów pod względem zależności i dla wszystkich wersji dystrybucji.

Innymi słowy, pakiety w repozytorium muszą towarzyszyć bazy danych - te same używane przez system zarządzania systemem tej dystrybucji, a także jego system do budowy pakietów.

Ponadto jest to bardzo pożądane, że repozytorium jest odzwierciedlane na kilku niezależnych serwerach - z dość zrozumiałych powodów. To prawda, że \u200b\u200bnie jest niezbędnym wymogiem. Jednak obecność luster jest jednym z podstaw do spożywania repozytorium słowa w liczbie mnogiej.

A teraz zobaczmy, jak wszystkie te ogólne rozważania wyglądają w praktyce - jak stosuje się do repozytoriów Fedory.

Fizyczna struktura repozytoriów

Fizycznie repozytoria Fedory są zestawem stacji podkatalogowych na serwerach FTP lub HTTP, a czasami mają dość skomplikowaną i niezupełnie przejrzystą strukturę. Jej wiedza dla użytkownika niekoniecznie jest - ale w wielu sytuacjach awaryjnych nie będzie zbędne. A ponieważ ta struktura nie została opisana nigdzie indziej, przynajmniej w języku rosyjskim - da mu tolik uwagi.

Jednak niecierpliwy czytelnicy mogą natychmiast przejść do następnej sekcji - o urządzeniu logicznym repozytoriów. I do teraźniejszości, tylko w razie potrzeby.

Struktura głównego repozytorium

Głowa, jeśli możesz go umieścić w ten sposób, pakiety Kraina, ponieważ nie jest trudne do odgadnięcia, znajduje się w powietrzu, a następnie głęboko. Jednak prawie nigdy nie uderza tam użytkownika: W jaki sposób zobaczymy w sekcji Zarządzanie pakietami, system ten automatycznie go wysyła ...

nie, nie tam, gdzie myślałeś, że mierzysz naszą korupcję, ale na najszybciej lustro. Ponadto jest to najsilniejszy fizycznie i dokładnie w tej chwili - ponieważ nie jest to sprawdzane przez przynależność ze strefą i innych formalnych cech, ale przez odpowiedź na podejrzane żądanie. Chyba że oczywiście odpowiednia wtyczka do Yum 'Y - ale porozmawiamy o tym nieco później.

Tak więc wpisując linię przeglądarki coś http://download.fedoraraproejct.org, nasz sowiecki użytkownik będzie na serwerze z adresem URL http: //mirror.irrrrrrr.irma_ec../fedora/linux/ (i Możliwe, że nawet i nie w ogóle ru). Nazwa tej nazwy rzeki nie będzie się różnić - pełna lista możliwych opcji widać tutaj http://mirrors.fadoraproject.org/Publiclist. I preferuj jeden z nich oznacza, że \u200b\u200bSchurik powiedziałby, aby pokazać niesprawiedliwość do drugiego nazwa rzeki..

Naturalnie struktura wszystkich nazwa rzeki. Identyczny, więc można go oglądać przez przykład dowolnego lustra.

Tak więc skierowane do nazwy / Fedora / Linux /, widzimy następujące katalogi:

Ponieważ jest łatwo odgadnąć, w katalogu rozwoju pakiety są umieszczane w stanie rozwoju (subskrypcja / rozwój / Rawhide /, do którego wrócimy z czasem) w katalogu aktualizacji zostaną niedawno zaktualizowane. Ale katalog relanek jest dokładnie tym, co w tej chwili nas interesuje.

12 13 14

oraz podkatalog testowy. Czasami jest puste, zawartość w nim pojawia się, gdy wersja alfa następnego wydania jest rozszczepiona z opracowywanej gałęzi (ten sam rawhide).

Będziemy kontynuować zatykanie na drzewie hierarchicznym. W wydaniu jego procesu widzimy następujące podkatalogi:

Wszystko, co żyje Fedora.

Pierwsza zawiera pakiety różnych wersji i zespołów wyprodukowanych podczas istnienia wydania. Pierwszy, w następujący sposób z nazwiska, zawiera aktualne aktualizacje zespołów pakietów i najnowsze - obrazy LiveCD dla obu obsługiwanych architektur (I686 i X86_64). A o drugiej zostanie powiedziane w odpowiednim czasie. Ale zgodnie z katalogiem Fedora, będziemy się dalej, zwłaszcza, ponieważ można go wyświetlić jako przykład urządzenia dowolnego katalogu na serwerach projektu.

Tak więc w katalogu Fedorze / Linux / wersji / 14 / Fedora / Możesz zobaczyć takie podkatalogu:

Źródło I386 x86_64.

Drugi z nich obejmuje pakiety RPM z tekstów źródłowych (tzw. * .SRC.RPM), który zostanie również omówiony oddzielnie. Pierwsza i trzecia zawierają odpowiednio montaż dla architektur 32- i 64-bitowych. Jest oczywiste, że wewnątrz są absolutnie tym samym, dlatego ich wewnętrzne działania rozważają na przykładzie bardziej odpowiedniej architektury X86_64.

ISO JIGDO OS.

W pierwszym, istnieją obrazy dysków instalacyjnych - DVD, zestaw płyt CD i dysku do instalacji sieciowej (Netinst), które zostaną omówione w sekcji włączonej instalacji systemu. Drugi zawiera pliki metadanych dla jigdo (pobieranie jigsaw) - systemy dystrybucji dużych plików (w tym przypadku obrazy tych samych dysków montażowych) i służy tym samym celem co poprzedni. Cóż, w trzecim, w podkatalogu pakietów, w rzeczywistości są pożądane pakiety.

Ponadto w katalogu Fedorze / Linux / Releases / 14 / Fedora / X86_64 / OS / można zobaczyć pliki serwisowe, takie jak klucze GPG do uwierzytelniania, pliki opisu repozytorium (w podkatalogu Repodata i Repomiew), pliki do układania własnych obrazów Dyski rozruchowe (w podkatalogach obrazów i Isolinux), które w tej chwili nie jesteśmy zainteresowani.

Jeśli chodzi o zawartość katalogu pakietów, jest on reprezentowany przez pakiety RPM - osoby bezpośrednio wspierane w ramach projektu Fedory.

Struktura repozytorium RPMFUSION.

Repozytorium głowy, jednak lista pakietów dostępnych dla naszej dystrybucji nie jest wyczerpana. Istnieje również repozytorium dodatkowych pakietów obsługiwanych przez wolontariuszy w ramach niezależnego projektu - RPMfusion.

Znajduje się rzeczywiste repozytorium dodatkowych pakietów. W nim widzimy dwa katalog - wolny i niefree. Pierwszy jest zaprojektowany z pewnością darmowych programów (w repozytorium głowicy Fedory, przy okazji, tylko takie i są dostępne), drugi - dla programów, w dystrybucji, których niektóre ograniczenia są nałożone. Co dokładnie wrócimy do tego pytania.

Wewnętrzna struktura obu katalogów jest taka sama. Mają podkatalogi El i Fedory. Pierwszy obejmuje pakiety, backpoint (backports) z RHEL i nie są nam teraz zainteresowani. Drugi obejmuje podkatalogi:

Rozwój / wydania / aktualizacje /

oraz pliki opisu repozytorium.

Celem katalogów jest mniej lub bardziej zrozumiały z ich nazw (wrócimy do tego pytania), więc będziemy mieszkać na katalogu wydawnictwie. Istnieją podkatalogi za pół dobrej uwolnienia najnowszych wersji - w tym znacznie więcej "głębokich", a nie wspieranych w repozytorium głowy. W każdym z nich zobaczymy jedyny podkatalogu wszystkiego. Iw nim - już znane podkatalogi "architektoniczne":

Debug / OS /

W pierwszej, tak łatwo odgadnąć, - informacje debugowania, które nie są dla nas interesujące. Ale w drugim - pakiety już w rzeczywistości są. W tym główny pakiet opisów repozytorium - wolny od ruchu RPMFusion. To samo, którego instalacja wyraźnie prowadzi do połączenia tego "rzepy". W odpowiednim podkatalogu nieufnego katalogu, podobny pakiet i zostanie wywołany odpowiednio - rpmfusion-niefree-uwolnienie.

REFREMIX REPOSITORY.

Użytkownicy oryginalnej Fedory w czystej formie wymienionych repozytoriów są wystarczające. Jednakże, dla rosyjskojęzycznego naszego współobywateli, jeśli nie obowiązkowe, a następnie bardziej pożądane znajomość z repozytorium Rosjifedory.

Znajduje się w katalogu o tej samej nazwie pod następującym adresem (o ile wiem, podczas gdy jedyny). A struktura jest następująca: na pierwszym poziomie gniazdowania podkatalogów

• zbuduj / z plikami opisu repozytorium,
• uwalnia / z krawędziami dysków instalacyjnych i LiveCD oraz
• rosyjska /, zawierająca faktycznie pakiety.

W tej chwili jesteśmy zainteresowani tylko w ostatnim podkreśleniu. Obejmuje trzy podkatalogi:

• poprawki /, reprezentujący rodzaj delty między podstawowymi i dodatkowymi pakietami oryginalnej Fedory, z jednej strony i RBREMIX - z drugiej;
• bezpłatnie /, zaprojektowany do w pełni darmowych pakietów projektu Rosyjska Fedora;
• niedoszony / przeznaczony do pakietów projektu rosyjskiego projektu Fedory, którego dystrybucja jest ograniczona przez prawa niektórych krajów (ale nie naszych).

Więcej o składzie wszystkich trzech kategorii zostanie powiedziane w następnej sekcji - podczas gdy jesteśmy zainteresowani jedynie fizyczną strukturą odpowiednich katalogów.

Jest identyczny: Każdy z nich obejmuje el / i fedora / te same poddziały terminów wizyty, co w fuzji RPM. Fedora / podkatalog / z kolei podkreślono subkatalogi rozwoju /, wydawnictwa / i aktualizacji /, oraz w wersjach / podkatalogach, katalogi dla liczb głównych (głównych) uwalniania są obecnie od 10 do 15 do 15..

W katalogu każdego wydania widzimy jedyny podkatalogu wszystkiego /, w tym podkatalogi dla obu wspieranych architektur - I386 / i X86_64 / i Źródło podkatalogi / dla pakietów z tekstami źródłowymi. Cóż, wreszcie, piętro poniżej jest debugowanie poddziału / i OS / zrozumiałe (to znaczy, tak samo jak w fuzji obrotowej) miejsca docelowego.

Dodatkowe repozytoria

Opisane powyżej repozytoria większość użytkowników wystarczy prawie wszystkie okazje. Jednak w niektórych przypadkach istnieje również potrzeba dodatkowych pakietów, w oficjalnych "rzepach" z jednego lub innych powodów nie są wliczone w cenę - prawdopodobnie nie dołączony. Typowy przykład - Chromium przeglądarki: Nie znalezienie go w fuzji RPM, ani w rosyjskiej Fedorze.

I tutaj pomoc przyjdzie na ratunek, przede wszystkim repozytorium Fedory Ludzie - jest przeznaczony do pakietów zebranych przez niezależne miniatory. W treści nie nakłada się jednak z repozytoriami poza społecznymi i "półpunktowymi", jednak o ile wiem, jego pakiety są testowane do kompatybilności z nimi, a zatem mogą być używane codziennie.

Struktura repozytorium Fedory Ludzie jest niezwykle proste: na określonym adresie zobaczysz wiele katalogów, których nazwy powtarzają nazwy pakietów zawartych w nich. Wewnątrz którykolwiek z nich będzie miała serię podkatalogów dla obsługiwanego zakresu wydawnictwa - różne w różnych przypadkach. A podkatalog każdego wydania zawiera trzy standardowe podkatalog - I386 /, SRPMS / i X86_64 /, wprowadzając plik repozytorium i same pliki pakietów.

W niektórych przypadkach zainteresowanie mogą reprezentować repozytorium ATRPMS. Zawiera liczne pakiety zawierające multimedialne, specjalistyczne zespoły jądra, obfite sterowniki dla kart wideo NVIDIA (w tym dla starych modeli, które nie znajdują się już na oficjalnej stronie firmy). Dzięki pełnej listy pakietów można zapoznać się z i zobaczyć listę obsługiwanych wersji.

W artykułach i recenzianach dedykowanych do Fedory można spełnić wzmiankę o wielu innych dodatkowych repozytoriach dla tej dystrybucji - ich lista może być widoczna, na przykład, w linkach z tych samych atrrpmów. Jednak prawie wszyscy stracili znaczenie. Niektóre (Livna, FreshRpms, Drible) są teraz łączone w ramach fuzji RPM. Inni zawierają pakiety dla bardzo starych wersji Fedory. Cóż, repozytorium TIGRO stało się podstawą rosyjskiej Fedory - chociaż leniwy właściciele starych wersji Fedory będą przydatne w sobie.

Logika organizacja repozytoriów

Struktura fizyczna repozytoriów Fedory, zwłaszcza głowy, wygląda dość mylące. Na szczęście użytkownik, jak już wspomniano, praktycznie nie musi mieć umowy z nią. W 99 przypadkach są dla niego 100 do nawigacji w logicznej organizacji ich organizacji, które teraz rozważamy.

Klasyfikacja programów

Na początku należy powiedzieć, dlaczego słowo repozytorium było wcześniej używane w liczbie mnogiej. I dla tego musisz rozważyć klasyfikację pakietów przyjętych w tej dystrybucji. Jest to niezwykle proste i obejmuje tylko dwie kategorie.

Druga kategoria nazywa się bezbrzeżnym - nazwa nie jest zbyt sukcesem, ponieważ powoduje stowarzyszenia z jakiegokolwiek Rovel, podrobionego lub potrzeby wszelkich płatności, gdy są używane. W rzeczywistości jest całkowicie źle. W kategorii bezbrzeżnej, swobodnie wolny (w sensie darmowe piwo.) i legalnie rozproszone programy. Jednak te lub inne ograniczenia są nałożone na ich dystrybucję. A ponieważ z punktu widzenia FSF nie można ich nazwać prawdziwym wolnym (w tym sensie darmowe słowo.).

Z jednej strony kategoria bezsarmowa obejmuje programy dystrybuowane tylko w formie binarnej - bez żadnych ograniczeń, ale także bez tekstów źródłowych. Przykłady takich programów są markowe sterowniki urządzeń, takie jak karty wideo i urządzenia sieciowe lub gracz flash Roller z Adobe, Opera przeglądarki, niektóre czcionki i gry.

Z drugiej strony, koncepcja bezsarmowego programów dostępnych w tekstach źródłowych i pozornie całkowicie za darmo. Jednak ich dystrybucja w niektórych państwach jest ograniczona do powodów prawnych. Typowy przykład jest przykładem kodeków multimedialnych opartych na algorytmach opatentowanych w jednym kraju rozpoznawania patentów na algorytmy. W większości innych krajów nie pomyślali o tym, są absolutnie legalnie legalnie.

Tak więc wolne i niefree kategorie są logicznie niezależnymi repozytoriami - i jest to pierwszy powód, dla którego ten termin zwykle pojawia się w liczbie mnogiej. Oraz o innych powodówach uczymy się na następnej stronie.

Podstawowe repozytoria

Aby rozpocząć, rozważ główne repozytoria automatycznie połączone podczas instalacji RFRMIX.

Główny, oficjalnie wspierany, repozytorium projektu Fedora zawiera tylko pakiety darmowych kategorii. Dlatego jest prosta i prosta - Fedora, z dekodowaniem w formie numeru wersji i architektury docelowej, na przykład: Fedora 15 - X86_64.

Ale jako część RPMFusion znajdują się zarówno całkowicie darmowe, jak i "Niewolne" pakiety. Dlatego są w nim dwa repozytorium - wolne od RPMFUSION i RPMFUSION-NONDERS.

Wewnętrzna struktura rosyjskiej Fedory jest nadal "bogatsza" - jest w nim tyle trzech repozytorium:

• poprawki rosyjskie są pakietami, które są dostępne w repozytoriach Fedory lub RPMFusion, ale przedstawione przez wersje lub więcej nowych, lub dostosowanych do naszych warunków i otoczenia cyrylicy; Pakiety tego repozytorium nie są podzielone na wolne i niewolne;
• russianFedora-Free - w pełni darmowe pakiety, które brakuje w repozytoriach Fedory lub RPMFusion;
• russianFedora-Nonfree - "Nie całkiem wolny", w sensie wskazanym na ostatniej stronie, pakiety, również brakuje w oryginalnych repozytoriach Fedory.

Jest to główna gałąź repozytorium dla każdego wydania. Towarzyszy mu kilka dodatkowych, które są wypełnione pakietami aktualizowanymi w przedziale między wersjami:

• aktualizacje - dla samej Fedory;
• rPMFUSION-free-Aktualizacje - dla RPMFusion-Free;
• rPMFUSION-NONFREATE-Aktualizacje - dla RPMFusion-Nonfree;
• russianFedora-Fixes-Aktualizacje - dla rosyjskich poprawek Fedory;
• russianFedora-Free-Aktualizacje - dla rosyjskiej Fedory Free;
• russianFedora-Nonfree-Aktualizacje - dla rosyjskiej Fedory Bezbrzeżnej.

Ponadto każdy z głównych repozukatorów odpowiada specjalnym oddziałom zadłużenia i pakietów testowych: odpowiednio testowania Fedora-debuginfo i Fedory - dla głównego repozytorium i utworzone w obrazie i podobieństwie - dla wszystkich innych.

I wreszcie istnieje oddział repozytorium Rawhide. Zawiera pakiety następnej, obecnie opracowaną wersję dystrybucji i oczywiście obejmuje te same repozytoria, co w gałęziach uwalniania stabilicznych: Fedora-Rawhide, RPMFusion-Free-Rawhide, RPMFusion-Nonfree-Rawhide i tak dalej.

Powyższe należało do repozytoriów pakietów binarnych do architektury I386 i X86_64. Istnieją jednak również repozytoria źródłowe - źródło Fedora, źródło RPMFuzyjne i tak dalej.

Jest to tak historycznie opracowane, że proces instalacji pakietów w różnych dystrybucjach jest znacznie inna. Tak, a same pakiety instalacyjne mają inny format. Ten artykuł jest przydatny do dystrybucji Fedory użytkownikom.

W starszych wersjach Linux (na podstawie czerwonego kapelusza) były tylko dwa sposoby instalowania programów. Jest to montaż z kodu źródłowego i instalacja z pakietów RPM. Wziąć pod uwagę każdy sposób bardziej szczegółowo.

Kody źródłowe są pobierane z witryny programowej. Ogólnie rzecz biorąc, konieczne jest rozpakowanie i wykonanie 3 poleceń do instalacji: konfigurować marka i zrobić zainstalowanie. Pierwsze polecenie ma wiele parametrów (wycofać listę, z których możesz, uruchomiony skonfiguruj -Help.), takie jak ścieżka instalacji programu, ścieżka do różnych bibliotek i wielu innych. Po pomyślnym zakończeniu pierwszego etapu musisz rozpocząć polecenie marka. Kompletuje kody źródłowe do plików binarnych. Jeśli kompilacja przekazywała pomyślnie, a następnie ostatnie polecenie, skompilowane pliki są kopiowane zgodnie z ich katalogami. Zaletą tej metody instalacji jest to, że 99% wszystkich open source - programy są dystrybuowane w kodzie źródłowym, a pakiet RPM w żądanym programie może nie być (teraz jednak format RPM został bardzo rozprzestrzeniany i prawie wszystkich programistów próbują tworzyć pakiety w tym formacie). Po drugie, zawsze możesz edytować źródła programu zainstalowanego, poprawiając błąd lub wprowadzenie niezbędnych zmian. Minus tylko jeden - Aby użyć tej metody, musisz znać język programowania C / C ++ i architektury OS. Dlatego nie każdy może korzystać z tej metody, zwłaszcza jeśli pojawiły się błędy.

Instalacja z pakietu RPM jest taka: musisz pobrać pakiet RPM i wykonać tylko jedno polecenie: rpm -vh ./packet_name.rpm. (Gdzie nazwa pakietu. - Nazwa pliku pakietu). Ta metoda jest nie tylko łatwiejsza, ale szybsza, ponieważ program już skompilował w pakiecie (czas skompilowania programu może pozostawić sporo, w zależności od zasilania komputera). Jednakże metoda nie jest również doskonała, ponieważ często zdarza się, że program jego instalacji wymaga również, aby wszystkie inne pakiety były również zainstalowane (na przykład z niezbędnymi bibliotekami) - pojawiają się tak zwane zależności. Jeśli program wymaga jednej biblioteki - nie przerażający, ale program może wymagać 10 lub więcej bibliotek, z czego z kolei może również wymagać instalacji bibliotek. Dlatego czas instalacji programu może być silnie opóźniony.

Jednak w najnowszych wersjach Fedory z pojawieniem się takiego narzędzia konsoli, jak mniam, zainstalowane programy są bardzo ładne. Aby to zrobić, musisz wybrać polecenie w konsoli: nazwa instalacji mniam. (Gdzie nazwa. - Nazwa programu do instalacji). Nie tylko mniam. Sama pobiera żądany pakiet z Internetu i zainstaluje program, również pobiera i instaluje wszystkie wymagane programy. Jeśli nie lubisz używać konsoli, w KDE, na przykład, z menu Uruchom program System / instalacja / usunięcie Programy i zainstaluj program za pomocą interfejsu graficznego.