Re: [devel] RPM и архитектура бинарных пакетов

[Alexander Bokovoy <a.bokovoy@sam-solutions.net>]

On Mon, Oct 20, 2003 at 04:35:50PM +0300, Victor Forsyuk wrote:
> On Fri, Oct 17, 2003 at 10:03:02AM +0300, Denis Ovsienko wrote:
> > 
> > Господа!
> > Вчера мне ab указал на следующий недостаток: из
> > kernel-source-pentanet.src.rpm получается pentanet-tools.i586.rpm и
> > kernel-source-pentanet.i586.rpm, хотя последний --- единственный в своём
> > окружении, который не noarch. Когда подобный вопрос обсуждался в августе,
> > мне сказали, что rpm не мог из одного спека собирать пакеты для разных
> > архитектур. Теперь может?
> 
> Когда-то такой патч был в KSI Linux, сделан Витей Хименко.
> RedHat'овцы успешно отбились от него, наговорив такого, что
> я при всем желаниии аргументами назвать не могу. See here:
> 
> http://www.geocrawler.com/mail/thread.php3?subject=How+to+make+some+sub-packages+noarch+and+others+i386%3F&list=87
Его аргументы вполне осмыслены с практической точки зрения
производственного процесса в компании RedHat. Позволю себе
переформулировать их:

1. Сборочная система в RH неспособна автоматически удалять 
неуникальные noarch.rpm, получаемые в результате сборки пакетов на
сборочных серверах с разной архитектурой и обрабатывать ситуации race
condition, возникающие из-за того, что  результаты сборки со всех серверов
попадают в один каталог на сервере-хранилище.

2. Исправление сборочной среды требует больше ресурсов, чем реально
выделено RedHat на поддержку сборочной среды и развитие RPM.

В таком контексте это вполне осмысленные аргументы.

Что касается нас, то:

1. В APT присутствует принципиальная возможность выделения noarch.rpm в
отдельный (под)репозитарий.

2. Написанный Виктором код уже есть и его можно использовать как затравку
для создания кода, который позволит, например, с дополнительным ключем не
упаковывать подпакеты с выбранной архитектурой, отличной от собираемой -- 
это позволит легко решить проблему RH(1).

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/