Оборотомер ръководство за използване
RPM - Red Hat Package мениджър, система за управление на софтуер на живот и развитие в дълбините на Red Hat. Налице е също така рекурсивно определение на RPM в стила на GNU не е UNIX - RPM пакет мениджър. Ако изберете тази опция, ще напише "жива и развитие в недрата на Open Source». Като цяло, някой по този начин. Ако го боли официалната страна, RPM се разпространява под GPL v.2.
Нашият интерес в тази система, което се дължи на наличието на набор от оборота базирани дистрибуции, т.е., дистрибуции, е колекция от на RPM пакети, свързани зависимости в съответствие с необходимите механизми, монтаж-поддръжка. Сред дистрибуторите обороти-базирани операционни системи - Отпускане на средства osestroeniya, като много Red Hat, Suse (Novell днес подразделение), Мандрагора и много други проекти, и с дълъг живот и ефимерното.
И в разпределението на състава и на както на индивидуалното развитие на разположение голям брой графични инструменти за входни-оборота в минута. По силата на укриване, както често се случва, някои от функциите на системата за опаковане работи на тези средства, ние няма да се разгледа. В допълнение, по-голямата част от случаите, работи в конзолата по отношение на RPM пакети е много по-прости и по-прозрачна (с изключение на сложните комбинации от различни версии на зависимостите в други програми).
Тази статия се опитва да обсъдят важни теми, като например команди формат оборота в минута за комунални услуги, размер на пакетите и спец-файлове, пакет сглобяване на последователност и почти не са повлияни от архитектурата на RPM, тъй като администраторите на тези подробности не са важни, и разработчиците се използват главно интерфейси като библиотеки librpm. Ето защо, в най-добрите традиции вижте "се интересуват да знаят" как работи вътре в изходния код.
За да се изследва честотата на въртене (не RPM) от инструментите, необходими Midnight Commander. Честно казано, това е трудно да си представим един разработчик об-пакет, който не използва МС. Причините за това се говори за. От допълнителните условия, които могат да бъдат споменати определено количество свободно време и търпение.
Всички примери са проведени в операционната система SUSE Linux 10.0.
Един бегъл поглед.
Както об елиминира необходимостта да се запази всички подробности за инсталирания софтуер в операционната система трябва да е механизъм, който изпълнява тези функции в рамките на пакетния мениджър. И това е: а об база данни. В версии по v.4 двигател база данни статично вървят в пакет, v.4 използва външен BDB (Berkeley Data Base). Полезността има команден интерфейс на високо равнище, което дава възможност за заявки към базата данни на инсталираните пакети и техните зависимости.
Така че, ние се пристъпи към примерите. Utility оборота в минута може да работи в различни режими, режим, настроен управление са от ключово значение. В допълнение, има няколко опции, работещи във всеки режим.
формат на инструкция използва за инсталиране на пакета:
# Rpm -i <имя пакета>
И тук ние сме изправени пред първия недостатък, тъй като името на пакета трябва да се дава в пълен размер, заедно с всичките му версии и изграждане на номера. Фактът, че ползата просто търси указания път с името на файла, така че името трябва да съвпадат точно. Така например, на моята система, за да инсталирате МС трябва да кажа следното (ако приемем, че наличието на суперпотребител):
# Rpm -i / хранилище път / MC-4.6.1-5.i586.rpm
Но, за да се премахне пакет, можете да посочите като пакета просто като MC, както в този случай, ползата е вече достъп до базата данни пакет:
За работа в режим на обновяване пакети, -U ключ. Ако искате да инсталирате конкретна версия на пакета, а не непременно за да разберете дали предишната версия на пакета на разположение в системата, използвайте -U достатъчно. Utility Налични версии на опресняване, при липса на пакета - да го инсталирате. Ето защо, най-често е по избор на командата за настройка, като това:
# Rpm -Uhv / хранилище път / MC-4.6.1-5.i586.rpm
или от отдалечена хранилище:
# Rpm -Uhv FTP: // Ivanov: [email protected]: 7020 / хранилище път / MC-4.6.1-5.i586 .rpm
Две интересни режима: проверка и режим на търсене. За да се оцени инсталираните характеристики пакетите за проверка, да направи следния експеримент: да вредят на имиджа на даден пакет и да го проверите с честотата на въртене.
Например, почти винаги в списъка на командите / бин директория на първата арка е изпълним файл. Тази програма показва информация за процесорна архитектура на системата на стандартния изход. За да научите от опаковката на този файл, използвайте режима на заявката, в които честотата на въртене се стартира с помощта на -q ключа. Опцията -f пита какво пакет включва този файл:
Сега, да създадете резервно копие на програмата, след което добавете файла един знак:
# CP / хамбар / арка / хамбар / arch_back
# Ехо "1" >> / хамбар / арка
След това механизмът за проверка пакет трябва да ни информирате за съществуващите проблеми:
# Rpm -V Util-Linux-2.12q-26
линеен изход има някои знаци пред името на пакета файл (ако проверката е успешна и не са нанесени щети, отнемането няма да бъде), който посочва вида на повредата. В този случай, а е промяната в размера на файла, 5 - нарушаването на md5 подпис файл, T - промяната на времето на последна промяна (т.е. по време на копиране на файл в системата в този случай).
Възстановяване на файла и повторно инспектирани:
# Mv / хамбар / arch_back / хамбар / арка
# Rpm -V Util-Linux-2.12q-26
и ние виждаме, че всичко, което имаме е добро, с изключение на последното изменение на файл / BIN / дъга, която ще съответства на копие обратно време. Тази информация помага на администраторите да определят някои проблеми и пакети - кандидати за преинсталиране.
Разширени функции.
В допълнение режими, об голяма полза има много възможности, някои от които са свързани с определен режим, различен имат смисъла на няколко режима или във всички. Няколко примера за често използваните опции.
В режим на настройка, отстраняване, често е необходимо да се използват опции --nodeps или --force. Първият ви позволява да инсталирате (премахнете) пакет, без значение дали доволни всички негови зависимости, а вторият - за да инсталирате пакет, дори ако системата има по-новите версии на файлове. Някои опция интерес --aid, което автоматично задоволи възникне зависимост --test а това означава проверка на операциите, т.е. всички изход на възникващите проблеми ще се извършва, но не са направени от реални операции. Това е много удобно да се симулира щети на системата, в резултат на който и да е действие.
Големи възможности за събиране предоставят опция режим заявка. За пакета и неговите файлове, можете да получите почти никаква информация от кратка справка за пакета (комбинация -qi ключове) и списък на пакет файл (-ql) и завършва със стойност на някои услуга полета двоичен заглавна пакет. Тези възможности са реализирани или с помощта на съответен филтри ключове или чрез --queryformat опция, която позволява да се направи извод само поле нареди услуга. Например, командата
# Rpm -q --queryformat% <имя пакета>
показва описанието на опаковката и екипа
# Rpm -q --queryformat% <имя пакета>
- името на разпределение, в което съставът е пакет. И подмяна -q -qp да позволи на една и съща информация, за да се стигне от об-файла не е посочен в системата на пакета. Можете да получите списък на само конфигурационния файл пакет, или само файлове с документация, или само файловете, съдържащи името на регулярен израз, тоест по принцип нищо.
Много често (мързел - двигател на прогреса), използвани въпроси, на изхода на който се препраща към външни филтри. Например, една молба за всички инсталирани файлове пренасочени към Впиши, помогне за намирането на пакет с даденото име, или име, което съдържа специфичната последователност от знаци. екип
# Rpm -qa | Впиши MC
показва списък с пакети, чиито имена са намерени чрез комбинация MC, и екипът
# Rpm -qa | Впиши ^ MC
списък с пакети, чиито имена започват с MC.
За липсата на пространство не обсъждаме такъв екзотичен, но важна опция за предприемача, като --showrc, която ви позволява да покажете съдържанието на файлове, скриптове и макроси от rpmrc файлове или макроси към стандартния изход или във файл, както и много други. Трябва да се отбележи, че честотата на въртене идва с подробна документация, човече.
Какво има вътре.
Няколко думи за това какво се случва в процеса на монтаж и демонтаж на пакета. Както вече бе споменато, об автоматизира рутинни операции. При инсталиране (отстраняване) пакет, всички произволно сложна конфигурация стъпки инсталирани пакети, или премахване на следи от дейността свалени пакета, могат да бъдат поставени в скриптовете. В зависимост от позицията на тези скриптове в канонична последователност от действия, като например инсталиране на пакет, тези скриптове се наричат preinstallyatsionnymi или POST. Standard алгоритъм инициализира оборота в минута, когато инсталирането на пакета, както следва:
проверена възможни конфликти (най-често срещаният вариант на конфликта - вече са инсталирани пакет със същото име по-нова версия);
преработени конфигурационни файлове;
двоични файлове се копират в директорията;
След тече скриптове;
актуализиран набор от данни.
Форматът на об-пакет.
формат на пакета се състои от заглавна част и двоичен CPIO-архив, който съдържа бинарните файлове в едно дърво директория, в която те се съхраняват в системата след инсталирането на пакета. Mc файлов мениджър разбира всички видове архиви, както и в това число - честотата на въртене пакет. Ако панел MC акцент об-пакета и натиснете въведете, ще видим, псевдо файлова система, състояща се от следните компоненти: директория INFO, CONTENTS.cpio архив, този, който съдържа двоични файлове, заглавната част на файла и psevdoskriptov инсталирате и надграждане. В каталог с информация за изпълнители съдържа файлове, чиито имена съвпадат с имената на полетата спец-файл, съдържанието на - полеви стойности. Заглавния файл - по същество едно и също нещо, само в един файл. Връзки инсталирате и надграждане съответстват обороти -Ш отбори <имя пакета> и об -Uh <имя пакета>. Това означава, че ако натиснете, за поява на тези действия.
В форматът на системата в реално файл не не. Просто MC може по свой начин да се тълкува двоичен пакет заглавната поради голямата уважение към разработчиците.
Ако желаете, можете да изберете CPIO-архив на целия пакет. За тази цел има rpm2cpio полезност.
Изграждане на пакета.
версия режим v.4 натрупване на об пакет е изпълнен като отделна програма - rpmbuild. Ние използваме най-ефективният метод за изучаване на технологията, тоест, да събира модел об-пакет. Няма съмнение, какво да направите, ако програмата ще се опаковат в оборота в минута. Тя трябва да се каже: «Здравей, свят!»!
Разпределението на обороти-базирани, има специална директория дърво, предназначена изключително за монтажа на пакет. Тя се намира в / ЮЕсАр / SRC (в Suse Linux - в / ЮЕсАр / SRC / пакети) и съдържа директории BUILD, с RPM ИЗТОЧНИЦИ, спецификации, SRPMS. Те са предназначени за съхранение на съответно временен монтаж директория прекомпилирани оборота в минута, изходния код за съхранение на файлове спецификация събрани src.rpm-пакети. Src.rpm съдържа изходния код и спец-файлове и са предназначени за възстановяване на целевите машини, за да се адаптира по-добре към архитектурата и системната среда на тези машини. За монтаж, имаме нужда от сорс кода, който традиционно е опакован в tar.gz или tar.bz2 и спец-файл. Spec-об файл за приблизително същата като Makefile, за да полезност. Това е подробен сценарий за това какво трябва да се случи в събранието с всички необходими определенията и областта на услугите. Така че, за работа.
Int основна (междинно argc, овъгляване ** argv)
Не забравяйте празен низ в края на файла. Ще пакет изходния код tar.gz (даде команда, намиращ се в директорията / ЮЕсАр / SRC / пакети / ИЗТОЧНИЦИ):
# Tar cvfz ./hi-0.1.tar.gz ./hi.c
Резюме: Добре дошли в полезност.