Red hat установка программ

Довольно часто пользователи Red Hat сталкиваются с неудобством этого дистрибутива в плане управления пакетами. Особенно это касается начинающих пользователей, потому что старики уже привыкли к этой особенности. А неудобство заключается в том, что менеджер пакетов Red Hat, который называется rpm, ничего не знает о пакетах, которые не установлены в системе. С одной стороны это логично — точно также ведут себя и другие низкоуровневые менежеры пакетов (например dpkg) с другой стороны это причиняет массу неудобств.

Действительно, если для dpkg в дистрибутиве Debian GNU/Linux написаны высокоуровневые оболочки (или как их называют front-end) такие как dselect и APT, то в Red Hat, пользователь, который не поставил что-то при начальной установке становится как круглый сирота. Вот вроде есть CD с дистрибутивом, вот вроде бы изучили как работать с rpm и пытаемся поставить скажем sox командой

rpm -i sox-12.17.3-7.i386.rpm
а в итоге получае ответ, что есть, мол, неудовлетворенные зависимости:

RedHat. Премиум Linux. 16 лицензий бесплатно.

libogg.so.0
libvorbisenc.so.2
libvorbisfile.so.3
libvorbis.so.0

Что сразу может поставить в тупик — где брать эти *.so? Ладно, если существуют пакеты libogg*.rpm и libvorbis*.rpm, тогда все более или менее понятно. Но довольно часто вы можете получить и такое, что просто по имени пакета вы не найдете. Что же делать тогда? Все что можно сделать в обычном случае — это написать что-то типа:

for i in *.rpm; do echo $i; rpm -qp $i —provides | grep нужный_вам_файл;done

И запускать это на всех 3-х CD дистрибутива, чтобы наконец найти тот пакет, который предоставляет нужный вам файл. Не говоря уже о том, что это долго, это также и очень неудобно.

В Red Hat 8.0 попытались сделать в этом плане шаг навстречу пользователям и написали инструмент, который по внешнему виду очень напоминает инструмент управления установкой и удалением программ в Windows 2000, и который может помочь при установке или удалении пакетов, входящих в дистрибутиве. Но как быть с теми пакетами, которые вы собрали сами или нашли в Интернет? Проблемы остаются.

Тем не менее это решаемые проблемы. Некоторые дистрибутивы, основанные на rpm обзавелись своими собственными выскоуровневыми инструментами. Не давая здесь их обзора, заметим, что некоторые из них можно вполне использовать и в Red Hat.

APT, что расшифровывается как Advanced Package Tool (в русском переводе «Продвинутый инструмент для работы с пакетами»), был первоначально разработан для дистрибутива Debian GNU/Linux и менеджера пакетов dpkg. Однако, удобство его использования пришлось по вкусу и пользователям других дистрибутивов. Тогда разработчики бразильского дистрибутива Connectiva Linux, написали код, которые сделал возможным работу APT с rpm. Чтобы обеспечить пользователям максимальное удобство, был также написан графический интерфейс для APT, который называется Synaptic. Именно об этих инструментах далее и пойдет речь.

Где взять и как установить?

Начнем мы конечно с APT. Брать надо здесь: http://freshrpms.net . Это сайт, на котором есть разделы посвященные Red Hat разных версий. На нем всегда можно найти самые свежие версии очень полезных программ, собранных для дистрибутива Red Hat. Сборка происходит довольно качественно и могу отметить, что у меня ни разу не было проблем с совместимостью пакетов с этого сайта и пакетов дистрибутива Red Hat, для которого они были собраны.

LPIC 102.5 Управление пакетами в RedHat-подобных операционных системах

Итак, заходим на сайт и переходим в раздел Red Hat 8.0. Затем выкачиваем оттуда один единственный пакет — apt. На момент написания данной статьи это apt-0.5.4cnc9-fr1.i386.rpm. Устанавливаем его обычным образом:

rpm -i apt-0.5.4cnc9-fr1.i386.rpm

Установка на этом не кончается. Это как-то связано с работой rpm, но для того, чтобы вы потом могли нормально генерировать списки пакетов, необходимо провести следующую операцию:

rpm —import /usr/share/doc/redhat-release-8.0/RPM-GPG-KEY

Далее нужно настроить APT.

Настройка APT

Сперва надо подготовить каталоги для хранения пакетов. У меня это выглядит так:

• Создан каталог /var/APT/RedHat/8.0/en/i386. Разумеется, что вы можете создать каталог и в другом месте и с другим именем. В этом вас никто не ограничивает.
• В этом каталоге созданы два подкаталога RPMS.os и RPMS.my. В RPMS.os я переписал пакеты с 3-х дистрибутивных дисков Red Hat 8.0. В RPMS.my лежат собранный мной пакеты и пакеты надерганные из Internet. Окончательный вид дерева каталогов дан ниже:

/var /APT /RedHat /8.0 /en /i386 /RPMS.os /RPMS.my

rpm file:/var/APT RedHat/8.0/en/i386 os my
rpm http://apt.freshrpms.net redhat/8.0/en/i386 os updates freshrpms

Далее, чтобы APT мог работать с нашим хранилищем (репозитарием) пакетов, мы должны изготовить список пакетов. Я это делаю командой:

genbasedir —bloat —flat —bz2only /var/APT/RedHat/8.0/en/i386 my os

Команда требует базовый каталог в качестве первого аргумента (в нашем случае /var/APT/RedHat/8.0/en/i386) и суффиксы подкаталогов RPMS.*, находящихся в этом каталоге (в данном случае это my и os, так как есть два подкаталога RPMS.my и RPMS.os). После выполнения команды в /var/APT/RedHat/8.0/en/i386 появится еще один подкаталог: base, в котором будут содержаться служебные файлы для APT. Особый интерес представляют файлы pkglist.*, которые и являются списками пакетов.

Теперь когда мы настроили APT, можно перейти непостредственно к работе с пакетами.

Работа с APT

Дальнейшая работа с APT происходит точно также как и в Debian GNU/Linux. Сперва нужно, чтобы APT создал кэш пакетов. Подключитесь к Интернет, если вы используете внешние источники пакетов (такие как freshrpms) и выполните команду:

apt-get update

На экране вы увидите процесс работы этой команды. Если все было сделано правильно, то вы не увидите ошибок, а после выполнения команды у вас будет готовый кэш пакетов. Смотреть его целиком нет никакого смысла, хотя это и возможно. Наверняка вас заинтересует возможность обновления вашей системы. Это можно сделать выполнив команду

apt-get upgrade

APT проанализирует какие версии пакетов обновились и предложит вам список пакетов, которые можно обновить.

Я не будут здесь перечислять все команды и все опции apt-get и других программ, входящих в APT. Когда-то я сделал перевод страниц руководства по APT и теперь с удовольствием отсылаю за подробностями туда .
Мы же выполним последнюю операцию, после которой я предлагаю вас пустится в самостоятельное плавание — установку графического интрфейса к APT — программы Synaptic. Итак, подключитесь к Интернет и наберите команду

apt-get install synaptic

APT проведет выкачивание rpm-пакета Synaptic с freshrpms и его установку. Все что требуется от вас — это наслаждаться процессом. Если в процессе установки понадобятся какие-либо другие пакеты, APT самостоятельно их найдет и предложит установить! Не правда ли все это очень удобно?

Теперь запустите программу, набрав synaptic в среде GNOME или KDE и вперед. Программа имеет интуитивно-понятный и простой интерфейс. Вот снимочек окна Synaptic :

Заключение

Разумеется, APT далеко не единственный высокоуровневый инструмент для работы с пакетами. Однако, на мой взгляд он наиболее удобен и очень прост в настройке.

В Интрнет существует множество репозитариев APT, которые предоставляют дополнительные пакеты для Red Hat и основанных на rpm дистрибутивов. После установки APT вы получаете возможность без труда работать с ними.

Источник: rus-linux.net

15.2. Использование RPM

RPM имеет пять основных режимов работы (не считая создания пакета): установка, удаление, обновление, анализ и проверка. Этот раздел содержит описание каждого режима. Чтобы получить полное описание всех подробностей и параметров, попробуйте выполнить rpm —help или обратиться к разделу 15.5 Дополнительные ресурсы .

15.2.1. Поиск RPM-пакетов

Прежде чем воспользоваться пакетами RPM, вы должны знать, где их найти. Поисковые машины в Интернете знают о множество хранилищ RPM, но если вы ищете пакеты RPM, созданные компанией Red Hat, обратитесь к следующим источникам:

Компакт-диски Red Hat Enterprise Linux

Страница обновлений Red Hat, расположенная по адресу http://www.redhat.com/apps/support/errata/ .

Список зеркал FTP-сервера Red Hat, опубликованный по адресу http://www.redhat.com/download/mirror.html

Сеть Red Hat Network — Подробнее о ней вы узнаете в главе 17 Red Hat Network

15.2.2. Установка

Обычно файлы, содержащие пакеты RPM, имеют имена вроде foo-1.0-1.i386.rpm . Имя файла включает название пакета ( foo ), версию ( 1.0 ), выпуск ( 1 ) и архитектуру ( i386 ). Чтобы установить пакет, войдите в систему под именем root и введите в приглашении оболочки следующую команду:

rpm -Uvh foo-1.0-1.i386.rpm

Если установка пройдёт успешно, на экране появится следующее:

Как вы видите, RPM выводит имя пакета, а затем, по мере установки пакета, последовательность символов «решётка», отражающую процесс установки.

При установке или обновлении пакета автоматически проверяется подпись пакета. Эта подпись подтверждает то, что пакет был подписан разработчиком и не был изменён. Например, если при проверке подписи происходит ошибка, вы получите примерно следующее сообщение:

error: V3 DSA signature: BAD, key ID 0352860f

Если это новая подпись только для заголовка появляется такое сообщение:

error: Header V3 DSA signature: BAD, key ID 0352860f

Если у вас не установлен ключ, подходящий для проверки подписи, сообщение об ошибке содержит слово NOKEY , например:

warning: V3 DSA signature: NOKEY, key ID 0352860f

За дополнительными сведениями о проверке подписи пакета обратитесь к разделу 15.3 Проверка подписи пакета .

Предупреждение

Если вы устанавливаете пакет ядра, вместо этой команды следует использовать rpm -ivh . За подробностями обратитесь к главе 37 Обновление ядра вручную .

Установка пакетов должна выполняться просто, но иногда вы можете встретить ошибки:

15.2.2.1. Пакет уже установлен

Если пакет той же версии уже установлен, вы увидите:

Preparing. ########################################### [100%] package foo-1.0-1 is already installed

Если версия пакета, который вы пытаетесь установить, совпадает с версией уже установленного, но вы, тем не менее, хотите установить пакет, вы можете указать параметр —replacepkgs и RPM проигнорирует эту ошибку:

rpm -ivh —replacepkgs foo-1.0-1.i386.rpm

Этот параметр полезен, если файлы, установленные из пакета RPM, были удалены или вы не хотите, чтобы были установлены оригинальные файлы конфигурации RPM.

15.2.2.2. Конфликтующие файлы

Если вы пытаетесь установить пакет, который содержит файл, установленный другим пакетом или более ранней версий того же пакета, на экране появляется сообщение:

Preparing. ########################################### [100%] file /usr/bin/foo from install of foo-1.0-1 conflicts with file from package bar-2.0.20

Чтобы RPM игнорировал эту ошибку, укажите параметр —replacefiles :

rpm -ivh —replacefiles foo-1.0-1.i386.rpm

15.2.2.3. Нарушенная зависимость

Пакеты RPM могут по сути зависеть от других пакетов, что означает, что для их нормальной работы необходимо установить другие пакеты. Если вы попытаетесь установить пакет с неразрешёнными зависимостями, вы увидите примерно следующее:

error: Failed dependencies: bar.so.2 is needed by foo-1.0-1 Suggested resolutions: bar-2.0.20-3.i386.rpm

Если вы устанавливаете пакет с набора компакт-дисков Red Hat Enterprise Linux CD-ROM, обычно вам предлагается название пакета, необходимого для разрешения зависимости. Найдите предлагаемый пакет(ы) на компакт-дисках Red Hat Enterprise Linux или на FTP-сайте Red Hat (или зеркале) и добавьте его в команду:

rpm -ivh foo-1.0-1.i386.rpm bar-2.0.20-3.i386.rpm

Если установка обоих пакетов прходит успешно, на экран выводится примерно следующее:

Если система не предлагает пакет для разрешения зависимости, вы можете попробовать параметр —redhatprovides , чтобы определить, какой пакет содержит требуемый файл. Для использования этого параметра вам потребуется установить пакет rpmdb-redhat .

rpm -q —redhatprovides bar.so.2

Если пакет, содержащий bar.so.2 , есть в установленной базе данных из пакета rpmdb-redhat , вы увидите название этого пакета:

Чтобы выполнить установку, нарушив зависимости (что не рекомендуется делать, так как пакет может работать некорректно), воспользуйтесь параметром —nodeps .

15.2.3. Удаление

Удаление пакета выполняется также просто, как и его установка. Введите в приглашении оболочки следующую команду:

Замечание

Обратите внимание, здесь используется имя пакета foo , а не имя файла оригинального пакета foo-1.0-1.i386.rpm . Чтобы удалить пакет, замените foo действительным именем первоначального пакета.

Вы можете столкнуться с нарушением зависимости при удалении пакета, если другой установленный пакет зависит от пакета, который вы пытаетесь удалить. Например:

error: Failed dependencies: foo is needed by (installed) bar-2.0.20-3.i386.rpm

Чтобы заставить RPM игнорировать эту ошибку и удалить пакет, что может привести к поломке пакета, зависящего от него, используйте параметр —nodeps .

15.2.4. Обновление

Обновление пакета похоже на его установку. Введите в приглашении оболочки следующую команду:

rpm -Uvh foo-2.0-1.i386.rpm

В процессе обновления пакета RPM автоматически удаляет все старые версии пакета foo . В действительности, вы можете всегда использовать параметр -U для установки пакетов, так как он работает, даже если предыдущая версия пакета не установлена.

Подсказка

Не стоит использовать параметр -U для установки пакетов ядра, так как при этом RPM заменит предыдущий пакет ядра. Это не влияет на работающую систему, но если после следующей перезагрузки запустить новое ядро не удастся, никакого другого ядра для загрузки вместо него не будет.

Параметр -i добавляет ядро в меню загрузчика GRUB ( /etc/grub.conf ). Подобным образом, при удалении старого, ненужного ядра, запись этого ядра удаляется из GRUB.

Так как RPM выполняет умное обновление пакетов с файлами конфигурации, вам может встретиться подобное сообщение:

saving /etc/foo.conf as /etc/foo.conf.rpmsave

Это сообщение означает, что изменения файла конфигурации могут оказаться не совместимыми снизу вверх с новым файлом конфигурации, входящим в пакет, поэтому RPM сохранил ваш первоначальный файл и установил новый. Вы должны проанализировать различия между двумя файлами конфигурации и разобраться с ними как можно скорее, чтобы ваша система смогла продолжить нормальную работу.

Обновление в самом деле представляет собой комбинацию удаления и установки, поэтому во время обновления RPM вы можете встретить ошибки и удаления, и установки, плюс ещё одну. Если RPM считает, что вы пытаетесь обновить пакет с более старой версией, он сообщает примерно следующее:

package foo-2.0-1 (which is newer than foo-1.0-1) is already installed

Чтобы, несмотря на это, принудительно обновить пакет, укажите параметр —oldpackage :

rpm -Uvh —oldpackage foo-1.0-1.i386.rpm

15.2.5. Освежение

Освежение пакета похоже на его обновление. Введите в приглашении оболочки следующую команду:

rpm -Fvh foo-1.2-1.i386.rpm

Получив указание освежить пакет, RPM сравнивает версию пакетов, заданных в командной строке с версией пакетов, установленных в системе. Если в параметрах RPM указан пакет с версией новее установленного пакета, он обновляется до более новой версии. Однако, указание RPM освежить версию не будет работать, если пакет с таким именем не был установлен ранее. Этим данным параметр и отличается от параметра обновления, так как при обновлении пакеты устанавливаются вне зависимости от того, была ли установлена старая верия пакета.

RPM может выполнить эту операцию как для одного пакета, так и для групп пакетов. Если вы только что загрузили много разнообразных пакетов и хотите обновить только установленные в системе, «освежение» пакетов — именно то, что вам нужно. Если вы освежаете пакеты, перед использованием RPM вы можете не удалять ненужные пакеты из загруженной группы пакетов.

В этом случае выполните следующую команду:

RPM автоматически обновит только уже установленные пакеты.

15.2.6. Анализ

Чтобы обратиться к базе данных установленных пакетов, используйте команду rpm -q . Команда rpm -q foo выводит название пакета, версию и номер выпуска установленного пакета foo :

Замечание

Чтобы запросить информацию о пакете, замените foo действительным именем пакета.

Вместо указания имени пакета используйте следующие параметры команды -q для указания запрашиваемого пакета (ов). Эти параметры называются Параметрами выбора пакета .

-a запрашивает все установленные пакеты.

-f запрашивает пакет, к которому относится файл . Указывая файл, вы должны определить полный путь к файлу (например, /bin/ls ).

Указать параметры запроса можно разными способами. Следующие параметры определяют тип искомой информации. Они называются Параметрами запроса информации .

-i отображает информацию о пакете, включая имя, описание, выпуск, размер, дату сборки, дату установки, производителя и другую разнообразную информацию.

-l выводит список файлов, содержащихся в пакете.

-s выводит состояние всех файлов в пакете.

-d выводит список файлов, помеченных как документация (страницы man, info, файлы README, и т.д.).

-c выводит список файлов, помеченных как файлы конфигурации. Таковыми считаются файлы, изменяемые вами после установки при настройке пакета в вашей системе (например, sendmail.cf , passwd , inittab и т.д.).

Добавьте для параметров, выводящих списки файлов, команду -v и вы получите списки в знакомом формате ls -l .

15.2.7. Проверка

При проверке пакета информация о файлах, установленных из пакета, сравнивается с информацией из оригинального пакета. Помимо прочего, при такой проверке проверяется размер, сумма MD5, разрешения, тип, владелец и группа владельца каждого файла.

Проверку пакета выполняет команда rpm -V . Вы можете указать пакет, который хотите проверить, используя любой из перечисленных параметров выбора пакета . Простым примером проверки является команда rpm -V foo , которая проверяет, что все файлы пакета foo находятся там, куда они были изначально установлены. Например:

Чтобы проверить пакет, содержащий конкретный файл, выполните:

rpm -Vf /usr/bin/vim

Чтобы проверить ВСЕ установленные пакеты:

Чтобы сравнить установленный пакет с файлом RPM-пакета:

rpm -Vp foo-1.0-1.i386.rpm

Эта команда может быть полезна, если вы сомневаетесь в целостности баз данных RPM.

Если проверка проходит успешно, никакие сообщения на экран не выводятся. В случае обнаружения каких-либо нарушений, вы увидите сообщения об этом. Для каждого несоответствия на экран будет выведена строка из восьми символов ( c обозначает файл конфигурации), а затем имя файла. Каждый из восьми символов обозначает результат сравнения одного атрибута файла со значением атрибута, записанного в базе данных RPM. Единственная точка ( . ) означает, что тест пройден. Следующие символы обозначают ошибки при выполнении определённых проверок:

5 — контрольная сумма MD5

L — символическая ссылка

T — дата изменения файла

M — режим (включая разрешения и тип файла)

? — файл не удалось прочитать

Если вы увидели такие сообщения, вы должны решить, будете ли вы удалять или переустанавливать пакет, или исправлять проблему другим способом.

Назад	Начало	Вперёд
Управление пакетами с помощью RPM	Вверх	Проверка подписи пакета

Источник: www.rhd.ru

Установка приложений в ос Red Hat

Установка приложений – это не самый сложный про­цесс взаимодейст­вия пользователя с компьютером даже для ОС типа UNIX, хотя в ОС Windows ХX процесс инсталляции приложений прохо­дит значительно проще – достаточно запустить программу Setup и да­лее отвечать согласием на предложения системы.

В ОС Linux установка приложений не столь однозначна, как в ОС Windows XX, поскольку пакеты прикладных программ могут содер­жаться как в уже скомпилированном бинарном виде, так и в исходных текстах, написанных на языках C и C++.

Инсталляция бинарных пакетов

Бинарный пакет приложений представляет собой архивный файл с расширением tar.gz, .tgz или .rpm. Архив содержит собственно программы, руководство пользователя man, конфигурационные файлы и т.д. Эти файлы в процессе инсталляции размещаются системой в различные, строго определенные каталоги. Файлы бинарных пакетов с расширением .rpm ис­пользуются, в частности, в версиях ОС Red Hat, Fedora Core X и т.д., описанных во введении.

ОС Red Hat допускает установку приложений как с использо­ванием «графических» утилит, так и с помощью утилит командной строки, выполнить которые можно в графическом терминале или в текстовом режиме работы ОС.

С по­мощью алфавитно-цифрового терминала устано­вить приложение можно, как минимум, двумя способами.

1. С командной строки с помощью команды:

rpm -ivh «имя пакета».i386.rpm

или в принудительном порядке:

rpm -ivh —force «имя пакета».i386.rpm

2. Раскрыть rpm-файл в Midnight Commander и выполнить команду IN­STALL или обновить программу (заменить более новой версией) по команде UPGRADE.

Midnight Commander позволяет просмотреть со­держимое архива (файл CONTENTS.cpio) и скопировать его файлы и каталоги. Для этого следует перевести курсор на архив, открыть его нажатием клавиши Enter>, затем выбрать требуемый объект и переписать его в нужный каталог системы.

Пакет так же просто удаляется из системы командой:

rpm -e «имя пакета»

В этом случае имя пакета указывается без расширения (.i386.rpm).

Установить или удалить бинарный пакет можно и с помощью графи­ческого приложения Установка/Удаление программ, которое вызывается последовательным выполнением директив Сис­темные пара­метры, Установка/Удаление программ кнопки . После запуска утилиты от­кроется окно Управление пакетами, содержимое которого аналогично окну Выбор группы пакетов программы инсталляции системы. Для ус­тановки или удаления пакета нужно выбрать соответствующую группу, щелк­нуть по ссылке Сведения, а затем установить или удалить опцию напротив имени нужного пакета. В этом случае система потребует дист­рибутивные компакт-диски (CD).

Задание 14. Установите бинарный па­кет любым из двух вышеописанных способов, а затем проверьте его работоспособность.

Место нахождения пакета Вам укажет преподаватель. Обычно пакеты находятся на CD-ROM Red Hat или Fedora Core X в папке /RedHat/RPMS или /Fedora/RPMS. В ла­бораториях УрГЭУ доступ к дистрибутивам на сер­вере aprold-new.usue.ru можно организовать подключением сетевых дисков в существующее дерево катало­гов по команде:

mount aprold-new.cc.usue.ru:/u/soft /aprold

Здесь /aprold – точка монтирования (подкаталог корневого ката­лога) се­тевой файловой системы. Убедитесь, что такой каталог суще­ствует. В про­тивном случае создайте его в корне локальной файловой системы с помощью Mid­night Commander и клавиши F7>, а затем выполните вышеописанную команду mount.

Выберите задание согласно номеру подгруппы (табл. Л.4).

Место расположения пакета

Если указанные пакеты уже установлены в систему, то удалите их, а затем установите вновь.

Задание 15. Запустите инсталлированный пакет, выполнив с командной строки:

xcpustate, xosview, xsnow, xxkb

соответственно. Результат поместите в отчет.

Инсталляция пакетов программ в исходных текстах

Инсталляция пакетов, содержащих исходные тексты программ, отли­чается от вышеопи­санной установки бинарных пакетов, т.к. требует компиляции текстов. Для установки такого пакета необходимо разархивировать пакет. Обычно пакет исходных текстов программ архиви­руется в файл с расширением *.tar.gz. Извлечь файлы из архива можно с помощью Midnight Commander, открыв пакет нажатием клавиши Enter> на строке с именем пакета, а затем скопировать содержимое ар­хива в какой-либо каталог (обычно в /usr/src) по клавише F5>, или по той же клавише F5>поместить файл архива в каталог /usr/src, перейти в него и с по­мощью команды:

tar –zxvf имя пакета.tar.gz

разархивировать файл в текущий каталог. Разархивированный файл представляет собой папку с одноименным названием.

Перейдите в эту папку и запустите на выполнение программу configure. Эта программа определит конфигура­цию программного обеспечения, установленного в ОС Linux и, если оно удовлетворяет заданному условию, подготовит файл компиляции па­кета Makefile. В случае возникновения ошибки необходимо проанализировать ситуацию, устранить ошибку и вновь запустить configure на выполнение. В отличие от ОС Windows, процесс конфигурации будет сопровождаться комментариями, указывающими на то, что проверяет система. При успешном окончании процесса можно приступить к компиляции программы;

а) скомпилировать пакет исходных текстов. Компиляция пакета выполняется по команде:

б) если компиля­ция прошла успешно, то «внедрить» пакет в систему по команде:

make install

На этом процесс установки пакета программ на основе исходных тек­стов заканчи­вается. Теперь Вы можете проверить работу программы, за­пустив ее на выполнение с командной строки терминала.

Процедура удаление из системы инсталлированного таким образом пакета отличается от процедуры удаления бинарного пакета и осуществляется по команде:

make uninstall

Задание 16. Установите в систему пакет программ в исходных текстах согласно номеру подгруппы (табл. Л.5). Месторасположение пакета Вам укажет преподаватель. В таблице в соответствующей графе указано расположение пакетов для лабораторий УрГЭУ.

Место расположения пакета

Отметим, что содержимое строки CONTENS.cpio пакета исходных текстов *.src.rpm отличается от содержимого бинарного пакета.

Обычно в пакет исходных тек­стов, имеющих расширение .rpm, входят специальные программы (patch) обновле­ния версии пакета и собственно архив исходных текстов, представляющий собой файл с одноименным названием и расширением tar.gz, tgz или tar.bz2. Нас интере­сует именно такой файл-архив.

Задание 17. В Midnight Commander откройте искомый пакет исходных текстов программ, выделите в нем строку CONTENS.cpio и откройте ее (Enter>). Найдите файл-архив с названием пакета и расширением tar.bz2 или tar.

gz, откройте нажатием клавиши Enter> и скопируйте его содержимое в каталог /usr/src. Теперь пакет исходных текстов полностью го­тов для компиляции и инстал­ляции.

Перейдите в каталог /usr/src/*, найдите в нем про­грамму configure и запустите ее. Эта программа определит параметры вычислительной системы и создаст файл компиляции Makefile. Далее выполните команду make и откомпилируйте пакет, а затем установите его в систему командой make install.

Дополнение к заданию для подгрупп 1 и 2. В пакете mplayer выберите строку font-arial-iso8859-1.tar.bz2, откройте архив и скопируйте содержимое каталога font-arial-14-iso-8859-1 в папку /usr/local/share/mplayer/font.

Дополнение к заданию для подгруппы 3. Для успешного выполнения задания перед компиляцией пакета xine-ui необходимо инсталлировать библиотеку, содержащую аудио- и видеокодеки, которые используются данной программой. Следует учесть, что библиотеки пользовательских приложений находятся в строго определенных каталогах и их месторасположение в файловой системе ОС Linux определяет разработчик.

При подготовке файла компиляции Makefile пакета xine-ui система проверяет наличие этой библиотеки. Чтобы приложение могло отыскать нужную ему библиотеку, существует специальный файл /etc/ld.so.confd, в котором прописываются пути поиска всех библиотек. Для активизации этого пути используется команда ldconfig.

Обычно эта операция проделывается автоматически по команде make install. Однако разработчики пакета xine-lib предоставили возможность выполнить эту операцию рядовому пользователю. Поэтому для подгруппы 3 после установки библиотеки xine-lib в каталог /etc/ld.so.conf.d добавьте файл xine-lib.conf и вставьте в него строку поиска /usr/local/lib, а затем активируйте ее, выполнив с командной строки ldconfig.

Проверьте работоспособность инсталлированных программ, выполнив с командной строки:

mplayer /aprold/xine/m3.avi

xine /aprold/xine/m3.avi

wine /aprold/wine/sol.exe

Результаты поместите в отчет.

На этом лабораторная работа заканчивается.

Сохраните файл отчета на дискете, предварительно смонтировав дискету в корневой каталог системы. Для этого вставьте дискету в дисковод и щелкните по ее значку в папке рабочего стола Компьютер. При успешном завершении операции изображение флоппи-диска изменится и на рабочем столе появится окно с заголовком floppy.

Далее щелкните по значку Домашний каталог пользователя root, расположенному на рабочем столе, а затем из окна папки «перетащите» файл LabRab4 в окно floppy и закройте его. Сохраните файл отчета. Для этого щелкните правой клавишей мыши по значку флоппи-диска в окне Компьютер, а затем в системном меню выполните директиву Отсоединить том. Дискету можно извлечь из дисковода лишь после того, как погаснет индикатор.

Источник: studfile.net