=?iso-8859-1?q?=5Bdevel=5D_RPM_=C9_=C1=D2=C8=C9=D4=C5=CB=D4=D5=D2=C1_=C2?= =?iso-8859-1?q?=C9=CE=C1=D2=CE=D9=C8_=D0=C1=CB=C5=D4=CF=D7?=

Volkov Serge =?iso-8859-1?q?vserge_=CE=C1_altlinux=2Eru?=
Ср Окт 22 03:15:54 MSD 2003


Hello Dmitry,

Tuesday, October 21, 2003, 9:39:49 PM, you wrote:

DVL> On Tue, Oct 21, 2003 at 07:27:07PM +0300, Victor Forsyuk wrote:
>> On Mon, Oct 20, 2003 at 04:51:24PM +0300, Alexander Bokovoy wrote:
>> > > 
>> > > Когда-то такой патч был в 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.
>> > 
>> > В таком контексте это вполне осмысленные аргументы.
>> 
>> Саша, я не говорил, что их аргументы _бессмысленны_ :). Это было бы просто
>> неуважением к Jeff Johnson. :) Другое дело, что его ответ был классической
>> _отмазкой_. Редхетовцам это было ненужно и они этот патч тихо-мирно
>> выбросили. 
>> 
>> "Why all features of RPM should be used in Red Hat's build process?" - этот
>> Витин вопрос остался без ответа. Никто ведь не принуждает РедХет
>> пользоваться фичей, поддержку которой их попросили включить в rpm.

DVL> На самом деле один аргумент всё-таки был приведён:
DVL> Эта возможность создаёт риск создания большего количества
DVL> труднообнаруживаемых не_совсем_noarch-пакетов, чем оно есть сейчас.

DVL> Впрочем, всякой возможностью можно злоупотребить.

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

DVL> Как говорит Andrew Morgan, "Show me the code".

>> Согласен, но есть ли у ldv@ желание этот код создавать?

DVL> Этот вопрос имеет смысл ставить только при наличии >1 полноценно
DVL> поддерживаемой архитектуры в Сизифе.

А почему бы и нет если удасться уговорить IBM сертифицировать ALT как
поддерживаемый дистрибутив :))

DVL> Что не значит, что никто не может сделать это раньше. :)

>> p.s. [вполголоса] А вот если бы еще возможность прерывать сборку при наличии
>> в buildroot пропущенных в %files файлов... ;-)
>> Я был бы тогда в два раза счастливее - как кот Матроскин :)

DVL> Это вопрос времени.
DVL> У меня, в принципе, есть патч к rpm-4_0_branch.





-- 
Best regards,
 Volkov                            mailto:vserge на altlinux.ru




Подробная информация о списке рассылки Devel