From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 20 Oct 2003 16:51:24 +0300 From: Alexander Bokovoy To: ALT Devel discussion list Subject: Re: [devel] RPM =?koi8-r?B?ySDB0sjJ1MXL?= =?koi8-r?B?1NXSwSDCyc7B0s7ZyCDQwcvF1M/X?= Message-ID: <20031020135124.GB8511@sam-solutions.net> Mail-Followup-To: ALT Devel discussion list References: <20031017095830.M73719@elefant.dgtu.donetsk.ua> <20031020133550.GB30552@mailhub.gu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20031020133550.GB30552@mailhub.gu.net> X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 13:51:52 -0000 Archived-At: List-Archive: List-Post: 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/