# Official repositories (Русский)

Ссылки по теме

- Зеркала
- Пользовательский репозиторий Arch
- Неофициальные пользовательские репозитории
- PKGBUILD (Русский)
- Makepkg (Русский)
- pacman (Русский)
- Система сборки для Arch

Репозиторий - это хранилище пакетов программ, которые можно загрузить и установить на компьютер.

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

Эти репозитории поддерживают мейнтейнеры пакетов.

## Репозитории

### core

Этот репозиторий можно найти в каталоге `.../core/os/` на вашем любимом зеркале.

core содержит пакеты для:

- Загрузки Arch Linux
- Подключения к Internet
- Сборки пакетов
- Управления и восстановления поддерживаемых файловых систем
- Процесса установки системы (например, openssh)

а также все зависимости этих пакетов (кроме необходимых для сборки (makedepends)).

core имеет довольно строгие требования к качеству. Разработчики/пользователи должны закончить обсуждение, прежде чем обновления пакетов будут приняты. Для малоиспользуемых пакетов следующих требований в разумных пределах достаточно: информирование людей об обновлении, сбор мнений, удержание пакета в testing около недели (в зависимости от серьезности изменений), отсутствие серьезных баг-репортов и согласие мейнтейнера пакета.

Обратите внимание: Чтобы создать локальный репозиторий с пакетами из core (или других репозиториев) при отсутствующем интернет-подключении, смотрите раздел Установка пакетов с CD/DVD или USB-брелка

### extra

Этот репозиторий можно найти в каталоге `.../extra/os/` на вашем любимом зеркале.

extra содержит все пакеты, которые не подходят для core. Например: Xorg, оконные менеджеры, веб-браузеры, медиаплееры, инструменты для работы с языками, такими как Python и Ruby, и многое другое.

### community

Этот репозиторий можно найти в каталоге `.../community/os/` на вашем любимом зеркале.

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

### multilib

Этот репозиторий можно найти в каталоге `.../multilib/os/` на вашем любимом зеркале.

multilib содержит 32-битные программное обеспечение и библиотеки, которые можно использовать для запуска и сборки 32-битных приложений на 64-битных системах (например, wine, skype и т.д.).

Для получения дополнительной информации смотрите статью Multilib (Русский).

### testing

Важно: Будьте осторожны при использовании репозитория testing: ваша система может сломаться после обновления. Его должны использовать лишь опытные пользователи, знающие, как справиться с потенциальными повреждениями

Этот репозиторий можно найти в каталоге `.../testing/os/` на вашем любимом зеркале.

testing содержит пакеты, являющиеся кандидатами на внесение в репозитории core и extra.

Новые пакеты идут в testing, если:

- Ожидается, что они повредят что-либо при обновлении, в следствие чего их необходимо сперва протестировать

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

testing - единственный репозиторий, в котором могут быть совпадения имен с другими официальными репозиториями. Если он включен, он должен быть первым репозиторием среди перечисленных в вашем файле `/etc/pacman.conf`.

Обратите внимание: testing создан не для того, чтобы в нем были "новейшие из новых" версии пакетов. Одна из целей - удержание обновлений пакетов, которые потенциально могут нанести вред вашей системе, являясь либо частью набора пакетов core, либо критичными в чем-то ином. Пользователям testing настоятельно рекомендуется подписаться на почтовую рассылку arch-dev-public, отслеживать форум репозитория testing и сообщать обо всех багах

Если вы включаете testing, также необходимо включить community-testing.

#### community-testing

Этот репозиторий похож на репозиторий testing, но создан для пакетов, являющихся кандидатами на внесение в репозиторий community.

Если вы включаете его, также необходимо включить testing.

#### multilib-testing

Этот репозиторий похож на репозиторий testing, но создан для пакетов, являющихся кандидатами на внесение в репозиторий multilib.

Если вы включаете его, также необходимо включить testing.

## Историческая справка

### official, unofficial, current и extra

Разделение репозиториев появилось по историческим причинам. Когда дистрибутивом не пользовалось много людей, был только один репозиторий, известный как official (нынешний core). В то время official содержал в основном приложения, которые предпочитал Джадд Винет (Judd Vinet - основатель Arch Linux). Репозиторий был устроен таким образом, чтобы содержать "всего по одному": одно окружение рабочего стола, один главный браузер и т.д.

Конечно, были пользователи, которым не нравился выбор Джадда, и, когда появилась удобная система сборки пакетов, они начали создавать собственные пакеты. Эти пакеты вошли в репозиторий, который назывался unofficial, и поддерживали их другие разработчики, а не Джадд. В конце концов, разработчиками было принято решение поддерживать оба репозитория, и названия official и unofficial перестали отображать их истинный смысл. Где-то в районе версии 0.5 названия были изменены на current и extra.

Вскоре после выхода версии 2007.8.1, current был переименован в core, чтобы не было неоднозначностей в трактовке того, что, собственно, должен содержать репозиторий. Сейчас репозитории практически равны в глазах разработчиков и сообщества, но core имеет некоторые отличия. Самое главное из них - то, что только пакеты из core включаются в установочные CD и срезы релизов (snapshots). Этот репозиторий всё ещё содержит полноценную систему Linux, но это не та система, которую Вы хотели бы использовать.

Где-то между 0.5 и 0.6 версиями обнаружилось, что есть большое количество пакетов, которые разработчики не хотели поддерживать. Джейсон Чу (Jason Chu) создал "Репозитории Доверенных Пользователей" (Trusted User Repositories), которые были неофициальными. В них доверенные пользователи размещали созданные ими пакеты. Также существовал репозиторий staging, из которого пакеты могли быть перенесены в официальные репозитории одним из разработчиков Arch Linux, но, если не считать этого пункта, разработчики и доверенные пользователи были практически равны.

Такое разделение работало до тех пор, пока доверенным пользователям не надоело поддерживать собственные репозитории, и пока обычные пользователи не захотели выкладывать свои собственные пакеты. Это привело к развитию AUR. Доверенные пользователи объединились в меньшую по размеру группу, которая сейчас поддерживает репозиторий community. Доверенные пользователи всё ещё образуют отдельную от разработчиков Arch Linux группу, и они довольно мало общаются между собой. Однако, популярные пакеты всё ещё перемещаются из community в extra время от времени. AUR также позволяет обычным пользователям выкладывать свои PKGBUILD'ы.

После того, как ядро из репозитория core грохнуло много систем, была введена "политика подписи ядер" ("core signoff policy"). С тех пор все обновления пакетов для core должны сперва пройти через репозиторий testing, и только после многочисленных подписей от разработчиков пакет можно перенести. Через какое-то время было замечено, что некоторые пакеты в core почти не используются, а число подписей пользователей и отсутствие отчетов об ошибках неофициально стали критерием для утверждения пакетов.

В конце 2009/начале 2010 в связи с изобретением новых файловых систем и желанием их поддерживать при установке, а также осознанием того, что репозиторий core никогда не был четко структурирован (просто "важные пакеты, выбранные разработчиками"), репозиторий получил более точное описание.

Categories:

- About Arch (Русский)
- Package management (Русский)
- Русский