C одержани е


РАЗДЕЛ 4. УСТАНОВКА И ОБНОВЛЕНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ В



страница4/6
Дата01.12.2017
Размер1.09 Mb.
ТипКонтрольные вопросы
1   2   3   4   5   6
РАЗДЕЛ 4. УСТАНОВКА И ОБНОВЛЕНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ В OC LINUX


    1. Основные способы установки программного обеспечения

4.1.1. Дистрибутивы Linux

ОС Linux распространяется посредством дистрибутивов. Дистрибутив представляет собой набор пакетов программного обеспечения, в который также входит ядро ОС и необходимый для работы набор утилит.

С момента выхода первой версии ядра в мире уже существует несколько десятков различных дистрибутивов Linux. Некоторые из них разрабатываются компаниями на коммерческой основе, а другие распространяются на условиях лицензии GPL, т.е. бесплатно. Можно выделить два отличия дистрибутивов:

- программа установки и конфигурирования операционной системы (текстовые инсталляторы, графические оболочки и т.д.);

- количество программного обеспечения и утилит, которое поставляется с дистрибутивом.

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

Наибольшее распространение получили три вида пакетов: rpm (формат Red Hat Linux), deb (формат Debian) и tgz (формат Slackware). По этому признаку часто выделяют дистрибутивы, которые основаны на Red Hat Linux или Debian. В табл. 4.1 приведены основные дистрибутивы Linux.

Таблица 4.1. Основные дистрибутивы Linux



Название

Описание



http://www.debian.org/

ОС Debian - дистрибутив с большим набором свободного ПО, который наследует лучшие традиции ОС UNIX. Данный дистрибутив - полностью некоммерческий проект, в разработку и развитие которого вносят свой вклад множество добровольных разработчиков со всего мира. В процессе разработки дистрибутива параллельно существует 3 ветки - стабильная, в процессе тестирования и нестабильная. При появлении новой версии пакета Debian она помещается в нестабильную категорию. После прохождения начального процесса тестирования она переходит в категорию основного тестирования, в котором может находиться несколько месяцев. И только после тестирования множеством тестеров новая версия официально признается стабильной. В результате такого процесса разработки данный дистрибутив всегда получается очень надежным, стабильным и подходящим для использования на серверах. В качестве недостатков можно указать неудобную установку, которая требует от пользователя знаний ОС и затратность по времени, в то же время имеется удобный инсталлятор пакетов apt-get, благодаря которому обновления системы проходят более просто, чем установка системы.

http://www.redhat.com



Для многих пользователей Red Hat - это и есть Линукс. Одной из причин популярности Red Hat является большое разнообразие сервисов, которые предлагает компания. Программы просто обновляются через механизм Red Hat Net Network. В дистрибутив всегда входит самое актуальное ядро, библиотеки, графические оболочки KDE и GNOME, а еще и большое количество разнообразных программ. RedHat может успешно работать в качестве сервера для WWW/FTP, Proxy-сервера, рабочего места администратора сети, разработчика приложений, мультимедийной платформы. В полный комплект поставки дистрибутива входит документация и исходные коды самых популярных программ. В Red Hat используется свой формат пакетов RPM - Red Hat Packet Manager. Все это позволяет использовать RedHat в качестве ОС на самых ответственных серверах Интернета. Существует сертификационная программа для пользователей этой системы RHCE (Red Hat Certified Engineer), процесс обучения и сертификации по которой сейчас есть во многих странах мира.

http://www.asplinux.ru



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

http://www.altlinux.ru



Выпускается командой разработчиков ALT Linux (ALT Linux Team), в которую входят преимущественно разработчики из Восточной Европы: России, Украины, Белоруссии. Сама же фирма координирует разработку этого дистрибутива, осуществляет техническую поддержку.



http://www.slackware.com/

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

http://www.suse.com



Дистрибутив получил наибольшее распространение в странах Германии и Восточной Европы из-за собственного инсталлятора с набором утилит конфигурирования Yast. Также с дистрибутивом всегда идет очень подробная документация. SuSE Linux 7.3 даже заработал звание "Продукт года" от Linux Journal. Работа над выходом новых версий продукта происходит внутри компании SuSE, к процессу разработки посторонние не допускаются. Рекомендуется для пользователей, которые еще не работали с unix-подобными системами, а также для тех, кто привык к интерфейсу ОС Windows.

http://www.mandriva.com



Дистрибутив, основанный Red Hat Linux, разрабатывается командой из Франции. Имеет большое количество полезных программ, содержит очень простую программу установки DrakX с графическим интерфейсом и поддержкой русского, белорусского и украинского языков. Популярен благодаря простоте установки для начинающего пользователя, возможности автоматического распознавания оборудования и утилиты для управления разделами жесткого диска признаны одними из лучших. Mandriva - единственный дистрибутив, который предлагает обе технологии AIGLX и Xgl сразу.

http://www.gentoo.org



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

http://www.knoppix.ru



Дистрибутив Knoppix выгодно выделяется своей простотой: он может работать с компакт-диска, даже не требуя инсталляции на жесткий диск. В Knoppix используется так называемая технология «динамическая компрессия», что позволяет разместить на диске около тысячи программных пакетов (это две тысячи программ и два гигабайта информации), несколько оконных менеджеров (KDE среди них), офисные пакеты, графические редакторы, браузеры, проигрыватели аудио- и видеофайлов.

http://www.geexbox.org



Самозагрузочный диск с дистрибутивом Линукса, предназначенный в основном для проигрывания видео (DivX, XviD, FFMpeg, MPEG 1/2, VCD, DVD, OggMedia, Windows Media, RealMedia, и т.д.) и аудио (MP3, Audio CD, Ogg/Vorbis, и т.д.). Основой всего этого служит MPlayer, которым можно еще и ТВ смотреть.


4.1.2. Способы установки программных пакетов в ОС Linux

Уже прошло довольно много времени с момента выхода первой версии ядра ОС Линукс (1991), но можно смело утверждать, что развитие этой ОС продолжается и в настоящее время. Выходят как совершенно новые дистрибутивы, так и новые версии уже старых и известных пакетов.

Необходимость в установке новых программных пакетов под Linux возникает в двух основных случаях:

- когда появляется новая версия одного из уже установленных на компьютере пакетов;

- когда возникает желание или необходимость использовать пакет еще не установленный.

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

Для дистрибутивов, основанных на Red Hat Linux, существует две основные формы распространения ПО: в исходных текстах и в виде исполняемых модулей. В первом случае пакет ПО обычно поставляется в виде tar-gz архива, во втором случае - в виде rpm-пакета (но это не обязательно, исполняемые модули также могут распространяться в виде tar-gz-архива).

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



4.2. Tar-gz-архивы и prm-пакеты: понятие, создание и распаковка

4.2.1. Программа prm

Название этой программы (или команды) является аббревиатурой от Redhat Package Manager. Такая расшифровка дается в большинстве книг и руководств по Linux и кажется более правильной и логичной, хотя в главе 6 "The Official Red Hat Linux Reference Guide" говорится: "The RPM Package Manager (RPM), is an open packaging system available for any-one to use, and works on Red Hat Linux as well as other Linux and UNIX systems", т.е. предлагается рекурсивная расшифровка названия RPM, подобная расшифровке GNU -GNU is Not Unix.

Программа rpm в некотором смысле аналогична программам типа setup wizard для MS Windows. Преимуществом использования этой программы по сравнению с установкой tar-gz архивов является то, что она автоматически выполняет все необходимые действия по установке программного обеспечения: создает необходимые каталоги, распределяет по ним файлы, создает ссылки. Кроме того, она может быть использована не только для установки нового пакета, но и для обновления версий ПО, получения перечней установленного ПО и проверки установки, а также для деинсталляции отдельных пакетов (например, если после периода пробной работы с программой принято решение отказаться от ее дальнейшего использования). С помощью той же программы rpm можно подготовленному пользователю создать пакет формата rpm.

4.2.2. Rpm-пакеты

Rpm-пакеты - это специальным образом подготовленные архивы, предназначенные для обработки программой rpm. Название rpm-пакетов оканчивается на суффикс .rpm, например, xzip-180-l.i386.rpm или xzip-180-l.src.rpm.

Как видно, перед суффиксом .rpm стоит еще один суффикс. Если это .i386, .i686 или .i586, то в пакете находятся исполняемые файлы, оптимизированные для соответствующего типа процессора.

Если этот суффикс .src, то в пакете находятся исходные тексты, которые после установки еще надо скомпилировать. Обычно как на установочных компакт-дисках, так и в интернет-каталогах rpm-пакеты с исполняемыми файлами располагаются в каталогах с названием RPMS, а rpm-пакеты с исходными текстами - в подкаталогах SRPMS.

Часто встречаются также rpm-пакеты с суффиксом .noarch.rpm, содержащие файлы, которые без дополнительной обработки устанавливаются в соответствующие каталоги, например, файлы страниц интерактивного руководства man.

И, наконец, если rpm-пакет рассчитан на версию Linux, предназначенную для другой аппаратной платформы (AMD, DEC Alpha, SUN Sparc, MIPS; PowerPC), это тоже будет отображено в имени пакета: вместо .i386 в суффиксе будет стоять, соответственно, athlon, alpha, sparс, mips или ррс.

В Интернет rpm-пакеты можно найти на различных серверах, например, http://rufus.w3.org (другое имя http://rpmfmd.net). На нем установлена поисковая система, которая позволяет упорядочивать список пакетов:

- по именам пакетов;

- по дистрибутивам;

- по группам приложений;

- по датам;

- по поставщикам (производителям) программного обеспечения.

Из ftp-серверов в России следует выделить два: ftp://frp.chg.ru/pub/Linux и ftp://ftp.nc.ore.ru/.

Необходимо заметить, что если для перекачки пакетов из Интернет используется компьютер, работающий под ОС Windows, то возможна замена имен пакетов. Дело в том, что Windows "не любит" имена, в которых несколько точек (например, glib-1.0.6-3.i386.rpm) и заменит "лишние" точки на знаки подчеркивания - glib-l_0_6-3_i386.rpm. Поэтому после получения пакета (при переносе его на ПК с ОС Linux) желательно эти "исправления" устранить, вернувшись к исходным именам UNIX. Правда, делать это не обязательно, поскольку внутри rpm-пакет все равно правильно идентифицирован, но для единообразия и облегчения поиска файлов все же целесообразно.



Установка нового пакета

Для установки совершенно нового пакета из скаченного prm-архива (т.е. на компьютере не было предыдущих версий этого ПО) достаточно перейти в тот каталог, где находится архив, и выполнить команду:

[root]# rpm -i имя_ rpm _архива

Установка обновленного пакета

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

[root]# rpm -Uforce имя__ rpm _архива

Здесь параметр -U указывает на то, что необходимо произвести обновление (upgrade) пакета, а опция -force требует безусловного (без дополнительных вопросов) обновления всех входящих в пакет файлов. В некоторых случаях, может быть, следует сохранить какие-то (например, конфигурационные) файлы от предыдущей версии. Если установка проходит нормально и никаких дополнительных сообщений не появляется, то после завершения работы программы (после появления приглашения оболочки) можно пользоваться вновь установленным пакетом.

Программа rpm позволяет выяснить, какие файлы установит тот или иной пакет. Для этого надо выполнить следующую команду:

[root]# rpm -qpl имя_ rpm _архива

При выполнении этой команды текущим должен быть каталог, содержащий интересующий пользователя пакет.

Информацию о назначении ПО, содержащегося в rpm-пакете, можно получить, используя команду:

[root]# rpm -qpi имя_ rpm _архива

Дело в том, что файлы RPM кроме собственно архива файлов содержат информацию о пакете, включая имя, версию и краткое описание. С помощью той же программы rpm можно просмотреть эту дополнительную информацию. Например, для пакета glib-1.0.6-3.i386.rpm результат исполнения команды:

[root]# rpm -qpi glib-1.0.6-3.i386.rpm

будет примерно таким:



Name : glib Relocations: (not relocateable)

Version : 1.0.6 Vendor: Red Hat Software

Release : 3 Build Date: Суб 10 Окт 1998 04:49:03

Install date: (not installed)

Build Host: porky.redhat.com

Group : Libraries Source RPM: glib-1.0.6-3.i386.rpm

Size: 55305

Packager : Red Hat Software <bug@redhat.com>

Summary : Handy library of utility functions

Description : Handy library of utility functions. Development libs and headers are in gtk+-devel.

Для выдачи списка входящих в пакет файлов с указанием того, куда они будут установлены, необходимо ввести команду:

[root]# rpm -qpl glib-1.0.6-3.i386.rpm

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



/usr/lib/libglib.so.l

/usr/lib/libglib.so.1.0.6

4.2.3. RPM как система запросов

RPM также предоставляет мощную систему запросов по установленным в системе пакетам. Используя команду:

[root]# rpm -qa

можно получить перечень всех установленных в системе пакетов. Так как перечень большой по объему, то необходимо направить вывод в фильтр more или в файл, который потом просматривать с помощью less или встроенной программы просмотра из оболочки Midnight Commander.

Можно выполнить поиск информации об отдельном пакете или об отдельных файлах. Например, какому пакету принадлежит файл /etc/bashrc и откуда появился:

[root]# rpm -qf /etc/bashrc

В результате выполнения предыдущей команды система выдаст похожее сообщение:

bash-1.14.7-16

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

[root]# rpm -Va

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

Из вышеприведенных примеров видно, что rpm - полезная утилита, у нее имеется много разных опций. Всего rpm имеет 16 основных режимов работы, которые можно объединить в 6 групп (после двоеточия приводится формат команды для соответствующего режима):

1) Запросы:

Запрос: rpm [--query] [queryoptions]

Показать метки запросов (Querytags): rpm [--querytags]

2) Установка и поддержка установленных пакетов:

Установка: rpm [--install] [installoptions] [package_file]+

Обновление: rpm [--freshen|-F] [installoptions] [package_file]+

Деинсталляция: rpm [--uninstall|-e] [uninstalloptions] [package]+

Проверка: rpm [--verify|-V] [verifyoptions] [package]+

3) Подписи - пакеты подписываются электронной цифровой подписью в формате PGP, с целью обеспечения неизменяемости и сохранения авторства пакетов:

Проверка подписи: rpm [--verify|-V] [verifyoptions] [package]+

Переподписывание: rpm [--resign] [package_file]+

Добавление подписи: rpm [--addsign] [package_file]+

4) Работа с базой

Инициализация базы: rpm -i [--initdb]

Обновление базы (Rebuild Database): rpm -i [--rebuilddb]

5) Создание rpm -пакетов

Создать пакет: rpm [--b|t] [package_spec]+

Перекомпилировать пакет: rpm [--rebuild] [souscerpm]+

Скомпилировать пакет из tar-архива: rpm [--tarbuild] [tarredsource]+

6) Разное

Показать конфигурацию программы rpm: rpm [--showrc]

Задать пользователей: rpm [--setperms] [paekage]+

Задать группы: rpm [--setgids] [package]+

Подробное описание всех возможностей команды rpm приведено в [5].

Как и другие программы для Linux, программа rpm постоянно развивается и совершенствуется. При этом при замене версии этой программы могут возникнуть трудности с установкой пакетов, созданных в предыдущих версиях. Так было, например, при переходе с третьей на четвертую версию rpm. Так что надо использовать пакеты, соответствующие установленной на данном компьютере версии.

Приведенное выше описание программы rpm предполагает, что она запускается с консоли или в эмуляторе терминала.

Между тем в разных дистрибутивах имеются графические оболочки для управления rpm -пакетами. В составе графической среды KDE такая оболочка называется kpackage. Ее можно запустить либо из командной строки, либо из основного меню KDE.



4.3. Компиляция ПО из исходных текстов

Если rpm-пакеты с необходимым программным обеспечением нужно еще поискать (и не всегда можно найти), то tar-gz-архив любого программного обеспечения для Linux найдется в Интернете всегда.

В некоторых случаях такие архивы содержат исполняемые модули приложений. Тогда установка приложения лишь немного сложнее, чем в случае установки из rpm -пакета: необходимо просто раскрыть архив с помощью программ gunzip и tar, перейти в созданный каталог и можно запускать полученное приложение.

Но чаще всего приложения поставляются в исходных текстах, т.е. в виде программы на языке Си. Установить их в этом случае немного сложнее. Напомним, что операционная система UNIX родилась на свет одновременно с языком программирования С. Более того, язык С был создан специально для разработки этой ОС, значительная часть UNIX была написана на языке С. ОС Linux тоже написана на Си. Поэтому, а также в соответствии с принципом свободного распространения исходных кодов, многие приложения для Linux распространяются в виде текстов на С (а в последнее время - и на C++).

Естественно, что для установки и запуска такого приложения на исполнение его необходимо предварительно скомпилировать. Для выполнения процедур компиляции обычно используется программа gcc (хотя существуют и некоторые альтернативные разработки).

Изначально аббревиатура GCC имела смысл GNU С Compiler, но в апреле 1999 года сообщество GNU решило взять на себя более сложную миссию и начать создание компиляторов для новых языков с новыми методами оптимизации, поддержкой новых платформ, улучшенных runtime-библиотек и других изменений (http://gcc.gnu.org/gccmission.html).

Поэтому сегодня GCC расшифровывается как GNUCompiler Collection (коллекция компиляторов GNU) и содержит в себе компиляторы для языков С, C++, Objective С, Chill, Fortran, Ada и Java, а также библиотеки для этих языков (libstdc++, libgcj, ...).

4.4. Основные компоненты GNU- компилятора

GNU-компилятор с языка С gcc содержит в себе четыре основные компонента, соответствующие четырем этапам преобразования исходного кода в исполняемую программу.

Первый компонент - это препроцессор, который модифицирует исходный код программы перед компиляцией в соответствии с командами препроцессора, содержащимися в С-программе. В соответствии с этими командами выполняются простые подстановки текста.

Второй - собственно компилятор, который обрабатывает исходный код и преобразует его в код на языке ассемблера.

Третий компонент - ассемблер, который генерирует объектный код.

Четвертый компонент - компоновщик, который собирает исполняемый файл из файлов объектного кода. Как известно, большие программы обычно пишутся по частям, в виде множества отдельных файлов, содержащих исходный код соответствующей части. Компилятор обрабатывает каждый такой файл отдельно и создает отдельные объектные модули (файлы таких модулей обычно имеют расширение .о). Создание единой исполняемой программы из таких модулей и является задачей компоновщика. При таком подходе, если в какой-то модуль программист вносит исправление, нет необходимости заново компилировать всю программу: достаточно откомпилировать исправленный модуль и заново запустить компоновщик.

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

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

Имена статических библиотек обычно имеют суффикс , а имена разделяемых библиотек - суффикс .so, за которым следует старший и младший номера версии. Имя может быть любой строкой, которая однозначно характеризует библиотеку. Обычно имена библиотек начинаются с lib. Примеры:

libm.so.5 - общая математическая библиотека,

libXll.so.6 - библиотека для работы с системой X Window.

Библиотека libc.so.5 компонуется автоматически, в то время как большинство других библиотек необходимо явно указывать в командной строке при вызове программы gcc. Это делается через опцию -1, за которой следует уникальная часть имени библиотеки, например, для вызова математической библиотеки достаточно указать -lm.

Многие системные библиотеки располагаются в системных каталогах, например, в /usr/lib и /lib, но некоторые могут располагаться и в других местах. Список этих каталогов помещается в файл /etc/ld.so.conf. Каждый раз, когда разделяемая библиотека изменяется или инсталлируется вновь, нужно выполнять команду ldconfig, чтобы обновить файл /etc/ld.so.conf , а также ссылки на него. Если библиотека инсталлируется из PRM-пакета, это обычно делается автоматически, хотя и не всегда.

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

- имени целевого файла,

- списка файлов, от которых он зависит,

- команды.

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

В строке может быть указано несколько команд. Обычно команда - это вызов компилятора для компиляции файла исходного кода или компоновки файлов объектного кода.

Строки, определяющие зависимости, отделяются друг от друга пустой строкой.



4.5. Инсталляция пакетов ПО из исходных текстов

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

Непосредственно процесс инсталляции пакета состоит из следующих шагов:


  1. Перейти (с помощью команды cd) в каталог, содержащий исходные коды устанавливаемого пакета;

  2. Выполнить команду ./configure, которая осуществляет конфигурирование пакета в соответствии с системой пользователя. Процесс выполнения этой команды занимает довольно длительное время, причем команда выдает на экран сообщения о том, какие именно особенности системы тестируются;

  3. Выполнить команду make, для того, чтобы скомпилировать пакет.

  4. Выполнить (этот шаг не является обязательным) команду make check, которая вызывает запуск процедур самотестирования, которые поставляются с пакетом.

5) Выполнить команду make install для установки программ, а также файлов данных и документации.

6) Заключительный этап состоит в выполнении команды make clean, которая удаляет промежуточные объектные и двоичные файлы из каталога с исходными кодами. Для удаления временных файлов, которые создала команда configure (после чего пакет можно компилировать для другого типа компьютеров), надо выполнить команду make distclean.

В большинстве случаев выполнение этой последовательности команд достаточно для установки нового пакета.

Основная проблема, с которой приходится сталкиваться при инсталляции программ из исходных кодов, связана с конфликтами версий: для вновь устанавливаемого пакета требуются новые версии каких-то системных утилит, которые пока еще не установлены в пользовательской системе. Более того, часто возникает целая цепочка (или даже дерево): для программы нужна какая-то новая версия утилиты, для последней нужно обновить еще какие-то утилиты и т.д.


Контрольные вопросы


  1. Перечислите основые способы установки программного обеспечения OC Linux.

  2. Что понимается под дистрибутивом?

  3. Перечислите наиболее популярные, назовите их основные отличия.

  4. Что означает GNU?

  5. Как создать пользовательский RPM-пакет?

  6. Как распаковать TAR.GZ архив?

  7. Как обновить пакет?

  8. Перечислите основные этапы процесса инсталляции пакетов.

  9. Какие основные проблемы возникают при инсталляции программ из исходных кодов?

  10. Какие команды используются при установке пакета из архива?

  11. Какой инструмент используется для получения информации о пакете, включая имя, версию и краткое описание?

  12. Перечислите основные режимы работы rpm-утилиты.

  13. Назовите отличия установки rpm-пакетов и tar-gz архивов.

  14. Перечислите основные компоненты GNU- компилятора.

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




Поделитесь с Вашими друзьями:
1   2   3   4   5   6


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница