Intereting Posts

Понимание цикла выпуска Arch Linux

Я новичок в Arch, и, возможно, этот вопрос был задан раньше, но я не нашел ответа даже в официальной документации Arch, например: https://wiki.archlinux.org/index.php/Arch_Compared_to_Other_Distributions

Arch это скользящий релиз дистрибутива. Это ясно для меня. Но что делает exacctyy, когда выпущена новая версия компонента? Давайте используем ядро ​​в качестве примера:
Новое стабильное ядро ​​доступно на www.kernel.org (например, 3.12.8). Является ли это ядро ​​упакованным как оно есть и перетаскивается в Arch repos или:

  1. есть ли какой-либо цикл QA (тестирование) перед тем, как отправить пакет на репо?
  2. применяются некоторые исправления?

В arch, если я 3.12.8-1 uname -r , я получаю 3.12.8-1 . Таким образом, -1 означает любую настройку / исправления?

    1. Для обновлений, в которых пакет вряд ли нарушит загрузку системы, скорее всего, не будет QA перед обновлением пакета, кроме проверки его сборки и правильной работы. Обычно ожидается, что вверх по течению проходит тестирование, а не распределение.
    2. Arch Linux обычно не применяет исправления для восходящего потока, кроме как для исправления критических ошибок. См. The Arch Way , особенно части о простоте.
    3. uname -r печатает версию ядра, которая в Arch также содержит номер выпуска (известный как pkgrel в PKGBUILD, см. здесь ). Это не указывает на уровень патча, обязательно. На связанной странице:

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

    Уровень QA зависит от типа Repo.

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

    См. https://wiki.archlinux.org/index.php/Official_Repositories и https://wiki.archlinux.org/index.php/DeveloperWiki:CoreSignoffs