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

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

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

Зачастую, пакет представляет собой просто отдельную программу. Например, клиент мгновенных сообщений gaim находится в пакете Debian с таким же именем. С другой стороны, для программ вполне нормально состоять из нескольких взаимосвязанных пакетов. Например, графический редактор gimp состоит не только из пакета gimp , но и из пакета gimp-data ; так же доступны необязательные пакеты с дополнениями (содержащими эзотерические данные, документацию и т.д.). Несколько небольших связанных программ могут входить в один пакет, например, пакет fileutils содержит несколько общих команд Unix, таких как ls , cp и т.д.

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

• Если пакет A зависит от другого пакета B, то B требуется для правильной работы A. Например, пакет gimp зависит от пакета gimp-data , поскольку необходимо гарантировать, что графическому редактору GIMP доступны необходимые файлы данных.
• Если пакет A рекомендует другой пакет B, то пакет B предоставляет важную дополнительную функциональность пакету A, которая желательна в большинстве случаев. Например, пакет mozilla-browser рекомендует пакет mozilla-psm , который добавляет поддержку безопасной передачи данных веб-браузеру Mozilla. В то время как пакет mozilla-psm не строго требуется для работы Mozilla, большинство пользователей хотят, чтобы Mozilla поддерживал безопасную передачу конфиденциальных данных (таких как номера кредитных карт).
• Если пакет A предлагает другой пакет B, то пакет B предоставляет функциональность, которая может улучшить пакет A, но не является необходимой в большинстве случаев. Например, пакет kmail предлагает пакет gnupg , содержащий программу для шифрования, которая может использоваться KMail.
• Если пакет A конфликтует с другим пакетом B, то эти два пакета не могут быть установлены одновременно. Например, пакет fb-music-hi конфликтует с пакетом fb-music-low , поскольку они предоставляют альтернативные наборы музыки для игры Frozen Bubble.

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

Что же такое этот aptitude?

Что такое система apt ?

Пакетный менеджер — Основы командной строки

Привычный способ ставить программы для Windows-пользователя — бродить по интернету в поисках нужных приложений. В *nix-системах такой способ используется значительно реже. Для установки программ придумали пакетные менеджеры, с которыми мы познакомимся в этом уроке.

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

Далее, для всех примеров будет использоваться пакетный менеджер apt, который поставляется с Ubuntu. Например, установка PHP в Ubuntu выглядит так:

# Требует sudo, потому что мы устанавливаем в системную директорию sudo apt install php # Здесь будет много текста и вопрос, устанавливать ли? Если да, то PHP установится php -v PHP 7.4.3 (cli) (built: Feb 20 2020 08:51:50) ( NTS ) 

Пакетный менеджер состоит из нескольких частей. Одна из них взаимодействует с пользователем напрямую — это консольная утилита apt . Для установки нужно набрать apt install и далее указать имя необходимой программы.

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

install php E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied) E: Unable to lock the administration directory (/var/lib/dpkg/), are you root? 

Но это не всегда так — например, в macOS не нужно использовать sudo .

Установленные пакеты можно удалять. Для этого используется команда apt remove :

# Тут тоже много вывода и вопрос, удалять ли? 

На другом конце провода находится каталог пакетов. Во время попытки установить программу утилита apt выполняет запрос в каталог и пытается понять, есть ли там пакет с таким именем. Если его нет, то вы об этом узнаете:

# Пакета wrongname не существует sudo apt install wrongname Reading package lists. Done Building dependency tree Reading state information. Done E: Unable to locate package wrongname 

Для экономии ресурсов и ускорения работы пакетный менеджер apt сохраняет индекс — список пакетов в каталоге. Индекс хранится на локальном диске и используется для работы пакетного менеджера.

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

sudo apt update # Теперь можно устанавливать sudo apt install php 

Здесь у вас может возникнуть как минимум три вопроса:

1. Как узнать, какой пакет ставить? Когда нам нужно установить определенную программу, то самый очевидный способ сделать это — найти сайт программы и выполнить действия, указанные на странице «Скачать» (Download). Обычно на этой странице написаны инструкции по пакетному менеджеру и примеры команд. К примеру, такое описание есть у Node.js . Другой способ: загуглить php install ubuntu. Вы найдете статьи с такими же инструкциями. Со временем вы запомните имена многих пакетов и сможете ставить их без инструкций.
2. Чем пакет отличается от программы? Если коротко, пакет — это упаковка для программы. Сама программа ничего не знает о существовании своего пакета и пакетного менеджера. Чтобы пользователи могли установить программу через менеджер пакетов, ее разработчик заранее упаковывает программу в пакет. В Ubuntu используется специальный формат пакетов, называемый deb. У этого формата есть подробная документация о том, как производить упаковку.
3. Как программы попадают в каталог? Все сильно зависит от политики тех, кто поддерживает работу каталога. В некоторые каталоги попасть очень тяжело. Разработчики добавляют туда только проверенный софт, поэтому программы в них обновляют медленно. В других каталогах все происходит просто и быстро. В любом случае нужно пройти некую процедуру, чтобы добавить программу в каталог. Это один из ключевых аспектов, по которому дистрибутивы Linux отличаются друг от друга. В любом случае эти каталоги огромны, в них входят десятки и сотни тысяч программ и библиотек.

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

• В Node.js — пакетный менеджер npm
• в PHP — Composer
• в Ruby — RubyGems
• в Python — pip

Самостоятельная работа

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

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

• Установите пакетный менеджер для вашей операционной системы, если он еще не установлен
• Используя пакетный менеджер, установите программу tree
• Запустите программу и убедитесь, что все работает корректно

Документацию по утилите можно посмотреть, выполнив в терминале команду man tree .

Остались вопросы? Задайте их в разделе «Обсуждение»

Вам ответят команда поддержки Хекслета или другие студенты

Об обучении на Хекслете

• Статья «Как учиться и справляться с негативными мыслями»
• Статья «Ловушки обучения»
• Статья «Сложные простые задачи по программированию»
• Урок «Как эффективно учиться на Хекслете»
• Вебинар « Как самостоятельно учиться »

Открыть доступ

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

• 130 курсов, 2000+ часов теории
• 1000 практических заданий в браузере
• 360 000 студентов

Наши выпускники работают в компаниях:

Что такое менеджер пакетов, и в чем разница YARN, NPM, PNPM?

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

1. Таким как мне, фронтендам, которые всегда использовали стандартный менеджер и не интересовались другими. А потом внезапно захотелось чего-то новенького, и пришлось прочитать не одну статью, чтобы собрать воедино информацию и выбрать подходящий вариант.
2. Бэкендам, которые переходят на Node.js.
3. Джунам, которые про пакеты только в шутках и слышали.

А зачем я вообще полез в пакеты?

Я верю, что если разработчик совсем далек от бизнесовых задач, толку от него будет немного. Он должен понимать, как выбирать технологии, строить архитектуру, чтобы продукт в конечном итоге работал наилучшим образом. Например, если вместо реактивного фреймворка вы используете нативный JS, логично предположить, что скорость разработки будет ниже, а значит, конечный продукт — сильно дороже.

Как еще можно принести пользу бизнесу таким небольшим изменением? Допустим, вы из крупной аутсорс компании, назовем ее «Малабар». В «Малабаре» все замечательно: много клиентов, много разработчиков, большой стэк. Но все сотрудники привыкли юзать разные технологии. Кому-то нравится синтаксис npm, кому-то по душе yarn, а третий вообще на pnpm молится.

И вот этого третьего из «Малабара» отправляют в отпуск. Он летит поглядеть на Дубай. Но проект‑то не может его ждать, кому‑то придется заменить счастливчика. На проект переводят другого разработчика, который всегда использовал NPM. Он натыкается на новую для себя технологию, с которой раньше не работал. И начинается самое интересное.

Проблемы могут всплыть еще на моменте установки зависимостей:

Что делать? Заменить существующую технологию на другую? Ну такой себе выход — проект то чужой. Что в итоге? Разработчику приходится тратить дополнительное время на изучение новой технологии, чтобы приступить к задачам.

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

О каких пакетах я столько говорю?

В Node.js экосистеме есть множество инструментов для управления зависимостями, такие как PAK, YUM, RPM и другие. Наиболее популярные — NPM, YARN и PNPM. Но сначала пройдемся по базовым вещам: что вообще такое пакет, менеджер пакетов и так далее. Те, кто все знают, могут скипать и переходить к сравнению.

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

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

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

Зачем пакетам менеджеры и в чем между ними разница?

Первым менеджером стал NPM. Он появился в январе 2010 года и был доступен всем разработчикам.

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

Соответственно, менеджер пакетов — это инструмент, который помогает нам устанавливать зависимости в проект и автоматизирует этот процесс.

NPM

NPM — это официальный менеджер пакетов Node.js, который поставляется вместе с нодой и устанавливается по умолчанию. Он использует централизованный реестр для хранения и управления зависимостями.

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

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

Хотя эта папка и сейчас является очень тяжелой при использовании NPM или YARN. Видели же такой мем?

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

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

Функция кэширования пакетов была добавлена в NPM в пятой версии, выпущенной в мае 2017 года. Это было крупное обновление, в котором улучшили механизм обработки зависимостей, сделали более надежную установку пакетов и стали выводить подробную информацию о процессе. А скорость установки пакетов увеличилась, по информации некоторых источников, примерно в 5 раз. Кэширование позволяет NPM хранить загруженные пакеты локально, чтобы повторно использовать при последующих установках, а не загружать их каждый раз из Интернета. Это позволило значительно ускорить процесс установки и сократить количество трафика, необходимого для загрузки пакетов.

YARN

Как я уже упомянул, в 2016 году вышел YARN. Это менеджер пакетов, разработанный Facebook. В отличие от NPM его нужно устанавливать вручную.

Какие есть фишки у YARN?

1. Workspaces: установка и объединение зависимостей для нескольких проектов.

Сейчас достаточно популярны монорепозитории. Они приглянулись Google, Facebook, Twitter. Но иногда монорепозиторий — это не дань моде, а необходимость. Что это такое? Представьте, приложение состоит из нескольких подпроектов. Они с большего используют одинаковые зависимости. Поэтому, чтобы не устанавливать зависимость отдельно для каждого проекта, мы используем один Lock файл для всех и храним его в общей папке. Соответственно из этой папки, одной единственной командой можно устанавливать зависимости для всех подпроектов.

1. Автоматическое разрешение конфликтов при слиянии yarn.lock файлов.

Что такое LOCK‑файлы? Они содержат точное описание зависимостей пакета и их версий, которые использовались во время последней установки или обновления проекта, включая транзитивные пакеты. Это позволяет убедиться, что при следующей установке зависимости будут установлены те же версии, что и раньше и не возникнет несовместимостей.

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

1. Selective dependency resolutions.

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

1. Yarn upgrade‑interactive.

Частенько нам приходится обновлять какие‑либо пакеты. Обычно для этого надо либо изменить версии в package.json файле, либо использовать специальные команды в консоли и перечислить необходимые пакеты. Yarn предлагает более современный и удобный способ обновления зависимостей — с помощью команды yarn upgrade‑interactive, которая позволяет взаимодействовать с интерактивным интерфейсом для обновления зависимостей в проекте:

1. Возможность работы с плагинами.

YARN имеет систему плагинов, которая позволяет расширять функциональность, добавляя новые команды и возможности. В 2021 году вышла вторая версия YARN. Теперь все новые функции будут разрабатываться исключительно для нее. Но YARN 2 использует другие концепции: он полностью избавился от папки node_modules и работает на основе неких плагинов. Да и в целом пока еще не до конца стабилен, поэтому сегодня мы его рассматривать не будем.

PNPM (PERFORMANT NPM)

В Марте 2016 года Zoltan Kochan представил первую версию PNPM. Этот менеджер пакетов решил проблему с объемом занимаемого дискового пространства и недоступностью зависимостей. Это в свою очередь подтолкнуло разработчиков YARN к созданию Yarn Plug’n’Play (Yarn PnP). Он по умолчанию будет добавлен во вторую версию.

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

Разработчики PNPM создали свой собственный подход к установке зависимостей. Изначально фокусировались на полной совместимости с NPM. У них были почти идентичные cli команды и для перехода с NPM на PNPM не было необходимости переучиваться. Просто добавляете букву «p» в начале и все работает. Однако сейчас NPM и PNPM не являются идентичными в использовании. Например, добавление пакетов в PNPM теперь как в YARN: pnpm add название пакета

Какие особенности есть у PNPM?

1. Скорость работы с пакетами. (Hard links)

PNPM использует специальную технологию для установки зависимостей — «hard links». Она позволяет избежать копирования дублирующихся файлов между пакетами. А значит, уменьшает объем занимаемого дискового пространства и ускоряет процесс установки.

PNPM создает на компьютере единый репозиторий npm-пакетов с контентно-адресуемой файловой системой, подобной Git. Каждый файл в этой системе получает хэш от своего содержимого, и файлы с одинаковым содержанием не повторяются. В папке node_modules создаются символические ссылки на эти файлы, вместо того чтобы их каждый раз копировать.

То есть, если у вас есть 50 проектов с одинаковыми зависимостями, PNPM сохранит пакеты на диске только один раз и создаст символические ссылки для остальных 49 проектов. PNPM работает в несколько раз быстрее, чем NPM и YARN, потребляет меньше интернет-трафика.

1. Возможность автозаполнения при работе с зависимостями.

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

В остальном PNPM имеет все те же функции, что и вышеописанные менеджеры, например: dependency overriding, workspaces и так далее.

Но есть и минусы:

• Возможные проблемы с кроссплатформенностью, так как хардлинки работают по-разному на разных операционных системах.
• Неподдерживаемые пакеты: некоторые пакеты могут не работать должным образом с PNPM, потому что не поддерживают символические ссылки, которые использует PNPM.
• Меньшая поддержка сообществом: PNPM не настолько популярен, как NPM или YARN, поэтому сообщество, которое может помочь с возникающими проблемами, пока еще небольшое.

Для любителей табличек. Сравниваем менеджеры

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

А это рейтинг менеджеров, опубликованный на платформе State of JS. Онсоставлен на основе статистики по соотношению удержания, интереса, использования и осведомленности пользователями. Здесь, кстати, видно что PNPM в последнее время стал пользоваться большей популярностью.

В статье мы сравнивали три технологии: NPM, YARN, PNPM. Теперь на реальном проекте установили пакеты с помощью каждой из них. Теперь видно наглядно, что, например, PNPM сделал все за 5 секунд, в то время как NPM — за одну минуту. Устанавливали по два раза, один раз без lock файла, второй раз с lock файлом.

Подведем итоги

NPM — менеджер по‑умолчанию. И хоть он старается изо всех сил наступать на пятки своим конкурентам, до сих пор считается наиболее медленным в сравнении с остальными. Самым оптимальным менеджером в данный момент является YARN. У него неплохие оптимизация и скорость установки зависимостей. Он более стабилен, чем PNPM. А еще аудитория у YARN гораздо больше. PNPM cчитается самым современным и наиболее быстрым из всех менеджеров, однако имеет свои минусы, пока что менее стабилен в сравнении с другими менеджерами.

Если вы не гонитесь за скоростью и не желаете использовать современные возможности, такие как workspaces, добавление плагинов и многие другие, — смело используйте NPM. Если вы — активный разработчик, которому нравится пробовать все новое и, возможно, даже вносить свою лепту в мир оупенсорса, — добро пожаловать в мир PNPM. Ну а лично мне нравится использовать YARN, сегодня это золотая середина между скоростью и стабильностью.

SoftwareManagementRu

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

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

Менеджер пакетов — это программа, которая поможет вам устанавливать и удалять приложения. Также менеджер пакетов отслеживает зависимости между программами и сохраняет систему в целостности.

Для установки и удаления приложений в Ubuntu вам нужно использовать менеджер пакетов. Он автоматически скачает из интернета нужное вам приложение и установит его.

• Установка/удаление программ — Это самый легкий путь для установки и удаления программ.
• Synaptic — Расширенное управление приложениями и другими компонентами системы.
• Apt — если вы предпочитаете использовать Терминал.

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

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

Репозитории программного обеспечения

Репозиторий (хранилище) ПО — это место откуда вы можете скачать программное обеспечение.

Для Ubuntu доступны тысячи программ. Эти программы хранятся в специальных хранилищах ПО (репозиториях) и легко доступны через интернет. Таким образом вы можете легко установить новые приложения. Это проверенный и надёжный способ, так как каждая программа в репозитории собрана и протестирована специально для Ubuntu.

Репозитории Ubuntu упорядочены в следующие категории: Main, Restricted, Universe, и Multiverse. Это нужно чтобы разделить программы с разными уровнями пользовательской поддержки и разными условиями использования. (Смотри Философия свободного ПО).

Стандартный установочный диск Ubuntu содержит некоторые приложения из категорий Main и Restricted.

Если ваш компьютер подключён к интернету, вам доступно намного больше ПО для установки. Например репозитории «Universe» и «Multiverse» доступны только через интернет.

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

Вы можете найти дополнительную информацию о репозиториях на сайте проекта Ubuntu.

Добавление дополнительных репозиториев

Можно добавить дополнительные репозитории, например сторонние или репозитории старых версий Ubuntu.

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

1. Откройте Система → Администрирование → Источники приложений и нажмите ПО сторонних производителей.
2. Нажмите Добавить для добавления нового репозитория.
3. Введите строку APT для дополнительного репозитория. Её можно найти на вебсайте репозитория. Выглядит эта строчка примерно так:

deb http://ftp.debian.org sarge main

Установка и удаление приложений

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

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

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

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

Некоторые программы нельзя установить или удалить используя Установка/удаление приложений. Если вы не находите нужный вам пакет, щёлкните по Advanced для запуска менеджера пакетов Synaptic (смотри Раздел ― Расширенное управление пакетами).

Расширенное управление пакетами

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

Менеджер пакетов Synaptic

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

Чтобы запустить Synaptic из меню Система выберите Система → Администрирование → Менеджер пакетов Synaptic. Вам понадобятся права администратора для использования Synaptic.

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

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

Чтобы установить пакет, щёлкните по нему и выберите Отметить для установки. Если вы передумали, выберите Снять отметку.

Чтобы удалить пакет, который уже установлен, выберите Отметить для удаления.

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

Управление пакетами из командной строки с помощью APT

Если вы умеете пользоваться Терминалом, вы можете использовать apt (Advanced Packaging Tool) для установки или удаления программ. Вам понадобятся права администратора для использования apt.

Для обновления локального списка пакетов наберите в Терминале:

sudo apt-get update

Для установки всех существующих обновлений:

sudo apt-get upgrade

Чтобы найти пакет:

apt-cache search имя_пакета

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

sudo apt-get install имя_пакета

Для удаления пакета:

sudo apt-get remove package

Для получения списка других команд и опций apt:

apt-get help

Установка пакета из файла

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

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

Существует много различных форматов Linux пакетов. Большинство из них привязаны к менеджерам пакетов определенных Linux дистрибутивов. Например Debian пакет (.deb файлы), RPM менеджер пакетов (.rpm файлы), и Тарбол (.tar файлы).

Этот раздел рассказывает об установке таких одиночных файлов.

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

Установка/удаление ».deb» файлов

Эти файлы — это пакеты Debian. Файлы пакетов имеют расширение .deb и подходят для Ubuntu потому что Ubuntu тесно связан с дистрибутивом Debian GNU/Linux. Вам понадобятся права администратора для установки .deb файла.

Для установки .deb файла, кликните на нем двойным щелчком мышки. Если вы предпочитаете использовать терминал, то введите:

sudo dpkg -i package_file.deb

Для удаления .deb файла снимите отметку с него в вашем менеджере пакетов. Или наберите в Терминале:

sudo dpkg -r имя_пакета

Преобразование файлов ».rpm» в файлы ».deb»

1. Установите пакет alien.
2. В Терминале наберите:

sudo alien файл_пакета.rpm

Установка из »тарбола»

Файлы с расширениями .tar, .tgz, .tar.gz или .tar.bz2 — пакеты, известные как tarballs (тарбол), которые также используются в Linux и Unix.

Если в репозиториях нет нужного пакета для Ubuntu, используя командную строку вы можете установить/удалить пакет в формате tar.

Первым шагом будет распаковка и извлечение файлов из tarball. Если это .tgz или .tar.gz, в Терминале введите:

tar xfvz имя_файла_tarball

Затем нужно следовать инструкции, приложенной к пакету. Обычно это файл README или INSTALL.

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

Для компиляции программ требуются пакеты, которые по умолчанию не установлены. Их можно установить пакетом build-essential.

SoftwareManagementRu (последним исправлял пользователь knome 2013-12-13 23:36:06)

The material on this wiki is available under a free license, see Copyright / License for details
You can contribute to this wiki, see Wiki Guide for details