Краткое руководство. Установка пакета SDK для Azure Sphere для Linux
Краткое руководство. Установка пакета SDK для Azure Sphere для Linux
Пакет SDK для Azure Sphere можно установить на компьютере под управлением операционной системы Linux для разработки, развертывания и отладки приложений Azure Sphere.
Предварительные требования
Для установки пакета SDK Azure Sphere требуются следующие компоненты.
- .
- Компьютер с процессором x86-64 под управлением 64-разрядной версии Ubuntu 20,04 LTS или Ubuntu 18,04 LTS. Поддерживаются только процессоры x86-64, совместимые с Intel; другие архитектуры, такие как ARM (включая Raspberry Pi), Itanium или SPARC, не поддерживаются. Архитектура x86-64 также известна как x64, x86_64, AMD64 и Intel 64.
- Разрешение sudo Linux.
- Подключение к Интернету или способ передачи файлов с компьютера, подключенного к Интернету, на ваш компьютер. Дополнительные сведения см. в статье об установке пакета SDK без подключения к Интернету.
Добавление необходимых пакетов Linux
Перед запуском сценария установки пакета SDK необходимо добавить необходимые пакеты Linux на компьютер, если они еще не установлены. Введите следующие строки в терминале Linux. Уже установленные пакеты можно опустить.
Установка пакета SDK Azure Sphere
Выполните следующие действия.
Перейдите к папке, в которую был скачан сжатый файл.
Извлеките содержимое сжатого файла. Например, tar xvfz install_azure_sphere_sdk_<version>.tar.gz . Файл tar. gz содержит файл install_azure_sphere_sdk. sh.
Запустите сценарий установки, используя sudo следующую команду:
Если при command not found выполнении скрипта отображается ошибка, включите выполнение скрипта установки с помощью следующей команды:
Во время установки скрипт отображает примерно такие сообщения:
Перейдите на сайт отпечатка открытого ключа корпорации Майкрософт и убедитесь, что значение шестнадцатеричного отпечатка, отображаемое во время установки, соответствует отпечатку открытого ключа Microsoft, показанный на этой странице. Если отпечатки не совпадают, не продолжайте процедуру.
Выберите Y , чтобы задать Azure Sphere CLI в качестве интерфейса командной строки по умолчанию или N задать Azure Sphere классической CLI в качестве интерфейса командной строки по умолчанию.
Выберите, Y чтобы настроить группу азсфере и создать правило udev.
Выберите, Y чтобы задать возможности сетевого администратора.
После завершения установки необходимо снова войти в классическое приложение или оболочку входа, чтобы инициализировать интерфейс командной строки.
После установки команда azsphere располагается в пути, а новые правила udev для устройства находятся в каталоге /etc/udev/rules.d/ .
Скрипт устанавливает пакет SDK в каталог /opt/azurespheresdk, а цепочки инструментов в каталог /opt/azurespheresdk/Sysroots/sysroot-version/tools, где sysroot-version определяет sysroot, для которого пакет SDK поддерживает разработку приложений.
Установщик устанавливает Azure Sphere CLI и классические версии CLI Azure Sphere CLI. Удаление текущей версии не требуется, так как при установке будет обновлена любая существующая версия. Azure Sphere CLI устанавливается в./install_path/Tools_v2 и Azure Sphere классическая CLI установлены в./install_path/Тулс.
В Linux вы можете запустить Azure Sphere CLI из терминала с помощью azsphere_v2 и, azsphere если он был выбран в качестве интерфейса командной строки по умолчанию во время установки.
После первого установки интерфейса командной строки убедитесь, что он установлен и вы получили правильную версию, выполнив азсфере-Version.
Правила udev
В пакете SDK Azure Sphere указаны правила udev для сведений об устройстве компьютера. Пакет SDK создает группу с именем azsphere и добавляет в нее текущего пользователя, выполнившего вход в систему. Правило udev предоставляет право собственности USB-устройств, соответствующих описанию устройства Azure Sphere. После установки пакета SDK и перезагрузки компьютера вам не потребуется использовать sudo для восстановления устройства или отладки ARM Cortex-M4.
Группа azsphere добавляется, чтобы предоставить разрешения с помощью правила udev . Не изменяйте группу вручную.
Настройка подключения устройства
Пакет SDK Azure Sphere для Linux устанавливает необходимые параметры сети, чтобы разрешить подключение к присоединенному устройству. Подключение устройство на компьютер по USB, а затем выполните следующий сценарий:
Если вы еще не запустили azsphere_connect.sh и попытались запустить любую Azure Sphere команду CLI, которая взаимодействует с локальным устройством, вам будет предложено выполнить сценарий.
Этот скрипт необходимо выполнять при каждой перезагрузке компьютера или отсоединении и повторном подключении устройства.
Если этот сценарий не запускается, повторите попытку с помощью sudo /opt/azurespheresdk/DeviceConnection/azsphere_connect.sh . Необходимо указать полный путь к скрипту, так как sudo заменяет переменную PATH перед вызовом. Вы также можете указать следующую альтернативу для PATH :
sudo $(which azsphere_connect.sh)
Установка пакета SDK без подключения к Интернету
Если на компьютере, на котором устанавливается пакет SDK, отсутствует подключение к Интернету, необходимо скачать три файла на компьютер, подключенный к Интернету, и переместить их на компьютер установки.
Загрузите эти три файла и перенесите их на компьютер установки:
- : это сжатый tar-файл (. tar. gz ) с именем, начинающимся Azure_Sphere_SDK_Bundle. . это сжатый tar-файл (. tar. gz ) с именем, начинающимся install_azure_sphere_sdk. : это текстовый файл в формате ASCII.
На компьютере установки перейдите к папке, в которую были переданы три файла.
Извлеките содержимое сжатого файла сценария установки. Например, tar xvfz install_azure_sphere_sdk_<version>.tar.gz . Файл tar. gz содержит файл install_azure_sphere_sdk. sh. Оставьте пакет SDK Azure Sphere как сжатый tar-файл ( * tar. gz**). *
Запустите скрипт установки с помощью sudo . Включите -i параметр, чтобы указать путь к пакету SDK, и -k параметр, чтобы указать путь к ключу. Команда должна выглядеть следующим образом:
sudo ./install_azure_sphere_sdk.sh -i [pathtopackage]/[sdkbundle] -k [pathtokey]/microsoft.asc
Если при command not found выполнении скрипта отображается ошибка, включите выполнение скрипта установки с помощью следующей команды:
Настройка среды разработки
Вы можете разрабатывать приложения для Azure Sphere в Linux с помощью Visual Studio Code или интерфейса командной строки (CLI). Независимо от используемого способа, вам потребуется установить CMake и Ninja на компьютере разработки, если у вас их еще нет.
Установка CMake и Ninja
Используйте следующую команду для их установки:
Не устанавливайте CMake или Ninja с помощью команды Snap.
Установка расширения Azure Sphere для Visual Studio Code
если вы хотите использовать Visual Studio Code в качестве среды разработки, необходимо установить его и расширение Azure Sphere.
используйте ссылки в Visual Studio Code загрузки , чтобы установить Visual Studio Code, если это еще не сделано.
Чтобы установить расширение Azure Sphere, выполните поиск по запросу "Azure Sphere" в расширении Marketplace из браузера или в Visual Studio Code. Вы увидите два результата: Azure Sphere и Azure Sphere пользовательский интерфейс. Выберите установить для любой из них. другой должен быть установлен автоматически.
После установки вы увидите Azure Sphere, C/C++ и расширения CMake Tools в области "Включенные расширения" в интегрированной среде разработки Visual Studio Code.
После завершения установки откроется страница сведений о расширении. На странице файла сведений, обновляемой вместе с расширением, содержатся полезные сведения о конфигурации Visual Studio Code и соответствующих требованиях. Страницу сведений можно просмотреть в любое время, открыв панель расширения и выбрав Azure Sphere.
После установки настройте Visual Studio Code, указав путь к каталогу установки пакета SDK для Azure Sphere.
в меню файл выберите предпочтения > Параметры > расширения > азуресфере.
В разделе Azure Sphere: путь к пакету SDK убедитесь, что путь к каталогу установки пакета sdk для Azure Sphere/ОПТ/азуресфересдк..
Понятие пакета в Linux. Менеджеры пакетов.
Под пакетами в Linux подразумевается программное обеспечение (ПО), которое необходимо установить на компьютер. Пакетсодержит собранную программу, информацию о том, какие требуется совершить действия для ее установки, информацию о зависимостях, архив встроенных файлов, а также, возможно, много других данных (в зависимости от вида пакета). За установку (удаление, обновление) пакетов отвечают менеджеры пакетов. Пакеты бывают бинарными (исполняемые файлы) и включающие исходные коды программ.
Система управления пакетами (Менеджер пакетов)— набор программного обеспечения, позволяющего управлять процессом установки, удаления, настройки и обновления различных компонентов программного обеспечения. Системы управления пакетами активно используются в различных дистрибутивах операционной системы Linux и других UNIX-подобных операционных системах. Наиболее популярные системы управления:
· Node.js Package Manager (npm)
· Red Hat Package Manager (RPM) (Дополнительные утилиты: YUM, DNF)
· Dpkg (Для работы в Debian) (Дополнительные утилиты: APT, APM, Synaptic)
· Pacman (Arch Linux)
· Image Packaging System (IPS)
· Zypper (Opensuse) и другие
Основные команды Linux для управления пакетами.
Apt (Debian/Ubuntu/Mint)
1. apt install имя_пакета. Установить нужный пакет.
2. apt-add-repository адрес_репозитария. Добавить сторонний репозитарий.
3. apt update. Обновить сведения о пакетах.
4. apt upgrade . Обновить все пакеты до самых свежих (выполнять после apt update).
5. apt remove имя_пакета . Удалить ненужный пакет.
6. apt purge имя_пакета . Удалить ненужный пакет со всеми зависимостями, если хотите освободить больше места.
7. apt autoremove . Удалить все ненужные зависимости, бесхозные пакеты и прочий мусор.
8. dpkg. Средство обработки запросов.
9. dpkg –l | grep gnome. Поиск установленных пакетов, удовлетворяющих критерию поиска
Основные команды Linux для управления процессами.
1. kill. Эта команда служит для принудительного завершения процессов. Нужно ввести kill PID_процесса. PID процесса можно узнать, введя top.
2. xkill. Ещё одна команда для завершения процессов. Введите её, затем щёлкните по тому окну, которое нужно закрыть.
3. killall. Убивает процессы c определённым именем. К примеру, killall firefox.
4. top. Отображает перечень запущенных процессов, сортируя в зависимости от потребления ресурсов CPU. Своего рода терминальный «Системный монитор».
5. ps. Предназначена для вывода информации о выполняемых процессах. Данная команда имеет много параметров, о которых вы можете прочитать в руководстве (man ps).
6. nice. Команда nice выполняет указанную команду с пониженным приоритетом, коэффициент понижения указывается в диапазоне 1..19 (по умолчанию он равен 10). Суперпользователь может повышать приоритет команды, для этого нужно указать отрицательный коэффициент, например —10. Если указать коэффициент больше 19, то он будет рассматриваться как 19.
7. jobs. Команда jobs выводит список процессов, которые выполняются в фоновом режиме
8. fb. fg — переводит процесс в нормальные режим ("на передний план" — foreground)
9. bg. bg – перевод процесса в фоновый режим. Запустить программу в фоновом режиме можно с помощью конструкции <команда> &
Типы файлов в Linux. Ссылки.
Файлы в операционной системе Linux можно поделить на три основных типа:
1. Обычные файлы, для хранения информации
2. Специальные файлы — для устройств и туннелей
ОБЫЧНЫЕ ФАЙЛЫ
Это файлы, содержащие текст, исполняемые инструкции для программ, изображения или другую информацию. Это самый распространенный тип файлов, которые вы можете найти в системе Linux. Рассмотрим небольшой список относящихся сюда файлов:
1. Текстовые файлы
2. Исполняемые файлы
3. Файлы изображений
4. Файлы архивов
5. Файлы библиотек программ
СПЕЦИАЛЬНЫЕ ФАЙЛЫ
Предназначены для обмена информации с ядром, работы с устройствами или общения между программами. Такие файлы могут тоже быть нескольких типов, в зависимости от назначения.
Блочные файлы — это файлы устройств, которые обеспечивают буферизованный доступ к аппаратным компонентам. Такие файлы могут передать большой блок данных за небольшой один раз.
Символьные файлы обеспечивают не буферизованный доступ к аппаратным компонентам и ядру. Поскольку у них нет буфера, они позволяют передавать только по одному символу за один раз. А в остальном, это такие же файлы устройств, как и блочные файлы.
Символические ССЫЛКИ — это файлы, которые указывают на другие файлы в системе по их имени. Они могут указывать как на обычные файлы, таки на каталоги или другие типы файлов в linux
Туннели и именованные туннели — это файлы, позволяющие настроить связь между двумя процессами перенаправив вывод одного процесса на вход другого.
Файлы сокетов — это файлы, обеспечивающие прямую связь между процессами, они могут передавать информацию между процессами, запущенными в разных средах или даже разных машинах. Это значит, что с помощью сокетов программы могут обмениваться данными даже по сети.
КАТАЛОГИ
Это специальные файлы, которые позволяют объединять другие файлы и каталоги в группы для более простой навигации и поиска. Естественно, они могут содержать как обычные, так и специальные файлы, одним словом любые типы файлов ос linux. В системе Linux, файлы организуются в папки начиная от корня (/)
Поперечные профили набережных и береговой полосы: На городских территориях берегоукрепление проектируют с учетом технических и экономических требований, но особое значение придают эстетическим.
Механическое удерживание земляных масс: Механическое удерживание земляных масс на склоне обеспечивают контрфорсными сооружениями различных конструкций.
Опора деревянной одностоечной и способы укрепление угловых опор: Опоры ВЛ — конструкции, предназначенные для поддерживания проводов на необходимой высоте над землей, водой.
Обзор пакетных менеджеров Linux
Одна из первых вещей, с которой столкнуться новые пользователи при выборе своего дистрибутива Linux, это существование нескольких дистрибутивов с различными способами управления пакетами.
Управление пакетами очень важно в Linux, если вы знаете как использовать несколько менеджеров пакетов, это еще один аспект, показывающий, что вы уже опытный пользователь. Установка программного обеспечения, обновление, обработка зависимостей, удаление программ это очень важные действия для администрирования операционной системы Linux.
Чтобы стать более опытным пользователем в Linux нужно понять, каким образом основные дистрибутивы обрабатывают пакеты программного обеспечения. Поэтому тема сегодняшней статьи — обзор пакетных менеджеров Linux. Мы рассмотрим основные пакетные менеджеры Linux. Главная цель, предоставить основную информацию об этих пакетных менеджерах, но об их использовании будет сказано только несколько слов.
1. DPKG — система управления пакетами Debian
Dpkg — это базовая система управления пакетами в Debian. Может использоваться для установки, удаления, хранения и получения информации о .deb пакетах.
Это инструмент низкого уровня и есть дополнительные утилиты, которые помогают пользователям устанавливать пакеты из репозиториев, разрешать зависимости и искать пакеты по названию. Это такие программы, как:
APT (Advanced Packaging Tool)
Очень популярный, мощный инструмент командной строки с открытым исходным кодом для управления пакетами, который намного увеличивает возможности dpkg. Эта утилита используется в Debian и его производных, таких как Ubuntu, Linux Mint. Я уже писал про apt на этом сайте.
Aptitude Package Manager
Это еще одна популярная утилита командной строки для управления пакетами в Debian. Она работает аналогично Apt, но между ними есть некоторые различия. Первоначально он был разработан для Debian, но сейчас может применяться и в Red Hat дистрибутивах.
Synaptic
Synaptic — это графический менеджер пакетов linux, написанный на GTK и использующий apt в качестве бэкенда. Он отлично подходит для пользователей, которые не хотят работать в командной строке. Здесь есть все те же необходимые функции что и в apt.
Gnome Software
Это центр приложений Gnome. Там есть далеко не все программы, которые есть в репозиториях и подход к установке немного другой. Вы устанавливаете не пакеты по отдельности, а саму нужную программу. Обо всём остальном центр приложений заботиться сам, скрывая от вас подробности. Gnome Software поддерживает не только Deb пакеты, но и Rpm в системах, основанных на RHEL, а также snap и flatpack, о которых мы поговорим ниже.
AppGrid
Простенькая альтернатива для центра приложений Ubuntu. Программе очень далеко до функциональности Synaptic. Она позволяет устанавливать приложения так же, как и центр приложений Gnome Software и выглядит очень похоже на Windows Store.
2. RPM (Red Hat Package Manager)
Это базовый формат и система управления пакетами, созданная в компании Red Hat. Так же как и dpkg, это низкоуровневый инструмент, для которого существует несколько утилит, это такие пакетные менеджеры Linux:
YUM (Yellowdog Updater, Modified)
Это популярный менеджер пакетов linux с открытым исходным кодом для командной строки. Он используется для управления пакетами в дистрибутиве Red Hat. Если сравнивать с инструментом apt, то здесь есть все те же функциональные возможности, правда, работает немного медленнее. Написан на Python 2. Немного больше об отличиях формата пакетов rpm и deb можно прочитать в отдельной статье. А про сам Yum есть такая статья.
DNF – Улучшенный Yum
Это пакетный менеджер linux, используемый в дистрибутиве Fedora начиная с версии 18. Он представляет из себя следующее поколение YUM.
Сначала он был создан только для экспериментов, но начиная с Fedora 22 он используется как пакетный менеджер по умолчанию. Он работает почти также как и YUM, для разрешения зависимостей используется библиотека libsolv и hawkey, но отличие от YUM, написан на Python 3. Здесь можно наблюдать увеличение скорости работы, а также уменьшение потребления памяти.
3. Pacman — менеджер пакетов Arch Linux
Этот менеджер пакетов linux разработан командой программистов для дистрибутива ArchLinux. Сейчас, кроме ArchLinux, он используется в Manjaro и еще нескольких малоизвестных дистрибутивах, основанных на ArchLinux.
Здесь поддерживаются все основные возможности — установка программного обеспечения, автоматическое разрешение зависимостей, обновление, удаление пакетов, а также загрузка пакетов программ для последующей установки.
Программа специально спроектирована для удобной работы с пакетами в Arch Linux. А поскольку это система с режимом выпуска в виде роллинг релизов, то этот пакетный менеджер подходит наилучшим образом. Pacman поддерживает систему в актуальном состоянии синхронизируя списки пакетов из основного сервера. Причем существует только одна версия системы — текущая.
Программа написана на Си, а в качестве пакетов используются файлы формата tar.xz, которые на самом деле являются обычными архивами, внутри которых находятся файлы программы и файл описания установки PKGBUILD. Читайте подробнее про установку пакетов в Arch Linux в отдельной статье.
4. Zypper — пакетный менеджер OpenSUSE
Это пакетный менеджер linux для командной строки в дистрибутиве OpenSUSE и SUSE Linux. Разработан специально для этого дистрибутива и использует библиотеку libzypp, в которой реализованы такие общие возможности, как доступ к репозиторию, установка пакетов, разрешение зависимостей, работа с репозториями и многое другое.
Zypper написан на Си и работает намного быстрее чем Yum. Поддерживает различные форматы репозиториев, а также расширения репозиториев. Поддерживается как обычное обновление, так и обновление патчами, во время которого только накладываются патчи на установленные пакеты для исправления проблем с безопасностью. Подробнее — здесь.
5. Portage — пакетный менеджер Gentoo
Этот менеджер пакетов используется в Gentoo, менее популярном, но не менее мощном дистрибутиве. И это один из лучших менеджеров пакетов. Основное преимущество системы Gentoo, это возможность собирать пакеты из исходников во время установки. Это дает очень много полезных вещей, таких как возможность настроить флаги компиляции, включить только нужные функции, а также собрать пакеты именно под свой процессор. Все это поддерживается Portage, базовая функциональность, такая как обновление, удаление пакетов и разрешение зависимостей здесь тоже есть.
Интересной особенностью есть состояния Portage, а также слоты, позволяющие устанавливать несколько версий одной программы или библиотеки в вашей системе. Здесь нет как такового списка пакетов, есть только дерево портов, в котором и содержаться файлы ebuild с инструкциями для сборки всех пакетов. Сохранив дерево можно очень просто откатить систему к предыдущей версии. Подробнее тут.
6. Snap
Универсальный менеджер пакетов разработанный в Canonical, который можно использовать как в Deb, так и в Rpm дистрибутиве. Здесь используется особый формат пакетов, в котором все зависимости программы упаковываются в пакет с ней, поэтому программа оказывается самодостаточной и может запускаться в любой системе, где установлен этот пакетный менеджер. Кроме того, менеджер пакетов snap добавляет безопасности, программам не разрешено использовать те функции, что им не нужны. Более подробно про snap можно почитать в этой статье.
7. Flatpack
Пакетный менеджер Flatpack разработан для Fedora в качестве конкурента для Snap. Он может практически всё то же самое. В пакет программы упаковываются всё её зависимости и она может работать в любой системе где установлено программное обеспечение Flatpack. Безопасность здесь тоже работает. Главное отличие в том, что Flatpack более открыт, чтобы добавить пакет в Snap Store надо подписать соглашение с Canonical, а Flatpack больше похож на формат PPA. Любой человек может создать свой репозиторий и размещать там всё, что ему надо.
Выводы
Как я уже говорил, основная цель статьи — обзор пакетных менеджеров linux, познакомить пользователей с лучшими пакетными менеджерами, а также показать отличия между ними. Конечно, пользователям определенного дистрибутива придется изучать свой менеджер пакетов более детально. Если я упустил важный момент, об одной из программ, напишите в комментариях!
Как установить пакеты в Ubuntu вручную
Мы давно говорим о том, как установить пакеты и программы через репозитории, пакеты deb, из пакетов rpm, из PPA или просто через такие программы, как Synaptic или Ubuntu Software Center, но мы не говорили о том, как установить программу через ее исходный код. Эта установка очень беспорядочная, но она также является наиболее удовлетворительной, поскольку, как правило, именно она лучше всего адаптируется к нашей операционной системе, к нашей машине. Чтобы выполнить эту установку, все, что нам нужно сделать, это загрузить сжатый пакет, который почти всегда имеет тип tar.gz или gz, что есть в программном коде и отсюда компилируем файлы.
Какие программы мне нужны для установки пакетов вручную?
Парадоксально, но в Ubuntu, как и в других системах на основе Debian, не все установлены программы, необходимые для компиляции. Пакет, в который входит большинство инструментов, не устанавливается в стандартной комплектации, поэтому вам придется установить пакет вручную. Что ж, чтобы скомпилировать пакет самостоятельно, нам нужно будет сделать это в терминале:
sudo apt-get install build-essential automake make cmake fakeroot checkinstall dpatch patchutils autotools-dev debhelper quilt xutils lintian dh-make libtool autoconf git-core
Это заставит Ubuntu установить почти все необходимые программы, чтобы иметь возможность компилировать код и, по расширению, иметь возможность устанавливать пакеты вручную.
Как мы сами скомпилируем программу?
Выполнив предыдущие шаги, мы открываем терминал и переходим в папку с исходным кодом. Первое, что нам нужно сделать, это посмотреть файл «УСТАНОВИТЬ»Это почти все программы, некоторые делают это в«Прочти меня«. Как правило, для компиляции нам нужно написать следующее
. / Настроить
сделать
сделать установку
./ название программы
очистить
Хотя в файле Readme или УСТАНОВИТЬ Мы подробно расскажем о необходимых пакетах и о том, как установить программу. Я им командую ./configure и сделать они несут ответственность за настройку и создание программного пакета. Команда сделать установку установить то, что было создано и с ./ запускаем программу. Тогда команда очистить заботится об очистке ненужных файлов, которые были созданы во время установки. Это примерно шаги, необходимые для компиляции программы, но иногда необходимо установить библиотеку или пакет, чтобы установка работала. Наконец, обратите внимание, что, хотя установка лучше, это медленная установка, то есть установка пакетов вручную зависит от исходного кода и мощности компьютера, поэтому процесс может занять часы или минуты. Поэтому желательно делать это со временем и на мощных компьютерах, хотя этот метод установки пакетов можно сделать на любом компьютере.
Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.
Полный путь к статье: Убунлог » Ubuntu » Учебники » Как установить пакеты в Ubuntu вручную
Менеджеры пакетов в Linux
Добавить в избранное
Debian – основанные менеджеры пакетов
Менеджер пакетов Dpkg
Ubuntu и Debian считаются одним из наиболее широко используемых потребительских операционных систем на основе Linux, имеющихся сегодня на рынке. Их менеджеры пакетов являются общими, с системой управления пакетами нижайшего уровня «Dpkg», сокращенно от «Debian Package». Это скелет программного обеспечения для управления пакетами, с инструментами для установки, удаления и сборки пакетов.
В Dpkg не хватает более расширенные возможности – функциональные возможности, такие как загрузка пакетов из Интернета, или установка зависимостей автоматически не возможно через DPKG. Будучи в состоянии сделать это из Интернета очень полезна, так как она позволяет пользователям добавлять репозитории пакетов, что значительно увеличивает выбор программного обеспечения, которое может быть легко установлено в системе. Оно также может значительно упростить процесс установки программного обеспечения, будучи в состоянии легко найти и установить пакет только с одной командой.
Менеджер пакетов APT
Это где интерфейсы, такие как apt и aptitude вступают в игру. APT, сокращенно от Advanced Package Tool, гораздо более продвинутый в функциональности по сравнению с dpkg. Он также может устанавливать, удалять и собирать пакеты – однако его функциональность идет гораздо дальше. APT может обновить свои пакеты, установить зависимости автоматически, а также загрузить пакеты из интернета. Это один из наиболее распространенных менеджеров пакетов, установленных на современных дистрибутивах, с предустановленными на Ubuntu, Debian и большинстве других операционных систем на основе Debian.
Менеджер пакетов Aptitude
Aptitude очень похож на APT, предлагая большую часть той же функциональности. Но он может предложить несколько дополнительных функций, таких как безопасные обновления, позволяющие пользователям обновлять свои пакеты, не удаляя существующие пакеты из системы. Также доступно удержание пакетов, что предотвращает автоматическое обновление некоторых пакетов.
Оба этих менеджера пакетов фактически используют dpkg для основных операций и используют только свое собственное программное обеспечение для загрузки пакетов и управления ими.
Менеджеры пакетов RedHat Enterprise Linux (RHEL)
Менеджер пакетов RPM
Redhat и CentOS являются одним из наиболее широко используемых серверных операционных систем на серверах. Основное программное обеспечение для управления пакетами в этих системах-RPM, сокращенно от Red Hat Package Manager. Этот менеджер пакетов также выполняет основные операции, такие как установка и удаление пакетов, и, как dpkg, также не может управлять пакетами или устанавливать их непосредственно из интернета.
Менеджер пакетов YUM
Как и операционные системы на основе Debian, операционные системы RHEL также имеют собственное программное обеспечение для управления пакетами. YUM, короткий для Yellow Dog Updater, является самым популярным выбором в качестве интерфейса RPM. Он открывает гораздо больше возможностей для RPM-файлов через репозитории, отслеживая то, что установлено в системе, оптимизированное обновление и многое другое. RHEL эквивалентен менеджеру пакетов APT.
Менеджер пакетов DNF
DNF, сокращенно от Dandified Packaging Tool, – это более модернизированная и усовершенствованная версия менеджер пакетов yum – вбирая в себя черты yum, при одновременном повышении производительности и использования ресурсов. На данный момент только Fedora использовала эту версию следующего поколения YUM, но, надеюсь, мы увидим, что она будет распространятся на другие операционные системы в будущем.
Существует несколько других инструментов управления пакетами, доступных для систем на основе RPM, таких как up2date, urpmi и ZYpp, однако они не так широко используются, как YUM или DNF.
Другие менеджеры пакетов
Иногда разработчики будут создавать специальные менеджеры пакетов, предназначенные для их распределений Linux – они, как правило, строятся вокруг операционной системы, и не будет найдены в основных дистрибутивах Linux.
Менеджер пакетов pacman
Pacman – это менеджер пакетов в Arch Linux. Pacman является единственным инструментом управления пакетами, найденным на Arch, что делает его не фронтендом. Arch Linux является релизом операционной системы, где обновления добавляются каждый день. Есть только несколько команд с pacman, предназначенных для поиска, установки и удаления пакетов. Этот менеджер пакетов может подключаться к Интернету и приобретать свои пакеты оттуда, что делает его более удобным для пользователя. Тем не менее, pacman предназначен для установки программного обеспечения из репозитория Arch, что делает его невозможным для установки из сторонних репозиториев.
Менеджер пакетов ABS
ABS, сокращенно от Arch Build System, представляет собой систему инструментов, предназначенных для создания устанавливаемых программных пакетов для Arch Linux из исходного кода. Он состоит из нескольких инструментов, функционирующих вместе для создания пакетов – все эти инструменты являются независимыми программами, такими как makepkg, pacman, asp и так далее. Метод создания/установки пакета с использованием ABS отличается от обычного дистрибутива Linux. Вместо установки предварительно скомпилированных пакетов необходимо создать файл PKGBUILD из ветви Svn или Git с помощью пакета asp. Оттуда вы используете команду makepkg, которая использует файл PKGBUILD для загрузки и компиляции исходного кода для вашей системы. Это делает ABS немного менее интуитивным методом установки пакетов на Arch Linux. Он имеет несколько других применений, таких как настройка существующих пакетов, или сборка и установка собственного ядра.
Менеджер пакетов Portage
Portage – это менеджер пакетов для Gentoo, операционной системы без излишеств, которая должна быть скомпилирована с нуля при установке в любой системе. Это один из самых продвинутых менеджеров пакетов, доступных в настоящее время, с новыми функциями и улучшениями, которые постоянно добавляются.
Несмотря на то, что есть много разнообразия при использовании программного обеспечения для управления пакетами, многие из них предназначены для выполнения тех же задач. Поэтому лучше всего просто протестировать и посмотреть, какая программа управления пакетами будет работать лучше всего для ваших нужд.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.