[ назад ] [ Содержание ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ вперед ]


Часто задаваемые вопросы о Debian GNU/Linux
Глава 6 - FTP-архивы Debian


6.1 Сколько существует дистрибутивов Debian?

Есть три основных дистрибутива: стабильный («stable»), тестируемый («testing») и нестабильный («unstable»). Тестируемый дистрибутив иногда «замораживается» (смотрите Что происходит с «testing»? Как его «замораживают»?, раздел 6.5.1). Кроме этого, есть ещё старый стабильный дистрибутив («oldstable») (т. е. предыдущий стабильный) и экспериментальный дистрибутив («experimental»).

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

Чтобы определиться с выбором дистрибутива Debian, см. Выбор дистрибутива Debian, Глава 3.


6.2 Что означают названия вроде etch, lenny и т. д.?

Это всего лишь «кодовые имена». Когда дистрибутив Debian находится в состоянии разработки, ему присваивается не номер версии, а кодовое имя. Эти имена облегчают зеркалирование дистрибутивов Debian (если бы настоящее имя каталога, например unstable, вдруг изменилось на stable, то пришлось бы без реальной необходимости скачивать кучу пакетов заново).

Сейчас stable — это символьная ссылка на wheezy (т. е. на Debian GNU/Linux 7.0), а testing — это символьная ссылка на wheezy. Это означает, что wheezy сейчас является стабильным дистрибутивом, а wheezy — текущим тестируемым.

unstable — это постоянная символьные ссылка на sid, так как имя sid навсегда закреплено за нестабильным дистрибутивом(смотрите Что такое «sid»?, раздел 6.3).


6.2.1 Какие кодовые имена уже использовались?

Уже использовались следующие кодовые имена: buzz для выпуска 1.1, rex для выпуска 1.2, bo для выпусков 1.3.x, hamm для выпуска 2.0, slink для выпуска 2.1, potato для выпуска 2.2, woody для выпуска 3.0, sarge для выпуска 3.1, etch для выпуска 4.0, lenny для выпуска 5.0, squeeze для выпуска 6.0 и wheezy для выпуска 7.0.


6.2.2 Откуда берутся эти кодовые имена?

Уже давно они выбираются из имён героев мультфильма «История игрушек» (Toy Story) компании Pixar.


6.3 Что такое «sid»?

sid или unstable — это место, куда попадает большая часть пакетов при первоначальной закачке. Он никогда не будет выпущен, так как пакет сначала должен быть включён в testing, а позже в stable. sid содержит пакеты для выпускаемых и невыпускаемых архитектур.

Имя «sid» также взято из мультфильма «История Игрушек»: там Sid — это соседский мальчишка, который ломает игрушки :-)

[2]


6.4 Что содержится в каталоге stable?


6.5 Что содержится в тестируемом дистрибутиве?

Пакеты попадают в каталог «testing» после того, как пройдут некоторое тестирование в unstable.

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

Более подробную информацию как о «testing» вообще, так и о его пакетах можно найти здесь.


6.5.1 Что происходит с «testing»? Как его «замораживают»?

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

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

Когда дистрибутив «testing» «замораживают», дистрибутив «unstable» также становится частично замороженным. Разработчики перестают добавлять очень новое ПО в нестабильный дистрибутив из-за боязни, что замороженное ПО в «testing» потребует небольших обновлений и исправлений критичных для выпуска ошибок, которые не дают «testing» стать «stable».

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

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

Самым важным счётчиком ошибок является счётчик «критичных для выпуска» (Release Critical) ошибок, который можно посмотреть в список ошибок Release-critical. Основная цель выпуска — NoRCBugs, что означает, что дистрибутив не должен содержать ошибок, помеченных как критичные, важные и серьёзные. Полный список проблем, считающихся критическими, можно найти в документе по RC-политике.

Каждый раз при выпуске новой версии предыдущий дистрибутив «stable» становится устаревшим и перемещается в архив. Подробности см. на странице архива Debian.


6.6 Что содержится в нестабильном дистрибутиве?

В каталоге «unstable» находится «срез» текущей разработки системы. Пользователи вполне могут использовать и тестировать пакеты оттуда, если они осознают степень их готовности. Преимущество использования нестабильного дистрибутива в том, что у вас всегда будут самые передовые достижения программной индустрии GNU/Linux, ну а если какая программа и сломается, у вас будет целых две половинки :-)

В «unstable» тоже есть подкаталоги main, contrib и non-free, содержащие пакеты, разделённые по тем же признакам что и в «stable».


6.7 Что содержат каталоги в FTP-архивах Debian?

На каждом сервере-зеркале Debian всё ПО, которое было упаковано для Debian GNU/Linux, распределено по нескольким каталогам.

Каталог dists — это сокращённое название «distributions» (дистрибутивы); это канонический путь доступа к имеющимся на данный момент выпускам Debian (и предварительным выпускам).

В каталоге pool содержатся собственно пакеты, см. Что находится в каталоге pool?, раздел 6.10.

Есть несколько вспомогательных каталогов:

/tools/:

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

/doc/:

Основная документация Debian, например ЧаВо по Debian, инструкции по отправке сообщений об ошибках и т. д.

/indices/:

Различные индексные файлы (файл Maintainers и файлы переназначений).

/project/:

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


6.8 Что находится в каталогах внутри dists/stable/main?

Внутри каждого основного каталога[3] находится по три набора подкаталогов, содержащих индексные файлы.

Есть набор подкаталогов binary-что-то с индексными файлами для двоичных пакетов для каждой доступной компьютерной архитектуры, например binary-i386 — для пакетов, собранных для компьютеров Intel x86, или binary-sparc — для машин Sun SPARCStation.

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

Индексные файлы в binary-* называются Packages(.gz, .bz2) и включают сводку по каждому двоичному пакету, вошедшему в дистрибутив. Реальные файлы двоичных пакетов находятся на самом верхнем уровне дерева в каталоге pool.

Кроме этого, есть подкаталог с именем source/, в котором находятся индексные файлы вошедших в дистрибутив пакетов с исходными кодами. Индексный файл называется Sources(.gz, .bz2).

И последнее, но не менее важное: есть набор подкаталогов, предназначенных для индексных файлов системы установки, они называются debian-installer/binary-архитектура.


6.9 Где находятся исходные коды?

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

Исходные коды находятся в каталоге pool (смотрите Что находится в каталоге pool?, раздел 6.10) вместе со всеми зависящими от архитектуры каталогами двоичных файлов. Для получения исходного кода необязательно знать структуру FTP-архива, достаточно выполнить команду apt-get source имя_пакета.

Некоторые пакеты распространяются только в виде исходных кодов согласно требованиям их лицензий. Например, это касается пакета pine, подробности см. в А где pine?, раздел 5.10.

Для пакетов из каталогов «contrib» и «non-free» исходного кода может и не быть, поскольку формально данные каталоги не являются частью системы Debian.


6.10 Что находится в каталоге pool?

Пакеты содержатся в огромном «пуле», структурированном по именам пакетов с исходным кодом. Для большей управляемости пул разбит по разделам («main», «contrib» и «non-free») и по первым буквам имён пакетов с исходным кодом. В этих каталогах содержится по несколько файлов: двоичные пакеты для каждой архитектуры и пакеты с исходным кодом, из которых были собраны двоичные пакеты.

Чтобы выяснить, где находится определённый пакет, можно воспользоваться командой apt-cache showsrc имя_пакета и посмотреть на строку «Directory:». Например, пакеты apache находятся в pool/main/a/apache/.

Также, из-за того, что пакетов, начинающихся с lib*, слишком много, они распределены чуть по-другому: например, пакеты libpaper находятся в pool/main/libp/libpaper/.

[4]


6.11 Для чего нужен каталог «incoming»?

После того как разработчик закачал пакет, до того, как он будет проверен на подлинность, и ему будет разрешено попасть в архив, он какое-то время хранится в каталоге входящих пакетов «incoming»

Обычно никто не должен устанавливать пакеты из этого каталога. Однако, на случай крайней необходимости, каталог incoming доступен по адресу http://incoming.debian.org/. Оттуда можно вручную выкачать нужные пакеты, проверить подпись GPG и контрольную сумму MD5 в файлах .changes и .dsc и установить их.


6.12 Как создать свой собственный apt-репозиторий?

Если вы собрали для себя из исходных кодов какие-то пакеты, и хотели бы устанавливать их с помощью стандартных утилит управления пакетами Debian, то можете создать свой apt-архив пакетов. Это также удобно, если вы хотели бы сделать свои пакеты общедоступными, пока они ещё не вошли в дистрибутив Debian. О том, как это сделать, можно узнать в Debian Repository HOWTO.


[ назад ] [ Содержание ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ вперед ]


Часто задаваемые вопросы о Debian GNU/Linux

версия 5.0.2ubuntu1 от 17 June 2013

Список авторов можно найти в ЧаВо о Debian: Авторы