Пакеты. Форматы установочных файлов (пакетов) для дистрибутивов Linux

Пригодная для работы пользователя система состоит из множества (сотен и тысяч) программ и утилит. В Linux каждый компонент системы представлен в виде пакета . Все операции, связанные с изменением состава системы: установка, удаление, проверка, обновление компонентов, - производятся над пакетами. В целом, пакет - это средство сделать так, чтобы пользователь-администратор, изменяя или обновляя программное наполнение системы, работал не с файлами (имена которых ему подчас неизвестны), а с определёнными функциональностями самой системы: например, добавлял в неё не «500 файлов», а «WWW-сервер apache ».

Архив файлов

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

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

Файловый архив Дерево каталогов, представленное в виде единого файла, состоящего из содержимого всех файлов в этом дереве и информации об имени и атрибутах каждого файла.

Нет жёсткого требования, чтобы один пакет содержал только одну программу. В пакет естественно объединять такие ресурсы, с которыми удобно работать как с одним целым. Это может быть отдельная программа или набор утилит (например, coreutils , основные утилиты, унаследованные Linux от UNIX) или модуль с дополнительными возможностями программы, или общие для нескольких программ ресурсы. В процессе развития и/или устаревания программного обеспечения выделение некоторых задач в отдельный пакет может приобретать или терять смысл, поэтому способ объединения ресурсов в пакеты - это не что-то раз и навсегда выбранное: пакеты могут разделяться и сливаться.

Самый простой и традиционный для Linux способ объединить несколько файлов в один - использовать утилиту tar .

tar появился намного раньше Linux и изначально служил для создания файловых архивов на магнитной ленте. Отсюда и его название - t ape ar chiver, «архиватор для (магнитных) лент». В настоящее время tar присутствует в любой UNIX-подобной системе и позволяет работать с файловыми архивами на любых носителях.

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

Methody@localhost:~ $ tar -cf methody.progs.tar bin/ methody@localhost:~ $ tar -tf methody.progs.tar bin/ bin/loop bin/script bin/to.sort bin/two

Пример 1 . Создание файлового архива при помощи tar

Первый параметр tar состоит из двух частей: операция, которую следует произвести над архивом, в данном случае « c » (c reate, создать), и ключ « f », который указывает, что архив следует создать в файле, имя файла архива - следующий параметр. Имя архива может быть любым, но Гуревич посоветовал снабдить его расширением « .tar », чтобы потом не путаться. После имени архива следуют имена файлов и каталогов, которые следует запаковать.

С каждым указанным каталогом tar работает рекурсивно, т. е. запаковывает все содержащиеся в нём файлы и подкаталоги.

Чтобы проверить, какие файлы попали в архив, Мефодий просмотрел содержимое получившегося архива командой « tar -tf имя_архива » (« t » - просмотреть, « f » использовать файл, указанный следующим параметром). Тут Мефодий обратил тут внимание на два обстоятельства. Во-первых, в архиве имена файлов сохранились вместе с путём. Во-вторых, все пути, сохранённые в архиве - относительные.

При распаковке архива tar файлы извлекаются вместе с путём, недостающие подкаталоги создаются по мере необходимости. Все пути tar считает относительными от своего рабочего каталога. Если теперь Мефодий распакует свой архив (командой « tar xf имя_архива »), то в рабочем каталоге будет создан подкаталог « bin/ » и в него будут записаны все файлы из архива.

Methody@localhost:~ $ tar -xvf methody.progs.tar bin/ bin/loop bin/script bin/to.sort bin/two

Пример 2 . Распаковка архива

Ключ « v » велит tar быть «разговорчивым» (verbose), т. е. выводить больше диагностичских сообщений, блаодаря этому tar при распаковке выводит имена (с путём) всех записываемых файлов. Если в рабочем каталоге уже есть файл, который tar собирается создать при распаковке, то этот файл будет попросту заменён файлом из архива. Так, когда Мефодий распаковал свой архив, подкаталог « bin/ » со всем его содержимым заменился на подкаталог из архива. В данной ситуации это не страшно, поскольку в архиве файлы такие же, но вот если бы Мефодий перед распаковкой изменил какие-то из своих файлов в « bin/ », он лишился бы всех изменений.

Формат пакета

Помимо хранения архива файлов у пакета есть и другие задачи (они обсуждаются в двух следующих разделах), поэтому для пакета в Linux не очень подходит обычный файловый архив, наподобие.tar , а нужен специальный формат. Таких форматов в Linux бывает несколько (краткое перечисление и характеристика - в разделе Package.Установщики пакетов), в системе Мефодия используется один из наиболее распространённых - rpm , поэтому все примеры в данной лекции будут с его участием. Для работы с пакетами в специальном формате нужна специальная программа-установщик, которая так же и называется - rpm: она занимается установкой, удалением, обновлением и проверкой пакетов.

Пакет в формате rpm - это единый файл со всеми необходимыми данными. Существуют определённые (хотя и не очень жёсткие и последовательные) соглашения относительно названий файлов-пакетов. Например, rpm -файл, содержащий комплект стандартных утилит coreutils , в системе Мефодия называется coreutils-5.2.1-some5.rpm: сначала - имя пакета , затем через дефис - служебная информация о номерах версий программного обеспчения и самого пакета.

Регистрация в системе

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

Чтобы предупреждать конфликты, в системе должна храниться информация обо всех уже установленных пакетах и принадлежащих им файлах. Когда точно известно, какие файлы принадлежат пакету, можно полностью удалить пакет, не оставив и не удалив при этом ничего лишнего. Такой подход препятствует образованию в системе «мусора» - бесполезных файлов, оставшихся от удалённых программ - и делает операцию установки/удаления пакета полностью обратимой.

Rpm хранит информацию обо всех установленных в системе пакетах и принадлежащих им файлах и может выдать эту информацию по запросу пользователя. Почитав руководство по rpm , Мефодий выяснил, что список всех установленных в системе пакетов (скорее всего, очень длинный, в несколько тысяч строк) можно получить командой « rpm -qa », список всех файлов, принадлежащих пакету, командой « rpm -ql имя_пакета ». Он решил проверить, есть ли в его системе уже известный ему по предыдущим лекциям пакет coreutils и узнать, какие утилиты ему принадлежат:

Methody@localhost:~ $ rpm -qa | grep coreutils coreutils-5.2.1-some5 methody@localhost:~ $ rpm -ql coreutils | grep bin /bin/basename /bin/cat /bin/chgrp /bin/chmod

Пример 3 . Какие файлы принадлежат пакету?

Мефодий получил довольно длинный список имён файлов, среди которых встретил многие из уже знакомых ему утилит и кое-какие незнакомые. Причём запрашивая список файлов, Мефодий использовал только имя пакета, без версии - rpm позволяет обращаться так любому из установленных пакетов 2.

Можно выполнить и обратную процедуру - выяснить про любой файл, какому пакету он принадлежит:

Methody@localhost:~ $ rpm -qf /etc/passwd setup-2.2.5-some1

Пример 4 . Какому пакету принадлежит файл?

Файлы, принадлежащие пакету, могут быть не только удалены, но и изменены. Это может быть сделано сознательно (например, отредактирован конфигурационный файл), в таком случае при обновлении или удалении пакета изменённый файл нужно сохранить, потому что в нём содержится результат работы, проделанной администратором. Для этого система должна уметь определять, что принадлежащий пакету файл изменился. Для этого в пакете должна храниться информация обо всех файлах архива: размер, атрибуты, контрольная сумма - в этом случае процедура проверки сможет проверить соответствие атрибутов файла в пакете атрибутам установленного в системе файла. Мефодий может проверить, что изменилось в пакете командой « rpm -V имя_пакета ».

Methody@localhost:~ $ rpm -V setup S.5....T c /etc/X11/fs/config S.5....T c /etc/exports S.5....T c /etc/fstab S.5....T c /etc/printcap ..?..... c /etc/securetty

Пример 5 . Что изменилось в пакете?

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

Система Linux раскладывается на компоненты без остатка: каждый файл в Linux принадлежит какому-нибудь (и только одному!) пакету.

Естественно, кроме тех файлов, которые созданы пользователями.

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

Изменение настроек системы

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

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

выполнение предшествующих установке/удалению сценариев;
копирование файлов из архива в систему или удаление файлов из системы
выполнение следующих за установкой/удалением сценариев.

Methody@localhost:~ $ rpm -q --scripts coreutils preinstall scriptlet (through /bin/sh): # Remove info pages from fileutils, textutils and sh-utils. for f in /usr/share/info/{fileutils,textutils,sh-utils}.info*; do [ -f "$f" ] || continue RPM_INSTALL_ARG1=0 /usr/sbin/uninstall_info "$f" ||: done postinstall scriptlet (through /bin/sh): /usr/sbin/install_info coreutils.info preuninstall scriptlet (through /bin/sh): /usr/sbin/uninstall_info coreutils.info

Пример 6 . Просмотр сценариев в пакете

Мефодий выяснил, что сценарии в пакете coreutils запускаются перед началом установки (preinstall), после установки (postinstall) и перед удалением (preuninstall), они выполняются стандартным командным интерпретатором (/bin/sh). Все эти сценарии нужны для того, чтобы зарегистрировать в системе info установленную пакетом документацию или удалить эту документацию из системы (командами /usr/sbin/install_info и /usr/sbin/uninstall_info соответственно). Поскольку info строит общее оглавление всей имеющейся в системе документации, простого копирования файлов было бы недостаточно.

В результате подобных операций по интеграции пакета в систему могут быть изменены или удалены файлы, не принадлежащие данному пакету, созданы новые файлы. Если программа, содержащаяся в пакете, пользуется услугами какой-нибудь уже установленной службы (например, syslogd), может понадобиться регистрация этой программы в конфигурационных файлах службы. Конечно, изменение «чужих» файлов в процессе установки пакета нежелательно: впоследствии, удаляя пакет, потребуется вернуть файл в исходное состояние, что не всегда возможно (например, после вдумчивого редактирования администратором). Избежать редактирования конфигурационных файлов позволяет схема «. d», описанная в лекции Этапы загрузки системы .

Цена удобства

Удобство, которое получает пользователь при работе с пакетами достигается не само собой, а человеческим трудом: пакеты должен создавать человек, его работа называется «сопровождающий» («package maintainer» или «packager»). В обязанности сопровождающего пакет входит подготовка файлового архива, необходимых для установки и удаления сценариев и прочей информации о пакете и его содержимом, и объединение их в одном файле-пакете.

Функции по созданию пакета в формате rpm также выполняет программа rpm .

Узнать, кто и когда создал пакет, получить краткую справку о программном обеспечении, которое в нём содержится, можно командой « rpm -qi имя_пакета ».

Methody@localhost:~ $ rpm -qi setup Name: setup Relocations: (not relocateable) Version: 2.2.5 Vendor: Some Linux Team Release: some1 Build Date: Чтв 29 Янв 2004 18:08:05 Install date: Пнд 23 Авг 2004 15:08:45 Build Host: shogun.somelinux.org Group: Система/Настройка/Прочее Source RPM: setup-2.2.5-some1.src.rpm Size: 39969 License: GPL Packager: Leon B. Gourievitch Summary: Initial set of configuration files Description: Initial set of configuration files to be placed into /etc.

Пример 7 . Описание пакета

Нужно принимать во внимание, что любой пакет, содержащий программное обеспечение для Linux, не является универсальным. Если у вас есть такой пакет, это ещё не означает, что его можно установить в вашей системе. Дело в том, что разные дистрибутивы Linux различаются именно тем, каким образом программное обеспечение организовано в систему (о дистрибутивах речь пойдёт в лекции ). Дистрибутивы могут различаться размещением файлов и процедурами, предусмотренными для интеграции в систему программного обеспечения, не говоря уже о том, что в разных дистрибутивах используется разный формат пакетов. Это значит, что пакет, подготовленный с ориентацией на один дистрибутив, может оказаться несовместимым с другим. Чтобы в вашем дистрибутиве появилась некоторая программа, кто-то должен подготовить и сделать доступным соответствующий пакет.

Пакет Ресурсы, необходимые для установки и интеграции в систему некоторого компонента (архив файлов, до- и послеустановочные сценарии, информация о пакете и его сопровождающем), объединённые в одном файле.

Несмотря на частные различия, дистрибутивы Linux представляют собой варианты одной и той же системы, поэтому в конечном итоге любую программу, работающую в одном дистрибутиве, можно «приспособить» к любому другому. Только для этого нужно располагать исходными текстами соответствующей программы. До сих пор речь шла только о так называемых двоичных пакетах , в которых программы содержатся в виде уже скомпилированных двоичных (исполняемых) файлов, в таком виде программа может зависеть от некоторых свойств системы и работать не везде. Чтобы получить работающую программу в системе, нужно установить именно двоичный пакет. Однако пакет может содержать и исходные тексты программ, такие пакеты называются исходными . Доступность исходных кодов - обязательное условие распространения большей части программного обеспечения для Linux, см. лекцию Политика свободного лицензирования. История Linux: от ядра к дистрибутивам . Если получилось так, что никто не подготовил пакет с нужной вам программой для вашего дистрибутива, у вас есть возможность установить исходный пакет и скомпилировать программу самостоятельно.

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

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

операции , связанные с изменением состава системы – установка, удаление, проверка, обновление компонентов, –производятся над пакетами. В целом, пакет – это средство сделать так, чтобы пользователь - администратор , изменяя или обновляя программное наполнение системы, работал не с файлами (имена которых ему подчас неизвестны), а с определенными функциями самой системы: например,добавлял в нее не "500 файлов", а "WWW-сервер apache ".

Архив файлов

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

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

Файловый архив . Дерево каталогов, представленное в виде единого файла, состоящего из содержимого всех файлов в этом дереве и информации об имени и атрибутах каждого файла.

Нет жесткого требования, чтобы один пакет содержал только одну программу. В пакет естественно объединять такие ресурсы, с которыми удобно работать как с единым целым. Это может быть отдельная программа или набор утилит (например, coreutils , основные утилиты, унаследованные Linux от UNIX ) или модуль с дополнительными возможностями программы, или общие для нескольких программ ресурсы. В процессе развития и/или устаревания программного обеспечения выделение некоторых задач в отдельный пакет может приобретать или терять смысл, поэтому способ объединения ресурсов в пакеты – это не что-то раз и навсегда выбранное: пакеты могут разделяться и сливаться.

Самый простой и традиционный для Linux способ объединить несколько файлов в один – использовать утилиту tar 1появился намного раньше Linux и изначально служил для создания файловых архивов на магнитной ленте. Отсюда и его название – tape archiver , "архиватор для (магнитных) лент". В настоящее время tar присутствует в любой UNIX-подобной системе и позволяет работать с файловыми архивами на любых носителях. Мефодий, написав несколько программ и сценариев, решил собрать их в одном файловом архиве, чтобы их удобнее было переносить на все системы, в которых ему случается работать. Для этого Мефодий создал архив со всем содержимым своего подкаталога bin/ :

Methody@localhost:~ $ tar -cf methody.progs.tar bin/ methody@localhost:~ $ tar -tf methody.progs.tar bin/ bin/loop bin/script bin/to.sort bin/two Пример 13.1. Создание файлового архива при помощи tar

Первый параметр tar состоит из двух частей: операция, которую следует произвести над архивом, в данном случае "c" ( create , создать), и ключ "f" , который указывает, что архив следует создать в файле, имя файла архива – следующий параметр . Имя архива может быть любым, но Гуревич посоветовал снабдить его расширением ".tar" , чтобы потом не путаться. После имени архива следуют имена файлов и каталогов, которые следует запаковать. 2С каждым указанным каталогом работает рекурсивно, т. е. запаковывает все содержащиеся в нем файлы и подкаталоги.

Чтобы проверить, какие файлы попали в архив , Мефодий просмотрел содержимое получившегося архива командой "tar -tf имя_архива" ("t" – просмотреть, "f" использовать файл , указанный следующим параметром). Тут Мефодий обратил внимание на два обстоятельства. Во-первых, в архиве имена файлов сохранились вместе с путем. Во-вторых,все пути, сохраненные в архиве – относительные.

При распаковке архива tar файлы извлекаются вместе с путем, недостающие подкаталоги создаются по мере необходимости. Все пути tar считает относительными, начиная от своего рабочего каталога. Если теперь Мефодий распакует свой архив (командой "tar -xf имя_архива" ),то в рабочем каталоге будет создан подкаталог "bin/" и в него будут записаны все файлы из архива:

Methody@localhost:~ $ tar -xvf methody.progs.tar bin/ bin/loop bin/script bin/to.sort bin/two Пример 13.2. Распаковка архива

Ключ "v" велит tar быть "разговорчивым" ( verbose ), т. е. выводить больше диагностических сообщений, и благодаря этому tar при распаковке выводит имена (с путем) всех записываемых файлов. Если в рабочем каталоге уже есть файл , который tar собирается создать при распаковке, то этот файл будет попросту заменен файлом из архива. Так, когда Мефодий распаковал свой "), в системе Мефодия используется один из наиболее распространенных – rpm , поэтому все примеры в данной лекции будут с его участием. Для работы с пакетами в специальном формате нужна специальная программа-установщик, которая так же и называется – rpm : она занимается установкой, удалением, обновлением и проверкой пакетов.

Пакет в формате rpm – это единый файл со всеми необходимыми данными. Существуют определенные (хотя и не очень жесткие и последовательные) соглашения относительно названий файлов-пакетов. Например, rpm -файл, содержащий комплект стандартных утилит coreutils , в системе Мефодия называется coreutils-5.2.1-some5.rpm : сначала – имя пакета , затем через дефис – служебная информация о номерах версий программного обеспечения и самого пакета .

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

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

Для получения такой информации в Ubuntu есть несколько способов. Это стандартная утилита dpkg, которая работает только с существующими файлами, а также инструмент apt-file, позволяющий получить название программы зная имя исполняемого файла. Подобные инструменты есть и для других дистрибутивов.

Узнаем какому пакету принадлежит файл в dpkg

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

dpkg -S /usr/bin/cloud

mail.ru-cloud: /usr/bin/cloud

Теперь если хотим получить информацию о пакете, используем опцию -s:

dpkg -s mail.ru-cloud

Или объедением эти команды:

dpkg -S /usr/bin/cloud | awk -F: "{print $1}" | xargs dpkg -s

Package: mail.ru-cloud
Status: install ok installed
Priority: extra
Section: net
Installed-Size: 70000
Maintainer: Mail.Ru Group
Architecture: amd64
Version: 15.05.0235-appind
...

Как узнать имя пакета по файлу в apt-file

Утилита apt-file не является стандартной для системы Ubuntu, поэтому сначала ее нужно установить:

sudo apt-get install apt-file

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

sudo apt-file update

Теперь можно использовать:

apt-file search /usr/bin/sshd

Узнаем какому пакету принадлежит файл в rpm

В системах на базе Red Hat Linux тоже можно выполнить аналогичное действие. Здесь вместо dpkg используется консольная утилита rpm. Для получения информации о пакетах используется опция -q, если комбинировать ее с опцией -f и передать адрес файла, мы сможем узнать какому пакету принадлежит файл:

coreutils-8.22-4.1.x86_64

Хотите более подробной информации о пакете, добавьте опцию -i:

rpm -qif /bin/ls

Name: coreutils
Version: 8.22
Release: 4.1
Architecture: x86_64
Install Date: Чт 29 окт 2015 22:25:10
Vendor: openSUSE
URL: http://www.gnu.org/software/coreutils/
Summary: GNU Core Utilities

Пакетный менеджер yum, используемый в системах, основанных на Red Hat, тоже умеет искать пакеты по файлу, для этого есть команда whatpovides:

yum whatprovides /bin/ls

Какому пакету принадлежит файл в ArchLinux

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

pacman -Qo /usr/bin/pkgfile

/usr/bin/pkgfile is owned by pkgtools 18-1

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

sudo pacman -S pkgtools

Теперь посмотрим какому пакету принадлежит /bin/evince:

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

Поиск пакета по файлу в Gentoo

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

equery b /usr/bin/qtconfig

x11-libs/qt-qt3support-4.6.2 (/usr/bin/qtconfig)

Такой способ работает только для установленных пакетов. Из-за специфики дистрибутива для не установленных пакетов способа поиска не существует.

Выводы

Теперь вы знаете как понять какому пакету принадлежит файл в любом из самых популярных дистрибутивов Linux. Во всех дистрибутивах, основанных на Ubuntu и Debian, работает dpkg, для RPM-based дистрибутивов подходит утилита rpm. А два остальных менее популярных, но очень интересных мы рассмотрели отдельно. Если у вас остались вопросы, спрашивайте в комментариях!

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

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

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

Вся эта огромная куча пакетов с их ворохом зависимостей друг от друга, управляемая пакетным менеджером, как раз и составляет Ваш дистрибутив Linux . Но это не просто куча мусора, а упорядоченная система, которая называется - та-дам! - репозитории пакетов программ. Круг замкнулся – мы вернулись к первому понятию – что такое репозиторий :)

Несколько слов о нюансах

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

Не надо искушать судьбу и ставить программы в Linux в обход менеджера пакетов, простой компиляцией.Работать они будут, но пакетный менеджер ничего о них не будет знать, из-за чего при обновлении системы или программ Вы рискуете получить больше проблем на свою голову, чем представляете. Устанавливайте программы только в виде пакетов.
Не надо подключать те репозитории, о которых имеете совсем смутное представление. Например, не надо подключать репозитории со словами testing , debug и тому подобными терминами, ибо эти репозитории в первую очередь предназначены для самих разработчиков дистрибутивов и далеко не всегда стабильны.
Не подключайте подряд все доступные репозитории, это тоже может сыграть с Вами злую шутку. Подключайте только самые необходимые, не надо жадничать:)

Например, при установке операционной системы Fedora по умолчанию сразу подключены два репозитория:

Fedora (пакеты, которые подходят на любую комбинацию из компакт-дисков или DVD-дисков)
Updates (обновленные пакеты, новее, чем репозиторий (хранилище) Fedora)

Для нормальной работы нужно подключить дополнительный репозиторий rpmfusion (без него Вам действительно не обойтись), что даст доступ к программам, которые не могли быть включены в дистрибутив из-за лицензионных ограничений (приложения, которые требуются для , таких как mp3 , dvd и т.д.; – к ним относятся проприетарные драйвера для ATI и NVIDIA ; игры: Bub"s Brothers, Secret Maryo Chronicles, UFO: Alien Invasion, Wörms of Prey, xrick, GLtron и многие, многие другие; эмуляторы: эмулятор Commodore 64 , а также Commodore 8 bit , эмулятор Amiga, Nestopia, ZSNES и много других). Чтобы подключить этот репозиторий, достаточно в командной строке (терминале) от суперпользователя () ввести команды:
$ sudo rpm -ivh https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
$ sudo rpm -ivh https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm
Обратите внимание, что репозиторий rpmfusion разделяется на две части: free и nonfree . Первый содержит чисто свободные программы в понимании FSF , распространяемые под GPL и совместимыми с ней лицензиями. Содержимое второго, вопреки названию, - также программы по преимуществу свободные, но попадающие под пресловутые патентные ограничения некоторых государств (например, аудио- и видеокодеки).

То же самое касается и менеджера пакетов в Fedora . Для нормальной и удобной работы менеджера пакетов (yum) в Fedora рекомендуется подключить дополнительный плагин fastestmirror . Этот плагин очень важен: он определяет не просто ближайшее зеркало, как это делают аналогичные утилиты из других систем управления пакетами, а устанавливает именно самое быстрое зеркало в данный момент – по времени отклика.
$ sudo yum install yum-plugin-fastestmirror
В двух словах как-то так:)

Послесловие

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

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

Как и всегда, если есть какие-то вопросы, дополнения и всё такое прочее, то буду рад видеть их в комментариях к этому материалу.

P.S. За существование данной статьи спасибо члену команды Pantera

В данной статье я бы хотел рассмотреть список различных перспективных и интересных дистрибутивов GNU/Linux на 2018 год. Список составлен на основе МОИХ взглядов и предпочтений, которые могут отличаться от ваших. Данная статья составлена на основе актуальных и востребованных тем.

Для удобства, топ будет разбит на несколько категорий, из которых вы можете выбрать подходящий для вас и ваших целей дистрибутив GNU/Linux.

Десктопные

Десктопные дистрибутивы GNU/Linux предназначены для использования как на домашних ПК, так и на ноутбуках, и на офисных компьютерах. Основным отличием десктопа от сервера является наличие DE(Desktop Environment) – окружения рабочего стола. Я постарался подобрать самые удобные и интересные, на мой взгляд, дистрибутивы:

Q4OS

Q4OS – Дистрибутив Linux, использующий окружение рабочего стола TDE(Trinity Desktop Environment), которое в свою очередь является форком KDE 3. Данный дистрибутив основан на Debian. Он имеет как и x86_64 редакцию, так и i386. Основной задачей проекта является обеспечение внешнего вида системы похожим на интерфейс Windows xp. У данной системы довольно низкие системные требования, а именно: Pentium 300MHz CPU / 128MB RAM / 3GB disk. Так же имеются специальные редакции для микрокомпьютера Raspberry Pi, Pine64 и Pinebook.

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

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

Скачать данную систему вы можете с .

Linux Mint

Linux MInt – дистрибутив, основанный на Ubuntu, которая в свою очередь основана на Debian. Забавно выходит(Существует так же ). Данная система поддерживает как x86_64, так и i386 архитектуры. Официально поддерживаются следующие окружения: Cinnamon(Изначально разрабатывался командой программистов Linux Mint), MATE, Xfce, KDE. Более легковесными являются редакции на MATE и Xfce.

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

Antergos

Antergos – дистрибутив GNU/Linux, построенный на базе ArchLinux. Он отлично подойдёт людям, которые хотят попробовать Arch, но боятся ковыряться в терминале. Для установки предлагается на выбор одна из следующих оболочек: Base(просто терминал), Cinnamon, Deepin, GNOME, KDE, MATE, Openbox и Xfce. Выбор довольно велик, учитывая что вы можете поставить чистый терминал и установить оболочку, которой нет в списке, руками. Так что системные требования тоже довольно сильно варьируются.

В комплекте с дистрибутивом сразу идёт пакет иконок Numix. Так же при установке системы вы можете выбрать, какие компоненты будут дополнительно установлены(Браузеры, AUR, ядро LTS, драйвера на Bluethooth и принтеры).

openSUSE

openSUSE – так же довольно старый дистрибутив. На данный момент его владельцем является корпорация Novell inc. Дистрибутив активно используется во всём мире. Старые версии (S.u.S.E Linux) были основаны на Slackware, однако сейчас это обособленный дистрибутив. Новая версия дистрибутива выходит каждые 12 месяцев.

В качестве пакетного менеджера выступает Zypper, формат пакетов, соответственно, *.rpm.

Официально

Скачать дистрибутив вы можете на . (Так же имеется редакция для Raspberry Pi & & ).

Для пентеста

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

BlackArch Linux

BlackArch – Дистрибутив GNU/Linux, предназначенный для тестирования безопасности. Он построен на базе Arch Linux, что понятно из названия. При установке на выбор можно поставить один из предлагаемых оконных менеджеров, либо оставить чистый терминал.Его можно использовать как live систему, в виртуальной машине, установить на компьютер, или же имеется возможность уже установленный Arch превратить в BlackArch(подробнее на оф. сайте *eng). BlackArch имеет в запасе огромнейшее количество утилит для пентеста.

В качестве пакетного менеджера выступает pacman.

Скачать готовый дистрибутив можно с .

Parrot Security OS

Parrot Security OS – дистрибутив, сделанный на базе Debian. Поставляется с окружением рабочего стола MATE. Данная ОС имеет в своём наборе довольно большое количество для тестирования системы на проникновение. Он разрабатывается командой Frozenbox. Так же должное внимание было уделено внешнему виду дистрибутива.

Поддерживаемые архитектуры: i386, x86_64, ARM(Raspberry Pi, Orange Pi, Pine64).

Загрузить систему вы можете с .

Wifislax

WiFiSlax – это дистрибутив GNU/Linux на основе Slackware. Имеет возможность запуска в Live режиме. Он предназначен для аудита безопасности сетей. Wifislax включает в себя длинный список инструментов для пентеста. Дистрибутив поставляется с окружением рабочего стола Xfce.

Так как это Slackware, все дополнительные пакеты придётся собирать вручную.

Поддерживается только x86_64 архитектура.

Subgraph OS

Subgraph OS – дистрибутив Linux, основанный на Debian. Ключевая идея проекта – запуск пользовательских приложений в изолированных песочницах. Так же весь трафик приложений пропускается через Tor. В качестве DE опять выступает GNOME. Не смотря на все изменения внесённые в дистрибутив, работа с данной ОС практически ни чем не отличается от любого другого дистрибутива GNU/Linux.

В качестве пакетного менеджера выступает apt & apt-get, формат пакетов, соответственно, *.deb.

Поддерживается только x86_64 архитектура.

QUBES OS

QUBES OS – дистрибутив Linux, основной задачей которого является безопасность пользователя через изоляцию. Виртуализация осуществляется с помощью Xen. Графическая оболочка здесь – KDE. Так как многие дистрибутивы, цель которых безопасность пользователя, мало внимания уделяют внешнему виду, хотел бы обратить внимание, что QUBES OS довольно красив.

Приложения в QUBES OS устанавливаются и работают из шаблонов, поэтому привязки к пакетным менеджерам здесь нет(например для установки приложений из Fedora используется yum, а из WHOINIX – apt).

Поддерживается только x86_64 архитектура.

Легковесные

Данный раздел довольно акутален. Ведь я думаю у многих есть старый и слабый ноутбук или компьютер (у меня вообще IBM на Pentium II есть =)). А есть просто те, кто привыкли экономить каждый мегабайт). В общем, я постарался собрать в этом разделе самые интересные и перспективные в данном направлении дистрибутивы.

Puppy Linux

Puppy Linux – дистрибутив, который имеет редакции на Ubuntu и Slackware(есть неофициальные форки основанные на других дистрибутивах, например на Arch). Данная ОС пытается быть максимально компактной и не требовательной. Её разработал профессор Барри Каулер, который сейчас на пенсии. Дистрибутив назван в честь щенка профессора. В качестве графической среды используется оконный менеджер JWM. В основном данный дистрибутив расчитан на загрузку с флэшки в оперативную память, но так же есть возможность установить его и на жёсткий диск.

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

Поддерживаемые архитектуры: i386, ARM(Есть версия для Raspberry pi).

Загрузить образ системы вы можете на .

Tiny Core Linux

Tiny Core – минималистичный дистрибутив Linux, цель которого обеспечение полноценной ОС при минимальном размере и низких системных требований. Дистрибутив выделяется своим ну очень уж маленьким весом(Core – 11MB, TinyCore – 16 MB, CorePlus – 106 MB). Ведущий разработчик – Роберт Шингледекер. Для облегчения дистрибутива вместо полноценного X-сервера в нём используется облегчённая версия Xvesa.

Программное обеспечение можно устанавливать через менеджер пакетов AppBrowser.

Поддерживаемые архитектуры: i386, x86_64, ARM.

Скачать дистрибутив можно с .

ArchBang

ArchBang – дистрибутив, созданный на базе Arch Linux. Его основной задача – дать пользователям упрощённую в установке и готовую к работе версию, при этом соблюдая все основные принципы Arch. В качестве рабочего окружения здесь выступает оконный менеджер Openbox. Да, этот дистрибутив не такой легковесный как 2 предыдущих, но он имеет более широкую функциональность. На данный момент разработчиком является Стэн МакЛарен.

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

Поддерживается только x86_64 архитектура.

Загрузить образ вы можете с (Имеется 2 редакции. Первая на systemd, вторая на openrc).

Для гиков

Ну или как сказал мой знакомый: “Не для гиков, а для красноглазых, бородатых, пузатых пингвинов” =). Дистрибутивы, которые будут приведены ниже, являются одними из самых тяжёлых для новичков.

Arch Linux

Arch Linux – независимый GNU/Linux дистрибутив общего назначения. Оптимизирован для платформы i386. Поставляется без какого либо WM, а уж тем более DE. Установка производится “руками” из терминала. Кто-то скажет, что это не самый сложный дистрибутив, но всё таки для большинства новичков он тяжёл в освоении. Как вы могли заметить, я не раз в статье упомянул ОС на базе Arch, так как он является моим любимым дистрибутивом.

В качестве пакетного менеджера выступает pacman. Но в нём содержится довольно маленькое количество программ. Чтобы это исправить, вы можете добавить AUR(Arch User Repository), которым можно управлять через yaourt, например.

Скачать последнюю версию можно с .

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

Так же имеется не официальный порт .

Gentoo Linux

Gentoo – дистрибутив GNU/Linux отличительной особенностью которого является оптимизация под конкретное оборудование. Считается наиболее сложным, так как большинство компонентов системы пользователю необходимо собирать самому. Частота обновления релизов ~ раз в неделю. За счёт гибкости системы вы можете настроить её хоть как сервер, хоть как рабочую станцию. В общем, вы можете сделать с этим дистрибутивом довольно многое, главное иметь терпение и опыт =).

Менеджеры пакетов: portage & pkgcore & paludis.

Поддерживаемые архитектуры: x86_64, i386, alpha, ARM, hppa, ia64, ppc, sparc(И эксперементально s390, sh).

Скачать Gentoo Linux нужной версии вы можете с .

LFS

Linux From Scratch – книга описывающая процесс сборки своего дистрибутива операционной системы на базе Linux из исходных кодов. Да-да, это книга, или как его ещё называют “бумажный дистрибутив”. Вы можете делать вообще всё что вам вздумается, если сможете… Какие пакеты будут включены в вашу систему решаете только вы. Главным автором является Герард Бикманс. Рекомендуется для ознакомления всем, от новичков до заядлых Linux-оидов. Хотя и не многие смогут собрать свой дистрибутив, но для общего развития стоит прочитать.

По поводу управления пакетов. Вы всё собираете “руками”. Есть даже инструкция как apt приделать.

Архитектура? Под какую будете собирать, на той и заработает(инструкция идёт под i386, но если сможете, можете хоть по ARM).

Скачать книгу LFS и другие, связанные с ней, можете на .

Выводы

В данной статье мы рассмотрели самые перспективные и актуальные, на мой взгляд, дистрибутивы на 2018 год. В конце хотел бы выделить, каким дистрибутивам и из какой категории я бы отдал предпочтение: Десктоп – Q4OS, Сервер – CentOS, Для пентеста – BlackArch Linux, Для обеспечения безопасности – Subgraph OS, Легковесные – Puppy Linux, “Для гиков” – Arch (для личного использования) и LFS (для изучения).

Ещё на сайте:

Лучшие дистрибутивы Linux 2018: десктопные, серверные, для пентеста, для безопасности, легковесные, для гиков. обновлено: Март 12, 2018 автором: linok9757