Branches/p11: различия между версиями

Материал из ALT Linux Wiki
Строка 47: Строка 47:
Мы ожидаем, что полная процедура вступит в силу не раньше, чем [[Компания «Базальт СПО»|Базальт СПО]] подготовит альфа-версии своих дистрибутивов, но конкретных сроков и гарантий нет.}}
Мы ожидаем, что полная процедура вступит в силу не раньше, чем [[Компания «Базальт СПО»|Базальт СПО]] подготовит альфа-версии своих дистрибутивов, но конкретных сроков и гарантий нет.}}


При сборке пакета в ветку p11 [[Git.alt/Справочник#Сборка пакетов|сборочное задание]] должно быть последовательно ''одобрено'' членами группы maint@ и tester@. Если мейнтейнер желает, чтобы его задание появилось в репозитории, он должен собрать его в p11 в состояние <code>EPERM</code> и совершить одно из двух действий (а) или (б):
При сборке пакета в ветку p11 [[Git.alt/Справочник#Сборка пакетов|сборочное задание]] должно быть последовательно ''одобрено'' членами группы maint@ и tester@. Если мейнтейнер желает, чтобы его задание появилось в репозитории, он должен собрать его в p11 в состояние <code>EPERM</code> (см. примечания) и совершить одно из двух действий (а) или (б):


а) указать причину в сообщении к сборке:
а) указать причину в сообщении к сборке:
Строка 56: Строка 56:


{{Note|Задание не должно иметь признака test-only (то есть запущено с {{cmd|--commit}}).}}
{{Note|Задание не должно иметь признака test-only (то есть запущено с {{cmd|--commit}}).}}
{{Note|Члены группы maint@ могут не только одобрять задания, но и снимать наследование через {{term|task check-git-inheritance}} и {{term|task check-lastchange-inheritance}}.}}
{{Note|Члены группы maint@ могут не только одобрять задания, но и снимать наследование через {{term|task check-git-inheritance}} и {{term|task check-lastchange-inheritance}}. В тех случаях, когда это нужно, задание не достигнет состояния <code>EPERM</code>, потому что не пройдёт проверки git-inheritance и srpm-inheritance на сборочнице.}}


== Причины обновления пакетов ==
== Причины обновления пакетов ==

Версия от 12:24, 2 июня 2024

Основная статья: Одиннадцатая платформа


Дата выпуска репозитория

31 мая 2024 г.


Репозитории

Для 64-разрядных систем x86 (AMD64):

rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/x86_64 classic
rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/noarch classic

Для запуска 32-разрядных приложений на 64-разрядных системах x86:

rpm http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/x86_64-i586 classic

Для 32-разрядных систем x86 (IA32):

rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/i586 classic
rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/noarch classic

Для aarch64 (64-разрядный ARMv8):

rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/aarch64 classic
rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/noarch classic


Как перейти на репозиторий p11

Основная статья: update/p11


Процедура сборки пакетов Одиннадцатой платформы

Пока что действует упрощённый порядок попадания пакетов в p11: тот, что описан ниже, но без участия группы tester. Мы ожидаем, что полная процедура вступит в силу не раньше, чем Базальт СПО подготовит альфа-версии своих дистрибутивов, но конкретных сроков и гарантий нет.


При сборке пакета в ветку p11 сборочное задание должно быть последовательно одобрено членами группы maint@ и tester@. Если мейнтейнер желает, чтобы его задание появилось в репозитории, он должен собрать его в p11 в состояние EPERM (см. примечания) и совершить одно из двух действий (а) или (б):

а) указать причину в сообщении к сборке:

  • task run -m <текст_обоснования_без_пробелов>
  • echo "Свободный текст обоснования" | task run -m -

б) написать письмо произвольной формы с указанием причин на адрес p11-maint@lists.altlinux.org.

Примечание: Задание не должно иметь признака test-only (то есть запущено с --commit).
Примечание: Члены группы maint@ могут не только одобрять задания, но и снимать наследование через task check-git-inheritance и task check-lastchange-inheritance. В тех случаях, когда это нужно, задание не достигнет состояния EPERM, потому что не пройдёт проверки git-inheritance и srpm-inheritance на сборочнице.


Причины обновления пакетов

Так как репозиторий p11 стабильный, то обновление его консервативное, то есть допустимыми причинами могут быть:

  • закрытие уязвимостей (надо перечислить CVE или другие vuln ID);
  • исправление ошибок (надо указать конкретные ошибки, возможно и с номерами ошибок на bugs.altlinux.org);
  • востребованные возможности в новых версиях (надо явно указать эти возможности).

Сборка новой версии просто ради повышения версии не является веской причиной одобрения.

Публикация репозитория на ftp.altlinux.org

Репозиторий обновляется раз в сутки примерно к 8:00 по московскому времени.