Branches/p11

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

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 сборочное задание должно быть последовательно одобрено членами группы 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

Раз в сутки, примерно в три часа ночи по московскому времени, из состояния репозитория делается срез и публикуется на ftp.altlinux.org