Как установить программные приложения в Linux

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

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

Репозитории Linux

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

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

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

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

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

$ sudo dnf install inkscape

Фактическая команда, которую вы используете, зависит от того, какой дистрибутив Linux вы используете. Fedora использует dnf, openSUSE использует zypper, Debian и Ubuntu используют apt, Slackware использует sbopkg, FreeBSD использует pkg_add, и OpenIndiana на базе Illumos использует pkg. 

Что бы вы ни использовали, заклинание обычно включает поиск правильного названия того, что вы хотите установить, потому что иногда то, что вы называете программным обеспечением, не является его официальным или отдельным обозначением:

$ sudo dnf search pyqt
PyQt.x86_64 : Python bindings for Qt3
PyQt4.x86_64 : Python bindings for Qt4
python-qt5.x86_64 : PyQt5 is Python bindings for Qt5

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

$ sudo dnf install python-qt5

Подробнее об установке из репозитория программного обеспечения читайте в документации к вашему дистрибутиву.

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

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

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

Дополнительные репозитории Linux

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

Например, EPEL обслуживает Red Hat Enterprise Linux и CentOS, RPMFusion обслуживает Fedora, Ubuntu имеет различные уровни поддержки, а также сеть личного архива пакетов (PPA), Packman предоставляет дополнительное программное обеспечение для openSUSE и SlackBuilds.org предоставляет сценарии сборки сообществом для Slackware.

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

Фактически, когда вы устанавливаете определенное программное обеспечение, такое как видеочат GNU Ring, веб-браузер Vivaldi, Google Chrome и многие другие, вы фактически устанавливаете доступ к их частным репозиториям, из которых на ваш компьютер устанавливается последняя версия их приложения.

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

Как обычно, точная команда, которую вы используете, зависит от используемого вами дистрибутива; например, вот dnf команда, которая добавляет репозиторий в систему:

$ sudo dnf config-manager --add-repo=http://example.com/pub/centos/7

Установка приложений без репозиториев

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

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

Пакеты Linux

Иногда разработчик распространяет программное обеспечение в обычном формате упаковки Linux, таком как RPM, DEB или более новые, но очень популярные форматы FlatPak или Snap. Вы не получите доступ к репозиторию с помощью этой загрузки; вы можете просто получить пакет.

Видеоредактор Lightworks, например, предоставляет .deb файл для пользователей APT и .rpm файл для пользователей RPM. Когда вы хотите обновить, вы возвращаетесь на веб-сайт и загружаете последнюю версию соответствующего файла.

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

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

$ sudo dnf install ~/Downloads/lwks-14.0.0-amd64.rpm

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

Общие сценарии установки пакетов

Некоторые разработчики выпускают свои пакеты в одном из нескольких универсальных форматов. Распространенные расширения включают .run и .sh. Драйверы графических карт NVIDIA, пакеты Foundry visual FX, такие как Nuke и Mari, и многие игры без DRM от GOG, используют этот стиль установки.

Эта модель установки зависит от разработчика в предоставлении "мастера установки". Некоторые программы установки имеют графический интерфейс, в то время как другие просто запускаются в терминале.

Существует два способа запуска этих типов установщиков.

Вы можете запустить программу установки непосредственно из терминала:

$ sh ./game/gog_warsow_x.y.z.sh

В качестве альтернативы вы можете запустить программу со своего рабочего стола, пометив ее как исполняемый файл. Чтобы пометить исполняемый файл программы установки, щелкните правой кнопкой мыши по его значку и выберите Свойства.

После того, как вы дали разрешение на их запуск, дважды щелкните значок, чтобы начать установку.

Для остальной части установки просто следуйте инструкциям на экране.

AppImage portable apps

Формат AppImage является относительно новым для Linux, хотя его концепция основана как на NeXT, так и на Rox. Идея проста: все, что требуется для запуска приложения, помещается в один каталог, и затем этот каталог обрабатывается как "приложение". 

Чтобы запустить приложение, вы просто дважды щелкаете значок, и оно запускается. Нет необходимости или ожидания, что приложение будет установлено в традиционном смысле этого слова; оно просто запускается из любого места, где оно находится на вашем жестком диске.

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

Если вы принимаете это предложение, в ваш домашний каталог устанавливается локальный .desktop файл. A .desktop файл - это небольшой конфигурационный файл, используемый меню приложений и системой mimetype на рабочем столе Linux. 

По сути, размещение файла конфигурации рабочего стола в списке приложений вашего домашнего каталога "устанавливает" приложение без его фактической установки. Вы получаете все преимущества от того, что что-то установили, и преимущества от возможности запускать что-то локально, как "портативное приложение".

Каталог приложений в Linux

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

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

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

Сохраните каталог в стандартном расположении и создайте .desktop файл для интеграции его в вашу систему.

Если вы просто устанавливаете приложения для себя, традиционно в вашем домашнем каталоге хранится bin каталог (сокращение от "binary") в качестве хранилища для локально установленных приложений и скриптов. Если в вашей системе есть другие пользователи, которым нужен доступ к приложениям, традиционно двоичные файлы размещаются в /opt. В конечном счете, вам решать, где хранить приложение.

Загружаемые файлы часто поступают в каталоги с именами версий, такими как twine_2.13 или pcgen-v6.07.04. Поскольку разумно предположить, что в какой-то момент вы обновите приложение, рекомендуется либо удалить номер версии, либо создать символическую ссылку на каталог. 

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

Чтобы создать .desktop файл запуска, откройте текстовый редактор и создайте файл с именем twine.desktop. Спецификация записи для рабочего стола определяется FreeDesktop.org. Вот простой лаунчер для IDE для разработки игр под названием Twine, установленный в общесистемный /opt каталог:

[Desktop Entry]
Encoding=UTF-8
Name=Twine
GenericName=Twine
Comment=Twine
Exec=/opt/twine/Twine
Icon=/usr/share/icons/oxygen/64x64/categories/applications-games.png
Terminal=false
Type=Application
Categories=Development;IDE;

Сложная строка - это Exec строка. Она должна содержать действительную команду для запуска приложения. Обычно это просто полный путь к загруженному вами объекту, но в некоторых случаях это нечто более сложное. Например, приложение Java может потребоваться запустить в качестве аргумента для самой Java:

Exec=java -jar /path/to/foo.jar

Иногда проект включает сценарий-оболочку, который вы можете запустить, поэтому вам не нужно подбирать правильную команду:

Exec=/opt/foo/foo-launcher.sh

В примере Twine значок, прилагаемый к загрузке, отсутствует, поэтому файлу example .desktop присваивается общий игровой значок, поставляемый с рабочим столом KDE. Вы можете использовать подобные обходные пути, но если вы более изобретательны, вы можете просто создать свой собственный значок или поискать в Интернете подходящий значок. 

Пока Icon строка указывает на допустимый файл PNG или SVG, ваше приложение унаследует значок.

Пример сценария также устанавливает категорию приложения в первую очередь для разработки, поэтому в меню KDE, GNOME и большинства других приложений Twine отображается под категорией разработки.

Чтобы этот пример отображался в меню приложения, поместите twine.desktop файл в одно из двух мест:

Поместите это в ~/.local/share/applications если вы храните приложение в своем собственном домашнем каталоге.

Поместите это в /usr/share/applications если вы храните приложение в /opt или другом общесистемном расположении и хотите, чтобы оно отображалось во всех меню приложений ваших пользователей.

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

Компиляция из исходного кода

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

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