Вход:  Пароль:  
FreeSource: AltLinux/Policy/Drafts/Backports ...
Free Source | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация |
Эта страница была перенесена на altlinux.org. Текст на freesource.info заморожен.

Backports policy


СтатусЧерновик, обсуждение не начато
Автор(ы)никто за проведение в жизнь пока не взялся
Контрибутор(ы)Михаил Шигорин (mike@), Алексей Боровской (alb@), Sir Raorn (raorn@), Mikhail Gusarov (dottedmag@)
Обязательно в
Метабагне создан

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

Обновление policy

Backports policy сопровождается и обновляется участниками backports maintainers committee.


Состав backports maintainers committee:

Назначение репозитория

Репозиторий предназначен для хранения портированных на соответствующее семейство дистрибутив пакетов. Для каждого семейства дистрибутивов создается отдельный репозиторий. В настоящее время существуют репозитории для следующих дистрибутивов:


Структура репозитория

Каждый репозиторий создается с помощью утилиты genbasedir. Поддерживаемые архитектуры — i586 и i686. Для каждой из архитектур определена компонента backports. При необходимости в репозиторий могут быть добавлены другие архитектуры.

Расположение репозитория и доступ к нему

Получить доступ к репозиторию на чтение можно несколькими способами:


Помещение пакетов в репозиторий

Для получения возможности выкладывать пакеты в репозиторий необходимо быть участником команды разработчиков ALT Linux. Если вы уже в команде, ничего
дополнительного не требуется. Информация по присоединению к команде находится здесь.


Пакеты следует выкладывать на cvs.altlinux.org в один из следующих каталогов:


В случае успешной пересборки пакеты попадают в соответствующий репозиторий.

Требования к пакетам

Сборка

Пакеты должны собираться в среде hasher с подключенными репозиториями:


Исправления spec-файла

Поле Packager не должно изменяться. Всю необходимую информацию заностить в changelog.


Например:


Поле BuildRequires должно быть адаптировано под дистрибутив, на который производится портирование.

Правила нумерации релизов

Релизы нумеруются следующим образом: ORIG_RELEASE.DISTRO.BACKPORT_RELEASE. Таким образом, полное наименование пакета будет таким: %name-%version-ORIG_RELEASE.DISTRO.BACKPORT_RELEASE


К примеру, первый бэкпорт пакета foo-1.0-alt1 на branch/4.0 будет выглядеть как foo-1.0-alt1.M40.1.


Где:


и по аналогии для веток новее 4.0.


При обновлении в бэкпортах до новой версии (%version) пакета, BACKPORTS_RELEASE сбрасывается в 1 и ORIG_RELEASE устанавливается в alt0.


Такая схема версионирования выбрана потому, что новая версия пакета, собираемого в backports, должна иметь номер релиза меньший, чем та же версия в Сизифе, но при этом не меньший, чем та же версия в backports для предыдущих серий.


Пример разумного исключения:


Если необходимо предотвратить возможность обновления с релиза вида alt0.DISTRO.REVISION до сизифовского alt7 при наличии в Сизифе alt8 (в т.ч. в случае серьёзной ошибки, исправленной в alt8), можно сделать релиз вида alt7.DISTRO.REVISION, при условии что за основу взят именно alt8 а не alt7.

Взаимодействие с другими репозиториями

Если делаются не бэкпорты пакетов из Sisyphus, а существенные доработки или обновления – следует уведомить майнтейнера пакета в нём и сотрудничать с ним для сохранения добавленной функциональности.


Если в Sisyphus такого пакета попросту нет – желательно анонсировать сборку не только в backports@, но и в sisyphus@ (возможно, через кого-либо иного, подписанного на этот список рассылки).

Библиотеки и всё что с ними связано

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


Бэкпорт новой версии библиотеки, входящей в состав дистрибутива, может нарушить бинарную совместимость дистрибутива. Это приведет к необходимости пересборки некоторого множества входящих в дистрибутив пакетов. Этого допускать нельзя.


Таким образом, бэкпорты должны ограничиваться точечными изменениями входящих в дистрибутив библиотек, не приводящими к несовместимости с updates и/или необходимости пересборки в backports программ, которые слинкованы с предыдущими версиями библиотек.


Попросту говоря, soname changes prohibited.


 
Файлов нет. [Показать файлы/форму]
Комментариев нет. [Показать комментарии/форму]