Package linux ��� ���

Guide to Linux Packages

Linux packages streamline software installation, maintenance, and removal

A package delivers and maintains new software for Linux-based computers. Just as Windows-based computers rely on executable installers, the Linux ecosystem depends on packages that are administered through software repositories. These files govern the addition, maintenance, and removal of programs on the computer.

What Is a Package?

A package consists of a collection of files that perform a task. For example, the popular image editing program, GIMP, distributes through a package. Within it, all the files that GIMP needs to run appear in a tidy archive. In addition, the package offers a small file that provides important metadata about the program.

Why Packages?

Because each Linux computer or server uses different software—including different kernels—developers cannot guarantee that a «Linux program» will run correctly on any given computer. To fix this interoperability problem, packages include a manifest of dependencies, or lists of programs and versions that must be satisfied for the packaged software to run correctly on a given computer.

How Do I Use Packages?

Linux supports several major different types of package managers. Each performs the same basic function of installing and managing new programs, but each uses a slightly different under-the-hood architecture and different user interfaces to perform the package-manager’s core tasks.

Common package-management systems include:

• DPKG: The base package manager for Debian-based distributions.
• Apt: A front-end for the DPKG system, found in Debian-based distributions, such as Ubuntu, Linux Mint, and Elementary OS.
• Apt-get: A more feature-rich front-end for the DPKG system, found in Debian-based distributions.
• RPM: The base package manager found in Red Hat-based distributions, such as Red Hat Enterprise Linux, CentOS, and Fedora.
• Yum: A front-end for the RPM system, found in Red Hat-based distributions.
• Dnf: A more feature-rich front-end for the RPM system.
• ZYpp: Found in SUSE and OpenSUSE.
• Pacman: The package manager for Arch Linux-based distributions.

Regardless of the specific package manager, the process of maintaining software on a Linux-based computer is generally the same. You launch a software catalog that reads from one or more repositories (archives of software optimized for a given platform). Pick-and-choose which software to install or un-install through the graphical catalog, or use a shell session to execute the commands manually.

What is an Alternative to a Package?

Although packages remain the tried-and-true method of distributing Linux software, in recent years alternative technologies aim to simplify software management. For example, the new Snap format treats programs as self-contained, isolated objects that run in their own protected space, so they aren’t «dependent on dependencies.»

In addition, the really old-school method of software installation requires compilation from source. This process is less common than it used to be, although Linux veterans and Slackware aficionados still do it. A compilation-from-source installation requires that you obtain the actual code for a program, which you then compile and install on your own computer. This process is, in theory, more efficient—the installation is optimized for your specific computer—but it’s generally a power-user strategy for people accustomed to developing their own software.

Источник

Альманах пакетных менеджеров Linux

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

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

Debian и родственные

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

То, что в примерах aptitude не значит, что он правильнее, чем apt-get . Для меня это всего лишь дело привычки.

Некоторые функции доступны с дополнительным МП dpkg .

Есть еще такое чудо — wajig. Несмотря на странное звучание, вполне годный МП с человеко-читабельным выводом информации на экран.

Настройка репозиториев производится правкой файла /etc/apt/sources.list

В целом ПМ Debian один из лучших, с которыми мне доводилось иметь дело.

Redhat и другие RPM дистрибутивы

RPM нельзя назвать образцовым пакетным менеджером, скорее это был кактус, который мыши употребляли в пищу со слезами на глазах. Затем появились более или менее вменяемые МП: yum , dnf , zypper и другие. Только что на сервере RHEL 7.4 yum за раз обновил более 700 пакетов и ничего при этом не сломал, неплохой результат я считаю.

Команды rpm на те случаи, когда использовать yum не с руки.

Чтобы настроить репозитории Yum , откройте файл /etc/yum.repos.d/*.repo , или используйте команду yum-config-manager .

Zypper

На SuSE Linux используется Zypper / YaST для управления пакетами, движок ZYpp крутится поверх RPM.

Можно использовать операторы и регулярные выражения.

Управление репозиториями производится командой zypper mr .

Pacman

Этот МП используется в Арче и Manjaro.

Движок поиска в базе данных поддерживает регулярные выражения.

Настройка репозиториев и зеркал производится из файла /etc/pacman.conf

Gentoo emerge

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

С дополнительными утилитами можно получить больше информации о файлах, ненужных пакетах и т. д.

Источник

Поиск пакетов в Ubuntu

Здесь представлена информация о всех пакетах, доступны в архиве пакетов Ubuntu.

Обзор списка пакетов:

• bionic (18.04LTS)
• bionic-updates
• bionic-backports
• focal (20.04LTS)
• focal-updates
• focal-backports
• groovy (20.10)
• groovy-updates
• groovy-backports
• hirsute (21.04)
• hirsute-updates
• hirsute-backports
• impish

Поиск

Поиск по каталогам пакетов

Доступны краткие поисковые запросы:

• http://packages.ubuntu.com/ имя для поиска в именах пакетов.
• http://packages.ubuntu.com/src: имя для поиска имени в пакетах исходного кода.

Поиск по содержимому пакетов

Механизм поиска позволяет искать в содержимом дистрибутивов Ubuntu любые файлы (или только части пути имени файла), которые входят в пакеты. Также вы можете получить полный список файлов заданного пакета.

Adapted for hardy release. Removed the obsolete powerpc data for hardy. I’m currently evaluation if and how I should include information about ports.ubuntu.com packages here. Since archive.ubuntu.com is currently unusable I use nl.archive.ubuntu.com as source for the data until the situation normalizes again.

The downtime today was caused by some yet undiagnosed kernel troubles after a faulty hard disk was exchanged. Sorry for any inconvenience. 2008-02-19

Switched packages.ubuntu.com to the newer codebase that also runs on packages.debian.org. The two most important changes for users are that most pages are now generated dynamically (which makes for faster updates and more flexibility) and that the search functions should be much faster now.

Still waiting for a volunteer that optimizes the used stylesheets, I myself have not much talent in this area. 2007-10-21 Add hardy. 2007-10-18 Change default release to gutsy. 2007-07-28 Drop old releases since they also got dropped from archive.ubuntu.com. 2007-04-29 Feisty is released. Pages updated accordingly. 2006-11-20

• The hard drive of the server was replaced today after it began to act up. Most stuff should be up and running again. I accidentally deleted the info about new packages though, so that will be not reliable for the next few days.
• Added edgy-backports to the homepage and the search forms

2006-10-29

• Add feisty. The changes for the edgy release were already done some days ago.

2006-10-18

• The «Bug reports» links now correctly point to Launchpad for all packages. Thanks to all the people that reported this error to me.
• I added an robots.txt to ban some people trying to mirror the site by means of wget -r . If forever reason you need to mirror the site please contact me by mail so we can do this by other means that won’t stress the server as much.

2006-06-12 Finally make dapper the default for searches and add edgy. Sorry for the delay. 2006-01-17 I hope everyone had a good start into the new year. Some small status updates:

• While looking at the log statistics I noticed that apparently packages.ubuntulinux.org also points to my server without me knowing. I fixed the apache configuration so that it now knows about that and handles it correctly.
• Linking to a CSS file on the official Ubuntu homepage was a bad idea and the page had some glitches when it disappeared. Most of the issues should be fixed by now.
• Sorry for any performance issues with the site. My little server is not always able to handle the many hits of this site (close to 2,000,000 per month). I guess I will have to search for another hosting solution in the near future.

2005-10-13 Changed all defaults to point to breezy 2005-09-28

• The contents files are updated again, so I removed any warnings and added the appropriate links back
• The «Check for bug reports» links now point to Launchpad for universe/multiverse packages. Suggested by j -at- bootlab -dot- org.
• Finally, I migrated to the «new» layout. Comments and Patches about the remaining quirks welcome.

2005-09-25 I’ve merged the new changelog to HTML conversion code from the Debian branch. I still have no idea how to handle the requests to link Ubuntu bugs to the Ubuntu BTS and Debian bugs to the Debian BTS. Suggestions welcome. 2005-08-30

• I’ve added a warning to this site about the outdated Contents files in the Ubuntu archive which make the contents search completely useless for anything after warty. I’ve actually no idea whom to ask about this since I don’t seem to be able to find out on the Ubuntu web site who is ftp-master in Ubuntu?
• You can now also browse the packages from hoary-backports

2005-06-10 I have begun to work on integrating the current Ubuntu web design with my pages. There are still some issues to work out but as a teaser I already converted the front page. Feel free to mail me with comments on how I could use the new layout better. 2005-04-14 hoary is released and now this fact is also beginning to show on this page. Please report all errors you find with the new breezy pages. 2005-04-06 The transition should be completed by now and I’ve installed some rewrite rules so that old URLs should also point to the new location. The changelog extraction script is still running so there are still some (more) broken links. Please report all other problems you might encounter. 2005-04-05 From tomorrow on this site will be available at packages.ubuntu.com. The necessary setup is done on both my side and on the side of the ubuntu people but I will use the occasion for some configuration clean-up and a full rebuild. Stay tuned 😉 2005-04-02

• On request of the MOTUs I’ve added links to the build logs for hoary packages.
• Also, the Portuguese LoCoTeam (hmm, Ubuntu teams have all very l33t names 😉 asked me how to translate the pages. Here my answer:

  At http://cvs.infodrom.org/packages.debian.org/po/?cvsroot=debian.de you can find some .pot files. Please translate them and send them back to me (You may want to take a look at the translations available at http://cvs.debian.org/webwml/portuguese/po/?cvsroot=webwml especially for files like langs.pot). This will ensure that at least the constant strings on all the pages are translated (Some of the strings in these file are only needed on packages.debian.org)

  The translations of package descriptions I took from the DDTP (Debian Descriptions Translation Project) which seems to be rather inactive lately. Unless this is fully revived or another similar project is created there is little I can do on this front.

  This page is also available in the following languages:

  Авторские права © 1997 — 2013 Canonical Ltd.; См. условия лицензии. Ubuntu это торговый знак компании Canonical Ltd. Об этом сайте.

  Источник

  Записки IT специалиста

  Технический блог специалистов ООО»Интерфейс»

  • Главная
  • Linux — начинающим. Часть 5. Управление пакетами в Debian и Ubuntu

  Linux — начинающим. Часть 5. Управление пакетами в Debian и Ubuntu

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

  Пакеты и репозитории

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

  Существуют различные форматы пакетов, наиболее распространенными из которых являются RPM (рекурсивный акроним RPM Package Manager, ранее Red Hat Package Manager) и DEB (сокращение от Debian). Первый используется в основанных на Red Hat/Fedora дистрибутивах, а также некоторых иных, например, OpenSUSE, второй — во всем многочисленном семействе систем на базе Debian и его производных, включая один из самых популярных дистрибутивов — Ubuntu.

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

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

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

  Все это хорошо, скажет иной читатель, только как мне узнать какие именно пакеты мне нужно установить, чтобы получить на выходе полноценный продукт, как разобраться во всем этом обилии непривычных названий? Для этой цели существуют метапакеты. По сути — это пакет пустышка, который в своих зависимостях имеет нужный перечень пакетов для установки готового продукта. Например, если нужен офисный пакет, то достаточно просто установить libreoffice, этот метапакет по зависимостям подтянет и установит все необходимые компоненты для полного набора офиса, каким вы его привыкли видеть. Хотя никто не мешает установить самому только нужные компоненты, скажем только LibreOffice Calc.

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

  Кроме того, установка пакетов в обход репозитория может быть небезопасна и считается правилом дурного тона, хотя и применяется, в основном для коммерческого ПО. Наличие репозиториев также позволяет централизованно обновлять пакеты, достаточно сравнить текущие версии пакетов с версиями в репозитории и скачать нужные обновления. Это удобно, так как одновременно обновляется и система и все установленное в нее ПО.

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

  Как правило типичный дистрибутив на базе Debian имеет четыре основных репозитория:

  • Base repository — основное хранилище, содержит все пакеты, но обновляется достаточно редко, обычно одновременно с выходом минорной версии дистрибутива, например, Debian 9.6, Debian 9.7 и т.д.
  • Security updates — обновления безопасности, являются критически важными для функционирования системы и крайне желательны к установке.
  • Stable updates — стабильные обновления, не являющиеся обновлениями безопасности, могут исправлять некритические ошибки в ПО или незначительно расширять его функционал в рамках текущей версии.
  • Stable backports — стабильное ПО с обратной совместимостью, содержит прекомпилированные для текущего дистрибутива самые свежие версии ПО, которые разрабатываются в рамках новой версии, позволяет использовать более новые версии программ, не подвергая стабильность дистрибутива угрозам при использовании пакетов тестируемой или нестабильной ветки.

  Каждый репозиторий состоит из нескольких разделов, в Debian это:

  • main — содержит пакеты, которые полностью совместимы с «Критериями Debian по определению Свободного ПО»
  • non-free — распространяемое без ограничений ПО, которое не соответствует или не полностью соответствует принципам свободного ПО по версии FSF (Free Software Foundation, Фонд свободного ПО)
  • contrib — свободное ПО, которое требует для работы несвободные компоненты, например, бинарные модули драйверов, прошивок ROM и т.д., либо требует ПО, имеющее собственника, скажем несвободную версию Java от Oracle.

  В Ubuntu разделы немного иные:

  • main — также, как и в Debian содержит свободные пакеты, поддерживаемые компанией Canonical
  • restricted — несвободное ПО, поддерживаемое Canonical
  • universe — свободное ПО, поддерживаемое сообществом
  • multiverse — несвободное ПО, поддерживаемое сообществом.

  Список подключенных репозиториев хранится в /etc/apt/sources.list, ниже показано содержимое этих файлов в Debian 10 (слева) и Ubuntu 18.04 (справа).

  В Debian все достаточно лаконично, подключен только раздел main трех репозиториев Base, Security updates и Stable updates, если вам нужны иные разделы, то их следует подключить самостоятельно, добавив через пробел в нужную строку.

  В Ubuntu более развернутый список репозиториев, он полностью не уместился на скриншот, но для понимания структуры записей приведенного фрагмента хватает. Сверху вниз подключены Base и Security updates для поддерживаемых компанией разделов, затем они же вместе для свободного и несвободного ПО поддерживаемого сообществом, а вот Stable backports прописан для всех веток одновременно, еще ниже (за пределами экрана на скриншоте) подключены Security updates и специальный партнерский репозиторий для пакетов партнеров компании Canonical.

  Типичная запись репозитория выглядит как строка со следующей структурой:

  Строка начинается с deb, который обозначает репозиторий с двоичными пакетами или deb-src для репозиториев с исходным кодом, если вы не собираетесь самостоятельно собирать пакеты, то вам они не нужны. Далее идет адрес репозитория и имя выпуска, для Debian это buster, для Ubuntu — bionic, затем следует перечисление подключенных разделов, в указанном примере подключены все три.

  Адреса репозиториев сохраняются постоянными, отличаясь только именами выпуска, поэтому если вам нужно обновить выпуск, скажем с Debian 9 на Debian 10, то вам просто потребуется заменить везде stretch (имя девятого выпуска) на buster.

  Также в Debian можно использовать вместо имен классы выпусков:

  • stable — текущий выпуск дистрибутива,
  • oldstable — предыдущий выпуск,
  • testing — разрабатываемый выпуск,
  • unstable — нестабильный выпуск, он же имеет собственное имя sid.

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

  Для добавления собственных источников пакетов предназначена директория /etc/apt/sources.list.d/ в которой следует располагать файлы с адресами источников и обязательным расширением .list. Хотя их можно прописать и в основной файл, но это считается дурным тоном.

  Низкоуровневый менеджер пакетов Dpkg

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

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

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

  Для установки просто выполните:

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

  Такая конструкция установит все находящиеся в данном расположении deb-пакеты, так что будьте внимательны, либо используйте более узкие маски.

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

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

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

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

  Для удаления пакета используйте:

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

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

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

  Улучшенный инструмент для работы с пакетами APT и команды apt и apt-get

  Настоящим пакетным менеджером в Debain является APT (Advanced Package Tool, Улучшенный инструмент для работы с пакетами), который умеет работать с репозиториями, разрешать зависимости и взаимодействовать с dpkg, которая, собственно, и занимается установкой пакетов.

  APT имеет два интерфейса командной строки: apt-get и более новый apt. Их синтаксис и возможности во многом схожи, и мы будем практически всегда использовать последний, кроме отдельных случаев, когда требуемые возможности поддерживает только apt-get.

  Как мы уже говорили, списки репозиториев хранятся в /etc/apt/sources.list, но они не содержат сведений о пакетах, чтобы их получить нужно скачать из репозитория список находящихся в нем пакетов. Понятно, что каждый раз скачивать списки — плохая идея, поэтому APT хранит локальный кеш пакетов в /var/lib/apt/lists, также копии всех скачанных пакетов сохраняются в /var/cache/apt/archives, что позволяет предотвратить их скачивание в случае повторной установки.

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

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

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

  Установить обновления можно командой:

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

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

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

  Для установки пакетов следует использовать команду:

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

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

  Для удаления пакета используйте:

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

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

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

  Удалить их можно командой:

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

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

  Эта команда полностью очистит кеш, также можно использовать более мягкую очистку с помощью apt-get, который дает возможность удалить из кеша только те пакеты, которые на текущий момент отсутствуют в репозитории (были заменены новыми версиями или удалены):

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

  Еще одна важная возможность APT — это восстановление нарушенных зависимостей и автоматическое исправление ошибок при установке пакетов, например, когда процесс обновления или установки был аварийно прерван. Либо когда вы установили некоторый пакет при помощи dpkg и при этом у него оказались неудовлетворенные зависимости. Все это в большинстве случаев отлично исправляется одной простой командой:

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

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

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

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

  Для получения информации о пакете просто введите:

  Еще одна задача, с которой может столкнуться администратор — это фиксация версии пакета, допустим вы собрали и установили собственный пакет с нужными вам функциями и не хотите чтобы при обновлении системы он был заменен стандартным из репозитория. Не проблема, отметьте пакет как зафиксированный:

  Чтобы отменить фиксацию выполните:

  Объем данной статьи не позволяет рассмотреть все возможности apt, поэтому мы ограничились наиболее необходимыми в повседневной деятельности, ну и в завершение небольшая порция юмора. Если запустить команду apt без параметров, то вы увидите краткую справку в самом конце которой будет строка: В APT есть коровья СУПЕРСИЛА. Что это значит? Просто наберите:

  И вы увидите старую пасхалку от разработчиков, которая была еще в apt-get, а затем ее заботливо перенесли в apt.

  

  Графические оболочки Aptitude и Synaptic

  Кроме родных для APT консольных интерфейсов apt-get и apt существуют и более высокоуровневые оболочки. Одна из них aptitude, которая может работать как в псевдографическом режиме, так и в режиме командной строки, имея синтаксис во многом повторяющий синтаксис apt. Благодаря этому многие воспринимают эту утилиту как еще один интерфейс к APT, хотя основной задачей разработчиков было именно создание псевдографической интерактивной оболочки.

  В современных дистрибутивах Debian и Ubuntu aptitude отсутствует в основной поставке и вам потребуется установить этот пакет отдельно.

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

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

  Магазины приложений

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

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

  Так и в современном Linux, если раньше эта ОС ассоциировалась преимущественно с энтузиастами и «хакерами», то сейчас это система открыта для всех. Магазины приложений — это простой и надежный способ управления программным обеспечением для обычных пользователей, не имеющих специальных технических знаний. А опытный администратор, скорее всего, предпочтет работу в привычной ему командной строке.

  Ниже показан магазин для актуальной версии Debian

  или Ubuntu

  Заключение

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

  Дополнительные материалы:

  Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

  

  Или подпишись на наш Телеграм-канал:

  Источник

  Читайте также:  Scom agent on linux