Установка пакетов в операционной системе linux

Установка пакетов в операционной системе linux

Рано или поздно нам приходится устанавливать программное обеспечение не из официальных репозиториев. Там есть далеко не все пакеты, и не всегда есть самые новые версии, только что вышедших программ. Очень часто разработчики размещают на своем официальном сайте пакеты для самых популярных дистрибутивов. Обычно это deb и rpm. Последний встречается немного реже, но если вы используете дистрибутив на базе Red Hat, вам нужен именно этот формат пакетов. Также в сети часто можно найти библиотеки и другие компоненты, которых нет в репозиториях в виде пакетов.

Раньше мы уже рассматривали установку deb пакетов в Ubuntu. А в этой статье будет подробно разобрана установка rpm пакетов в linux.

Что такое RPM?

RPM или RPM Package Manager — это пакетный менеджер, используемый в дистрибутивах Linux, основанных на Red Hat. Такое же название имеет формат файлов этого пакетного менеджера.

Этот формат не очень сильно отличается от того же самого Deb. Вы можете посмотреть их детальное сравнение в статье что лучше deb или rpm. Здесь же, только отмечу, что файл rpm — это обычный cpio архив, в котором содержатся сами файлы программы, а также метаданные, описывающие куда их нужно устанавливать. База всех установленных пакетов находится в каталоге /var/lib/rpm. Из особенностей можно отметить, что rpm не поддерживает рекомендованные пакеты, а также зависимости формата или-или.

Для управления пакетами, так же как и в Debian-системах, здесь существует консольная, низкоуровневая утилита с одноименным названием — rpm. Ее мы и будем рассматривать дальше в статье. В разных системах используются разные пакетные менеджеры, например в Red Hat используется Yum, в Fedora — DNF, а в OpenSUSE — zypper, но во всех этих системах будет работать утилита rpm.

Установка RPM пакетов в Linux

Давайте сначала рассмотрим синтаксис самой утилиты rpm:

$ rpm -режим опции пакет

Утилита может работать в одном из режимов:

  • -q — запрос, получение информации;
  • -i — установка;
  • -V — проверка пакетов;
  • -U — обновление;
  • -e — удаление.

Рассмотрим только самые интересные опции программы, которые понадобятся нам в этой статье:

  • -v — показать подробную информацию;
  • -h — выводить статус-бар;
  • —force — выполнять действие принудительно;
  • —nodeps — не проверять зависимости;
  • —replacefiles — заменять все старые файлы на новые без предупреждений;
  • -i — получить информацию о пакете;
  • -l — список файлов пакета;

Теперь, когда вы уже имеете представление как работать с этой утилитой, может быть рассмотрена установка rpm пакета в Linux. Самая простая команда установки будет выглядеть вот так:

sudo rpm -i имя_пакета.rpm

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

Для того чтобы посмотреть более подробную информацию в процессе установки используйте опцию -v:

sudo rpm -iv имя_пакета.rpm

Также вы можете включить отображение статус бара в процессе установки:

sudo rpm -ivh имя_пакета.rpm

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

sudo rpm -q имя_пакета

Также сразу можно удалить пакет, если он не нужен:

sudo rpm -e имя_пакета

Но у rpm так же как и у dpkg, есть один существенный недостаток. Программа не может разрешать зависимости. В случае отсутствия нужного пакета в системе, вы просто получите сообщение об ошибке и пакет не установится.

Для автоматической загрузки зависимостей во время выполнения установки rpm linux нужно использовать пакетный менеджер дистрибутива. Рассмотрим несколько команд для самых популярных RPM дистрибутивов. В RedHat и других дистрибутивах, использующих Yum используйте такую команду:

sudo yum —nogpgcheck localinstall имя_пакета.rpm

Первая опция отключает проверку GPG ключа, а вторая говорит, что мы будем выполнять установку локального пакета. В Fedora, с помощью dnf все делается еще проще:

sudo dnf install имя_пакета.rpm

Пакетный менеджер Zypper и OpenSUSE справляются не хуже:

sudo zypper install имя_пакета.rpm

Вот так очень просто выполняется установка rpm с зависимостями. Но не всем нравится работать в консоли, многие новые пользователи хотят использовать графический интерфейс для решения всех задач, в том числе и этой. Дальше мы рассмотрим несколько таких утилит.

Установка RPM файла в GUI

Если вы используете OpenSUSE, то это делается очень просто. Универсальный конфигуратор системы YaST, кроме всего прочего позволяет установить rpm пакеты. Вы можете сделать это с помощью файлового менеджера, выбрав пункт контекстного меню для файла открыть с помощью Yast или выполнив команду:

yast2 -i имя_пакета.rpm

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

Выводы

Теперь вы знаете как выполняется установка rpm файла в Linux. На самом деле это очень просто и даже существует не только один способ, а целых несколько. Хотя графических утилит здесь немного меньше чем в Ubuntu. Но консольных утилит полностью хватает. Если у вас остались вопросы, спрашивайте в комментариях!

Два способа установки ПО.

Существует две основных формы распространения ПО для LINUX: в исходных текстах и в виде исполняемых модулей. И в том и в другом случае пакет ПО может поставляться либо в виде tar-gz архива, либо в виде rpm-пакета.

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

Программа rpm.

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

rpm-пакеты — это специальным образом подготовленные архивы, предназначенные для обработки программой rpm. Название rpm-пакетов оканчивается на суффикс .rpm, например, xzip-180-1.i386.rpm или xzip-180-1.src.rpm. Как видите, перед суффиксом .rpm стоит еще один суффикс. Если это .i386 или .i586, то в пакете находятся исполняемые файлы, а если этот суффикс .src, — то в пакете исходные тексты, которые после установки еще надо скомпилировать. Обычно и на установочных компакт-дисках и в Интернет-каталогах rpm-пакеты с исполняемыми файлами располагаются в каталогах с названием RPMS, а rpm-пакеты с исходными текстами — в подкаталогах SRPMS.

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

  • по именам пакетов;
  • по дистрибутивам;
  • по группам приложений;
  • по датам;
  • по поставщикам (производителям) ПО.
Читайте также:  Служба rpc что это

Общий объем архива rpm-пакетов на этом сервере составляет более 66 Гигабайт. Очень богатые архивы хранят также два ftp-сервера в России: ftp://ftp.chg.ru/pub/Linux и ftp://ftp.nc.orc.ru/

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

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

К сожалению не всегда все так просто. Приведу конкретный пример. У меня был установлен RedHat Linux версии 5.2, причем программа Midnight Commander (mc) была версии 4.1.36. На ftp-сервере я увидел версию 4.5.30 этой программы (пакет mc-4.5.30-12.i386.rpm) и, естественно, решил ее поставить. Однако оказалось, что для этого необходимо, чтобы были установлены еще 4 других пакета, о чем rpm мне и сообщила: Это и не удивительно, если Вы вспомните, что и при первоначальной установке Linux программа инсталляции тоже проверяла взаимозависимости пакетов и предлагала установить недостающие. Однако в случае инсталляции все необходимые пакеты находятся на том же диске, а здесь мне пришлось вначале поискать нужные пакеты. Два пакета (redhat-logos-1.0.5-1.noarch.rpm и glibc-2.1.1-6.i386.rpm) я нашел без труда, после чего rpm перестала просить и GLIBC_2.0. А вот с libglib.so .1 вышло сложнее. Во-первых я никак не мог найти пакета с таким названием. Как оказалось, такого пакета и не существует, файл libglib.so .1 входит в состав пакета glib-1.0.6-3.i386.rpm. Пока я это выяснил, я узнал также, что чтобы выяснить, какие файлы установит тот или иной пакет, надо дать команду а для получения информации о пакете — команду Дело в том, что файлы RPM кроме собственно архива файлов содержат информацию о пакете, включая имя, версию и краткое описание. С помощью той же программы rpm Вы можете просмотреть эту дополнительную информацию. Например, для пакета glib-1.0.6-3.i386.rpm получим следующие результаты: Вывод будет примерно таким: Если дать команду: будет выдан список входящих в пакет файлов с указанием того, куда они будут установлены: RPM также предоставляет мощную систему запросов по установленным в системе пакетам. По команде Вы получите перечень всех установленных в системе пакетов (перечень будет очень большим, так что лучше сразу направить вывод в фильтр more). Вы можете искать информацию об отдельном пакете или об отдельных файлах. Например, Вы можете легко найти, какому пакету принадлежит файл и откуда появился: Если Вы беспокоитесь о том, что случайно удалили важный файл из установленного пакета, просто проверьте это: Вы будете оповещены об любых аномалиях. Потом можно переустановить пакет, если это необходимо. Любые конфигурационные файлы будут сохранены.

RPM это очень полезная утилита, и, как Вы видите, имеет различные опции. Я привел только несколько примеров. Всего rpm имеет 16 основных режимов работы, которые имеет смысл объединить в 6 групп (после двоеточия приводится формат команды для соответствующего режима): Более подробное описание команды rpm Вы можете найти в RPM-HOWTO, страницах man и info. Здесь оно не приводится, в основном потому, что в графических режимах существуют несколько более удобные и "человечные" программы для управления установленным в системе ПО и процессами его обновления, которые и будут рассмотрены в следующих подразделах.

Я пользовался третьей версией RPM. В настоящее время существует уже версия 4, однако в списке рассылки blackcat-list промелькнуло такое сообщение:

Установка ПО из исходных текстов

Необходимые сведения о программировании на языке Си

GNU-компилятор с языка С gcc, содержит в себе 4 основных компонента, соответствующие четырем этапам преобразования исходного кода в исполняемую программу. Первый компонент — это препроцессор, который модифицирует исходный код программы перед компиляцией в соответствии с командами препроцессора, содержащимися в С-программе. В соответствии с этими командами выполняются простые подстановки текста. Второй — собственно компилятор, который обрабатывает исходный код и преобразует его в код на языке ассемблера. Третий компонент — ассемблер, который генерирует объектный код. И, наконец, четвертый компонент — компоновщик, который собирает исполняемый файл из файлов объектного кода. Дело в том, что большие программы обычно пишутся по-частям, в виде множества отдельных файлов, содержащих исходный код соответствующей части. Компилятор обрабатывает каждый такой файл отдельно и создает отдельные объектные модули (файлы таких модулей обычно имеют расширение .o). Создание единой исполняемой программы из таких модулей и является задачей компоновщика. При таком подходе, если в какой-то модуль программист вносит исправление, нет необходимости заново компилировать всю программу: достаточно откомпилировать исправленный модуль и заново запустить компоновщик.

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

Библиотеки бывают статическими, разделяемыми и динамическими. Статическая библиотека — это библиотека, код которой встраивается в программу при компиляции. Код разделяемой библиотеки не встраивается в программу, а загружается в память одновременно с программой и программа получает доступ к функциям этой библиотеки. Динамические библиотеки — разновидность разделяемых, только библиотечные функции загружаются в память только тогда, когда из программы поступит вызов соответствующей функции. В процессе выполнения программы они могут выгружаться и заменяться другими функциями из той же или другой библиотеки. Имена статических библиотек обычно имеют суффикс .a, а имена разделяемых библиотек — суффикс .so, за которым следует старший и младший номера версии. Имя может быть любой строкой, которая однозначно характеризует библиотеку. Обычно имена библиотек начинаются с lib. Примеры: libm.so.5 — общая математическая библиотека, libX11.so .6 — библиотека для работы с системой X Window. Библиотека libc.so.5 компонуется автоматически, в то время как большинство других библиотек необходимо явно указывать в командной строке при вызове программы gcc. Это делается через опцию -l за которой следует уникальная часть имени библиотеки, например, для вызова математической библиотеки достаточно указать -lm.

Читайте также:  Как открыть ядра на виндовс 7

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

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

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

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

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

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

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

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

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

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

    Сколько осталось места на диске

    Программа rpm позволяет определить, сколько места потребуется для установки пакета: для этого надо дать запрос вида rpm -qpi имя_пакета и в строке Size будет выдано, сколько байт займет пакет. Осталось узнать, есть ли столько свободного места на диске.

    Для определения обьема свободного пространства на диске Вы можете воспользоваться командой df. Если дать эту команду без аргументов, то она сообщит каков объем дискового пространства во всех смонтированных файловых системах, сколько используется и сколько еще свободно. Единицей измерения при этом служит 1 килобайтный блок. Если Вы хотите получить сведения об объеме свободного пространства в более привычных мегабайтах, дайте команду с параметром -h: Сведения о количестве свободного пространства на конкретном диске можно получить, если задать в качестве параметра имя файла устройства: Если вместо имени файла устройства указать полное (с указанием пути) имя произвольного файла или каталога, то Вы получите данные о количестве используемого и свободного места в файловой системе, содержащей указанный файл (каталог).

    Если место еще есть, то можно перейти к установке пакета. Хуже владельцам компьютеров с дисками маленького объема: тут каждый раз надо думать, как бы освободить место для новой программы, другими словами, что уже можно с диска удалить. Удалять можно отдельные файлы, но, конечно, с точки зрения освобождения пространства, эффективнее удалять целыми каталогами или пакетами.

    Файлы (каталоги) удаляются в том случае, если они (размещенные в них файлы) Вам более не нужны. Естественно, что для удаления выбираются каталоги (или файлы) самого большого обьема и тут оказывается полезной команда du (disc usage).

    Команда du позволяет узнать, сколько места занимает конкретный файл или подкаталог. Для этого надо дать команду следующего формата (в примере мы узнаем объем каталога /usr/lib ) Результатом выполнения данной команды будет примерно такая строка которая означает, что каталог /usr/lib занимает 91418 килобайт (опция k указывает, что объем должен выдаваться в килобайтах). Опция s задана для того, чтобы выводился только суммарный объем каталога. Если Вы ее опустите, то получите данные об объеме каждого подкаталога и файла в указанном каталоге, а это очень много информации. Впрочем, последней строкой все равно будет выведен суммарный объем каталога, так что если Вас завораживает мелькание строк на экране, можете доставить себе это маленькое удовольствие.

    Если маленькую s заменить на большую S, то выводиться будет только информация об объеме подкаталогов (но не файлов), что иногда тоже полезно. О других опциях указанных команд Вы можете узнать на соответствующих man-страницах или по команде info.

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

    Освобождение дискового пространства

    У меня, например, в полученном таким образом файле packages встретилось упоминание пакета AfterStep-APPS-990329-2. Выполнив команду: выяснил, что этот пакет содержит некие апплеты к оконному менеджеру AfterStep. Поскольку такой менеджер не использовал, удалил этот пакет, а также и сам пакет AfterStep, с помощью команд: Это освободило около 5800 Кбайт (отмечу только, что удаление пакетов надо выполнять с правами root-а). Воспользовавшись таким приемом Вы можете удалить все пакеты, которые не используете. Я, например, удалил такие пакеты, как gnome-core, gnome-libs, gnome-audio, поскольку в качестве графической среды использую не Gnome, а KDE. Отмечу, что когда я попытался удалить gnome-core, rpm отказалась это сделать, сообщив, что часть этого пакета используется пакетом xmms-gnome. Еще больше неудовлетворенных зависимостей образуется при попытке удалить gnome-libs. Однако поскольку все упоминавшиеся в этих сообщениях пакеты так или иначе были связаны с Gnome, я рискнул удалить их все, а также другие пакеты, которые были с ними связаны. В результате освободилось около 7800 Кбайт дискового пространства.

    Заглянув в каталог /usr/man, я обнаружил два подкаталога со страницами руководства man на французском и испанском языках. После их удаления освободилось около 100 Кбайт.

    В каталоге /usr/lib/kbd/keymaps можно, по-видимому, удалить подкаталоги, в которых хранятся таблицы раскладок клавиатуры, предназначенные для других типов микропроцессоров, а в /usr/lib/kbd/keymaps/i386 -подкаталоги для раскладок, отличных от qwerty.

    Аналогичным образом удаляются раскладки клавиатуры для различных языков, которыми Вы не пользуетесь (зачем мне китайский или тайский, я не знаю на них ни одного слова!). Эти шрифты расположены в каталоге /usr/lib/kbd/keymaps/i386/qwerty.

    Можно попробовать удалить ненужные фонты из /usr/lib/kbd/consolefonts, однако если в начале таблицы раскладки клавиатуры указывается, для какого языка она служит, то о назначении файла фонта приходиться судить по его названию.

    Читайте также:  За какое время в катушке

    Поскольку по умолчанию в системе устанавливаются средства локализации для различных стран (которые Вам, по-видимому, не потребуются), то можно удалить из каталога /usr/share/locale все подкаталоги, соответствующие не нужным Вам языкам. Всего там около 16 мегабайт, так что удаление ненужного может дать около 15 мегабайт освобожденного пространства. Еще более 2 мегабайт может дать очистка каталогов /usr/share/i18n/locales и /usr/share/i18n/charmaps

  • В каталоге /usr/share/doc/HTML/ имеются подкаталоги с документацией на разных языках, значительная часть которой Вам, по-видимому, не нужна. Я оставил в этом каталоге только три подкаталога en, ru default, причем последний является просто ссылкой на подкаталог en, так что фактически там только 2 подкаталога осталось. Удаление этой документации освободило около 500 Кбайт.
  • Если вы решили совершить прыжок в мир Linux, один из первых вопросов, который вы, возможно, зададите себе, это: «Как мне установить приложения?» Мы собираемся рассказать вам, как это делается, чтобы у вас были все инструменты, необходимые для выполнения вашей работы.

    Способы установки

    Есть три различных способа установки приложений на Linux:

    • Используя менеджер графических пакетов
    • Из командной строки
    • Компилируя из исходного кода

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

    Имеет ли значение выбор дистрибутива?

    Ответ на этот вопрос зависит от способа установки. Если вы решите воспользоваться менеджером графических пакетов, например Ubuntu Software, GNOME Software или Elementary AppStore, выбор дистрибутива не так важен. Установка части программного обеспечения с помощью GNOME в Debian такая же, как и в Fedora. Когда вы устанавливаете приложения из командной строки, дистрибутив имеет значение, потому что многие дистрибутивы Linux используют другой менеджер пакетов.

    Это подводит нас к следующему вопросу.

    Что такое менеджер пакетов?

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

    • DPKG: базовый менеджер пакетов для дистрибутивов на основе Debian.
    • Apt: интерфейс для системы DPKG, поставляется с дистрибутивами Debian, таких как Ubuntu, Linux Mint и Elementary OS.
    • Apt-get: более функциональный интерфейс для системы DPKG, поставляется с дистрибутивами на основе Debian.
    • RPM: базовый менеджер пакетов в дистрибутивах Red Hat, таких как Red Hat Enterprise Linux, CentOS и Fedora.
    • Yum: интерфейс для системы RPM, поставляется с дистрибутивами на основе Red Hat.
    • Dnf: более многофункциональный интерфейс для системы RPM.
    • ZYpp: поставляется с SUSE и OpenSUSE.
    • Pacman: менеджер пакетов для дистрибутивов Arch Linux.

    Менеджер пакетов становится немного запутанным для новых пользователей в случае использования дистрибутивов вроде Ubuntu, содержащих как DPKG, так и Apt. Разница в том, что команда dpkg используется для установки локального .deb файла, в то время как команда apt способна устанавливать программное обеспечение из репозитория. То же самое относится к дистрибутивам на основе Red Hat, где команда rpm используется для установки локальных файлов .rpm, в то время как yum и dnf могут устанавливать программное обеспечение из удаленных репозиториев.

    Это приводит нас к следующему вопросу.

    Что такое репозиторий?

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

    Давайте приступим к установке.

    Как установить программы на Linux из графического интерфейса?

    Существуют различные графические инструменты, в зависимости от вашего дистрибутива. Например:

    • Ubuntu Linux: Ubuntu Software
    • Elementary OS: AppStore
    • GNOME Software: любой дистрибутив под управлением рабочего стола GNOME
    • Discover: графический инструмент KDE

    Поскольку Ubuntu Linux является одним из самых популярных и удобных дистрибутивов Linux, мы приведем в пример установку на Ubuntu Linux 18.04.

    1. В Панели запуска (боковая панель в левой части рабочего стола) кликните на значке Ubuntu Software (оранжевый портфель с буквой A в центре).
    2. После того, как Ubuntu Software откроется, нажмите кнопку Поиск в правом верхнем углу.
    3. Найдите приложение, которое вы хотите установить.
    4. Нажмите кнопку Установить на странице с приложением.
    5. При появлении запроса введите пароль пользователя.
    6. Дождитесь завершения установки.

    Добавление репозиториев из графического интерфейса

    Конечно, то, что мы только что сделали, относится только к программному обеспечению, найденному в репозиториях по умолчанию. Если вы найдете сторонний репозиторий, который хотите добавить, вам, возможно, придется запустить другое программное обеспечение. Например, в Ubuntu Linux откройте приложение Software & Updates. Если в вашем дистрибутиве есть рабочий стол KDE, вы можете не только устанавливать программное обеспечение из Discover, но и добавлять репозитории с помощью одного и того же инструмента.

    Придерживаясь нашего примера, запустите Software & Updates. В появившемся окне, выполните следующие действия:

    1. Откройте вкладку Другое ПО.
    2. Нажмите кнопку Добавить.
    3. Введите полностью строку apt для добавления репозитория. Например, «deb http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu bionic main»
    4. Нажмите Добавить источник.
    5. Введите пароль пользователя.

    Как установить программное обеспечение Linux из командной строки?

    Как бы то ни было, этот процесс можно выполнить еще проще из командной строки.

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

    Давайте сделаем следующее:

    • Добавим репозиторий
    • Обновим apt
    • Установим приложение

    Для демонстрации этой возможности мы установим инструмент flatpak, который является универсальной системой установки.

    1. Первое, что нужно сделать, это добавить сторонний репозиторий таким образом, чтобы apt знал о новом программном обеспечении. Для этого откройте окно терминала и выполните команду:
      sudo add-apt-repository ppa:alexlarsson/flatpak
    2. Сначала вам будет предложено ввести пароль пользователя. Как только вы его введете, вам будет нужно нажать Enter, чтобы продолжить установку репозитория. Когда она будет завершена, вы можете двигаться дальше.
    3. Следующий шаг — обновление apt. Несмотря на то, что вы добавили репозиторий, apt не знает о программном обеспечении, доступном на этом удаленном сервере. Для обновления apt выполните команду:
      sudo apt-get update
    4. После завершения, вы можете начать установку программного обеспечения. Для этого выполните команду:
      sudo apt-get install flatpak
    5. Вам нужно будет подтвердить установку. Введите «y» и нажмите Enter на клавиатуре. Начнется установка, и по ее завершению flatpak будет установлен в вашей системе.

    Вы можете также найти огромное количество программного обеспечения для установки из репозиториев по умолчанию. Вы можете найти графический инструмент для того программного обеспечения или воспользоваться командой поиска. Например, вы хотите узнать, какое программное обеспечение доступно по ключевому слову «office». В командной строке введите:

    apt-cache search office

    Скорее всего, результатов будет очень много. К счастью, вы можете пролистать выходные данные, чтобы найти то, что вы ищете.

    Как только вы найдете нужную программу, установите ее и все готово.

    Ссылка на основную публикацию
    Adblock detector